Is Docker image discourse/discourse veilig en klaar voor productie?

[caue-pareto (cpareto)]

Hi Discourse team,

We’re currently evaluating the Docker image available here: https://hub.docker.com/r/discourse/discourse

This image was published very recently (less than 24h ago at the time of writing), and I couldn’t find references to it in the official documentation.

My question is:

• Is this Docker image officially maintained and supported by the Discourse team for production use?
• Or is it an experimental image that might be removed or changed unexpectedly?

We want to confirm whether it’s safe to rely on this image in our production environments.

Thanks

[NateDhaliwal]

I believe the Docker image is https://hub.docker.com/r/discourse/base. (5M+ downloads vs 800+) See:

GitHub - discourse/discourse_docker: A Docker image for Discourse

The Docker repository will always contain the latest built version at: https://hub.docker.com/r/discourse/base/, you should not need to build the base image.

[caue-pareto (cpareto)]

Bedankt voor je reactie, dat weet ik. Maar ik kon die discourse/base-image niet gemakkelijk draaien met Docker Compose. Deze nieuwe discourse/discourse-image maakt de installatie veel eenvoudiger en werkt prima, maar ik wil het doel ervan begrijpen en of ik het in productie kan gebruiken.

[merefield (Robert)]

Take a read of:

Can Discourse ship frequent Docker images that do not need to be bootstrapped?

There is this open issue (which I just closed) on Discourse Docker repo asking Discourse should behave like a standard docker image a docker user excepts to be able to run discourse without a special launcher. to define multiple containers (redis, postgres, discourse,…), links and volumes, docker-compose should be used instead. Docker Compose overview | Docker Docs The question is somewhat misguided, but I would like to address a broader one of Can Discourse ship frequent Docker images …

[david (David Taylor)]

discourse/discourse is nieuw, maar nog experimenteel, dus ik zou het niet aanraden om het in productie te gebruiken. We zullen zeker meer informatie publiceren als/wanneer dat verandert.

Op dit moment is de enige methode die we kunnen ondersteunen de standaardinstallatie.

[pfaffman (Jay Pfaffman)]

Zoals beschreven, is de ondersteunde manier om zelf te hosten het volgen van de standaardinstallatie. Als u dat niet wilt doen, staat u min of meer op eigen benen. Als u wilt lanceren met docker-compose, raad ik aan om de launcher te gebruiken om uw image te bouwen, deze naar een eigen repository te pushen en vervolgens ./launcher start-cmd web_only te gebruiken om de benodigde ENV-variabelen en dergelijke te verkrijgen om deze te lanceren. En u moet nog steeds iets doen om te zien dat de database wordt gemigreerd, assets worden gecompileerd, enzovoort.

U kunt ook proberen om GitHub uw images te laten bouwen en deze te laten migreren, enzovoort wanneer ze worden gelanceerd (zoals blijkbaar op een dag zal worden geleverd door CDCK). Ik heb dit in het verleden voor klanten gedaan. (Help graag als u een budget heeft.)

Als u graag op het randje leeft, bent u waarschijnlijk vrij veilig met de “experimentele” versie met de kanttekening dat u een staging-site nodig heeft waar u elke nieuwe implementatie test voordat u deze naar productie pusht en bereid bent om ofwel een tijdje te wachten en/of iets te doen dat diepgaande kennis van discourse vereist om verder te gaan. Het ergste geval (waarschijnlijk) is dat u bereid moet zijn om een back-up te maken en te herstellen naar een standaardinstallatie totdat het experimentele ding klaar is voor prime time.

[JulianC (Julian Cremona)]

@david

discourse/discourse is new, but still experimental, so I wouldn’t recommend using it in production. We’ll certainly publish more info if/when that changes, and it’s ready for use.

As of right now, the only method we can support is the standard install.

Do you have an estimated release date or timeline for when discourse/discourse might be considered stable/production-ready?

Additionally, I would like to confirm: Is the discourse/discourse Docker image open source, and if so, could you provide the GitHub repository link?

[david (David Taylor)]

I don’t have any timeline/guarantees right now. But hopefully we’ll have more info to share in the next few weeks.

@JulianC

Is the discourse/discourse Docker image open source, and if so, could you provide the GitHub repository link?

Yes it’s all open source. It’s built & published regularly by this github actions workflow: discourse_docker/.github/workflows/push-web-only.yml at main · discourse/discourse_docker · GitHub

[JulianC (Julian Cremona)]

Bedankt voor de info en voor het delen van de GitHub-link, zeer gewaardeerd!

[featheredtoast (Jeff Wong)]

Yeah, it’s becoming an open secret of what’s in the oven

You can get a technical preview of what’s upcoming, but like David said we can’t support it officially yet. There are tons of docs to plan, edge cases to test, etc… so we can’t recommend it for production until we smooth those things out.

[gadicc (Gadi Cohen)]

@david / @featheredtoast, you guys and the rest of the team have done a great job here.

I just switched to discourse/discourse from bitnami/discourse for automated testing and it’s working great. Obviously my use case is perfect - spin up a new forum, run tests, delete.

So, just wanted to give a big thanks. I’m sure a lot of others will benefit from this too especially once it becomes stable / official / supported.

[JackNZ]

Similar situation, was looking for a quick way to spin up Discourse in a Docker Compose setup to make it easier for developers to build an SSO integration. This appears to work a treat (setup below for those who are interested):

docker-compose.yml

volumes:
  redis_data: {}
  discourse_data: {}
  discourse_postgres: {}
  discourse_postgres_data: {}

services:
  mailpit:
    image: docker.io/axllent/mailpit:latest
    container_name: mailpit
    ports:
      - '8025:8025'

  redis:
    image: redis:7-alpine
    container_name: redis
    volumes:
      - redis_data:/data
    ports:
      - '6379:6379'
    command: redis-server --appendonly yes

  discourse_db:
    image: discourse/postgres
    container_name: discourse_db
    volumes:
      - discourse_postgres:/var/lib/postgresql
      - discourse_postgres_data:/var/lib/postgresql/data
    environment:
      - POSTGRES_DB: discourse
      - POSTGRES_USER: admin
      - POSTGRES_PASSWORD: admin_password
      - DB_USER: discourse_user
      - DB_PASSWORD: discourse_user_password

  discourse:
    image: discourse/discourse:3.5.1
    container_name: discourse
    depends_on:
      - discourse_db
      - redis
      - mailpit
    ports:
      - '80:80'
    volumes:
      - discourse_data:/shared
    environment:
      - DISCOURSE_HOSTNAME: localhost
      - DISCOURSE_DEVELOPER_EMAILS: admin@example.com
      - DISCOURSE_DB_HOST: discourse_db
      - DISCOURSE_DB_PORT: 5432
      - DISCOURSE_DB_NAME: discourse
      - DISCOURSE_DB_USERNAME: discourse_user
      - DISCOURSE_DB_PASSWORD: discourse_user_password
      - DISCOURSE_REDIS_HOST: redis
      - DISCOURSE_REDIS_PORT: 6379
      - DISCOURSE_SMTP_ADDRESS: mailpit
      - DISCOURSE_SMTP_PORT: 1025
      - DISCOURSE_SMTP_ENABLE_START_TLS: false
      - DISCOURSE_SMTP_AUTHENTICATION: none
      - LANG: en_US.UTF-8

Looking forward to hearing about future plans or timelines, would love to be able to run this in something like Digital Ocean App Platform (something that clients could manage with less technical know-how).

[gadicc (Gadi Cohen)]

Ah thanks for sharing, @JackNZ . I didn’t even notice the discourse/postgres image I’ll have to fix that. Nevertheless, I’ll share where I’m at too. Maybe more interesting is the start.sh script here that, while in need of some cleanup, will create an admin user, API key, and disable rate limiters.

discourse2/tests/docker at dev · gadicc/discourse2