Cosa sono le risorse GCP?
Nel contesto dell’hosting, si tratta della Google Cloud Platform.
Servizi Google Cloud PostgreSQL e Redis.
Non sono riuscito a farlo funzionare, ma ho pensato di inserirli qui nel caso in cui qualcuno li trovasse utili.
discourse 0.2.1 · halkeye/halkeye Questo è un chart Helm per Discourse.
Alcuni altri riferimenti:
- GitHub - trizvanov/helm-discourse: Helm Chart for Discourse · GitHub
- GitHub - halkeye-helm-charts/discourse · GitHub (sorgente per il link di Helm Hub sopra)
image.repository string “halkeye/discourse”
Non consiglio alcuna configurazione k8s per Discourse che non costruisca l’immagine Docker all’interno del cluster, altrimenti sei in balia di chiunque sia questa persona casuale per gli aggiornamenti di Discourse.
Ho considerato di offrire un servizio in cui sarei io la persona casuale che esegue questi aggiornamenti, ma ho avuto molto timore delle implicazioni per il supporto, sia per me che per meta. Molto presto avrò la mia infrastruttura k8s ottimizzata per il mio piccolo cluster bare metal, quindi ci ripenserò allora.
Sì, me ne sono appena accorto. Probabilmente potremmo usare quello ufficiale per costruire gli helm chart.
Non sono sicuro del perché abbia dovuto creare la sua versione.
Qual è l’entrypoint che forniamo al contenitore Docker? Vedo che l’entrypoint predefinito è
"Cmd": [
"/bin/bash",
"-c",
"cd /pups && git pull && /pups/bin/pups --stdin"
],
che si limita ad aggiornare pups. Dovremmo sostituirlo con qualcos’altro?
@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.