What are GCP resources?
In the context of hosting it will be Google Cloud Platform.
Google cloud postgres and redis services.
I haven’t been able to get this working but I thought I’d drop these in here incase people find them useful.
discourse 0.2.1 · halkeye/halkeye That’s a helm chart for Discourse.
A few other references:
- https://github.com/trizvanov/helm-discourse
- https://github.com/halkeye-helm-charts/discourse (source for the helm hub link above)
image.repository string “halkeye/discourse”
I wouldn’t recommend any k8s setup for Discourse that isn’t building the Docker image inside the cluster, or you’re at the mercy of whoever this random person is for Discourse updates.
I’ve considered offering a service where I’d be the random person doing those updates, but I’ve been very afraid of the support implications both for myself and meta. Real Soon Now I’ll be getting my k8s infrastructure tuned for my little bare metal cluster, so I’ll think about it again then.
yeah I just noticed that. We probably could use the official one to build helm charts.
I’m not sure why he had to build his own version.
What is the entrypoint that we give to the docker container. I see that the default entrypoint is
"Cmd": [
"/bin/bash",
"-c",
"cd /pups && git pull && /pups/bin/pups --stdin"
],
which is just updating pups Should we change this with something else?
@Geoffrey_Challen Ottimo articolo. Mi chiedo, per risolvere il problema della necessità di un database di produzione durante l’aggiornamento dell’immagine (o di qualsiasi bootstrap in realtà), non avrebbe senso utilizzare i backup?
I passaggi sarebbero:
- Hai un Discourse in esecuzione con le tue impostazioni, argomenti, utenti, ecc.
- Prima dell’aggiornamento, esegui un backup di Discourse (utilizzando la soluzione di backup di Discourse)
- Genera una nuova immagine (e fallo “da zero”, senza il tuo database esistente, ricomincia da capo)
- Esegui il nuovo container dalla nuova immagine
- Ripristina il backup dal punto 2.
- Fatto?
Credo che questi passaggi possano essere automatizzati. In questo modo non devi modificare gli script predefiniti, ma li utilizzi come previsto per eseguire il bootstrap di una nuova immagine.
Aggiornamenti? Ancora nessun modo ufficiale per installare Discourse su Kubernetes?
Ci sono aggiornamenti in merito?
Sto utilizzando il Bitnami/Discourse Helm Chart ma voglio passare all’immagine Docker di Discourse ufficialmente supportata.
Anche qui! Sto costruendo un cluster k8s a casa. I costi di hosting stanno aumentando e il mio piccolo forum non vale quei costi mensili. Quindi vorrei spostarlo sul mio cluster k8s una volta pronto. Sarebbe fantastico avere un Helm chart ufficiale per Discourse.
Ci sono aggiornamenti sull’installazione di k8s? Helm charts?
Ok, ho parlato con ChatGPT per capire perché nel 2025 ci sia un launcher cli che necessita di essere eseguito come root su una VM dedicata per avviare un’immagine docker,… Ho ottenuto la risposta e la accetto. Non è più necessario rispondere alla mia precedente domanda.
Ho sentito che alcuni stanno sostituendo GlusterFS con SeaweedFS.
Ciao.
So che non è supportato, ma sono riuscito a installare Discourse su GKE utilizzando l’immagine discourse/discourse - Docker Image e le offerte di Google per Postgres e Redis.
Quindi al momento funziona bene ed è stabile per quanto ne so (nessun picco di consumo di risorse e tutto sembra a posto, anche se non è in produzione), ma sono preoccupato soprattutto per gli aggiornamenti, quindi vorrei sapere se qualcuno può aiutarmi a capire:
In caso di modifica dell’immagine, quale sarebbe l’impatto reale? Perché supponiamo che la nuova immagine richieda un aggiornamento del database. Come posso eseguire le migrazioni necessarie? O come posso essere sicuro che il software funzioni come previsto se questo non è il metodo di installazione supportato.
Grazie e attendo la vostra risposta.