Mejor enfoque para las instancias de prueba y producción de Discourse

Hola,

Estoy a punto de crear una instancia de Discourse en un servidor en la nube de Digital Ocean, siguiendo la guía.

Al principio, utilizaremos Discourse en una configuración ligera/por defecto, pero la ampliaremos paso a paso. Para familiarizarnos, nos gustaría usar la instancia de prueba ocasionalmente.

¿Cuál es el enfoque más inteligente para hacerlo?

  1. La misma instancia detrás de un proxy inverso
  2. Multisitio

como se resume en ¿Sandbox y prueba de Discourse en el host?.

Sé que la primera opción requiere más RAM, como se respondió en Two standalone instances on one server? - #26 by schleifer, pero solo se ejecuta ocasionalmente.

Hay otros temas relacionados con esta pregunta:

  1. Múltiples instancias de Discourse en un solo servidor
  2. Ejecutar otros sitios web en la misma máquina que Discourse

pero no hay una comparación de pros y contras.

Otro objetivo de este ejercicio es familiarizarnos con:

  1. Copias de seguridad
  2. Reubicación
  3. Migración de contenido
  4. Migración de configuraciones
  5. Migración de discusiones individuales

Un caso de uso sería discutir algo en la instancia de producción, mover el contenido del foro (toda la base de datos), probarlo en la instancia de prueba y devolver la discusión a producción mediante la exportación/importación de discusiones individuales y copiando las configuraciones modificadas, ya que podríamos probar y aprobar un plugin.

Multisite no sirve para un servidor de pruebas. Si actualizas para probar si hay un plugin roto, ambos sitios quedan inutilizados.

Usar el mismo servidor detrás de un proxy inverso es viable, pero da mucho trabajo; si no te resulta difícil, una de las soluciones de “múltiples instancias de Discourse” podría serte útil. La más sencilla es tener un servidor separado y que ambos compartan un bucket de respaldo en S3, de modo que sea fácil restaurar datos del sitio de producción al sitio de desarrollo para ver cómo se ven las cosas. Esto también te convencerá de que puedes levantar un nuevo servidor con la copia de seguridad más reciente.

Eso es realmente económico :slight_smile: mejor que la solución de OD, ¿cómo se pueden enviar las copias de seguridad automáticamente a S3 desde DO?

¿Podrías decirme cuáles son los problemas :upside_down_face:?
Ya que estamos en un enfoque de bajo costo (al principio). Así que

es preferible evitarlo

De esta manera, ambos contenedores podrían compartir el mismo volumen de respaldo y evitarías tener que buscar cómo configurar los respaldos en S3.

nginx proxy me suena, veremos cómo me va con él :yum:

La mejor aproximación, en mi opinión, es minimizar los problemas y complicaciones. Simplemente obtén 2 droplets y así se termina.

Lo hice con uno, pero terminé sin poder enviar el correo de verificación, DigitalOcean + Siteground Email a través del puerto 465 no funcionará (el 2525 sí funcionará) :face_with_symbols_over_mouth:.
Ahora empiezo desde cero siguiendo la guía de instalación, incluyendo una cuenta de Mailgun :face_vomiting:.