¿Qué son los recursos de GCP?
En el contexto de la alojamiento, se trata de Google Cloud Platform.
Servicios de PostgreSQL y Redis de Google Cloud.
No he podido hacer que esto funcione, pero pensé en compartirlo por si a alguien le resulta útil.
discourse 0.2.1 · halkeye/halkeye Este es un chart de Helm para Discourse.
Algunas otras referencias:
- GitHub - trizvanov/helm-discourse: Helm Chart for Discourse · GitHub
- GitHub - halkeye-helm-charts/discourse · GitHub (fuente del enlace de Helm Hub anterior)
image.repository string “halkeye/discourse”
No recomendaría ninguna configuración de k8s para Discourse que no compile la imagen de Docker dentro del clúster, o estarás a merced de quien sea esta persona aleatoria para las actualizaciones de Discourse.
He considerado ofrecer un servicio donde yo sería esa persona aleatoria encargada de esas actualizaciones, pero he tenido mucho miedo de las implicaciones de soporte tanto para mí como para meta. Muy pronto tendré mi infraestructura de k8s ajustada para mi pequeño clúster de bare metal, así que lo volveré a pensar entonces.
Sí, acabo de notarlo. Probablemente podríamos usar el oficial para crear gráficos de Helm.
No estoy seguro de por qué tuvo que crear su propia versión.
¿Cuál es el punto de entrada que le damos al contenedor de Docker? Veo que el punto de entrada predeterminado es
"Cmd": [
"/bin/bash",
"-c",
"cd /pups && git pull && /pups/bin/pups --stdin"
],
que simplemente actualiza pups. ¿Deberíamos cambiarlo por otra cosa?
@Geoffrey_Challen Excelente artículo. Me pregunto, para resolver el problema de necesitar una base de datos de producción durante la actualización de la imagen (o cualquier arranque en realidad), ¿no tendría sentido usar copias de seguridad?
Los pasos serían:
- Tienes Discourse funcionando con tu configuración, temas, usuarios, etc.
- Antes de la actualización, realiza una copia de seguridad de Discourse (usando la solución de copia de seguridad de Discourse).
- Genera una nueva imagen (y hazlo “desde cero”, sin tu base de datos existente, simplemente empieza de nuevo).
- Ejecuta el nuevo contenedor desde la nueva imagen.
- Restaura la copia de seguridad del paso 2.
- ¿Listo?
Creo que estos pasos se pueden automatizar. De esta manera, no necesitas modificar los scripts predeterminados; los usas como se pretende para iniciar una nueva imagen.
¿Alguna novedad? ¿Sigue sin haber una forma oficial de instalar Discourse en Kubernetes?
¿Hay alguna novedad al respecto?
Estoy utilizando el gráfico Helm Bitnami/Discourse pero quiero pasar a la imagen Docker de Discourse compatible oficialmente.
¡A mí también! Estoy construyendo un clúster k8s en casa. Los costos de alojamiento están aumentando y mi pequeño foro no vale esos costos mensuales. Así que me gustaría moverlo a mi clúster k8s una vez que esté listo. Sería genial tener un gráfico oficial de Helm para Discourse.
¿Alguna actualización sobre la instalación de k8s? ¿Gráficos de Helm?
Ok, hablé con ChatGPT para entender por qué en 2025 hay un lanzador cli que necesita ejecutarse como root en una VM dedicada para iniciar una imagen de docker,… Obtuve la respuesta y la acepto. Ya no es necesario responder a mi pregunta anterior.
He oído que algunos están reemplazando GlusterFS por SeaweedFS.
Hola.
Sé que no es compatible, pero pude instalar Discourse en GKE usando la imagen discourse/discourse - Docker Image y las ofertas de Google para Postgres y Redis.
Así que ahora está funcionando bien y es estable por lo que puedo ver (sin picos de consumo de recursos y todo parece estar bien, aunque no está en producción), pero me preocupa principalmente la actualización, así que me gustaría saber si alguien puede ayudarme a entender:
En caso de que la imagen cambie, ¿cuál sería el impacto real? Porque supongamos que la nueva imagen requiere una actualización de la base de datos. ¿Cómo puedo ejecutar las migraciones necesarias? ¿O cómo puedo estar seguro de que el software funciona como se espera si ese no es el método de instalación compatible?
Gracias y espero su respuesta.