Docker para desarrollo vs el servidor rails + ember

He leído el siguiente hilo sobre la configuración de Discourse para el entorno de desarrollo.
meta discourse org/t/install-discourse-on-macos-for-development/15772

Sin embargo, no dice nada sobre encerrar Discourse en Docker.

Pero la guía de producción sí menciona “docker”.
github com/discourse/discourse/blob/main/docs/INSTALL-cloud.md#5-install-discourse

Estoy dispuesto a alojar el sitio en AWS (Amazon).

Además, noté que hay un repositorio de Git para Docker en sí.
github com/docker/compose

y una imagen de Discourse para Docker en Git.
github com/discourse/discourse_docker

Ya he instalado Discourse en mi macOS clonando el repositorio de Git para Discourse y ejecutándolo en el servidor Rails y Ember CLI, y funciona correctamente. Pero no usé ningún “docker”.

Mis preguntas son:

  1. ¿Puedo usar un servidor AWS para instalar Docker desde https://github.com/docker/compose y luego colocar la imagen de Discourse https://github.com/discourse/discourse_docker dentro de ese Docker? ¿Está bien? ¿Hay algún otro método adecuado?

  2. Estoy dispuesto a usar la base de datos del servidor local. Entonces, ¿habrá algún problema cuando quiera copiar las copias de seguridad (publicaciones/hilos creados en el servidor local) al entorno de producción (el servidor AWS real)?

Ahora mismo, estoy creando algunas publicaciones de prueba (adecuadas) mientras estoy en el servidor local, para que el sitio no esté vacío cuando se haga público.
¿Es este el método correcto o se puede configurar el sitio en modo “en construcción” o algo similar incluso en el servidor AWS real, para que la gente no vea el sitio vacío? ¿Para que pueda crear algunas publicaciones predeterminadas mientras estoy en el servidor real?

Para obtener el mejor soporte de la comunidad, utiliza la instalación estándar para Producción. Eso configura el contenedor de Docker y una base de datos automáticamente para que no tengas que preocuparte por eso por separado.

Sí, esto se puede implementar en AWS.

Sugiero usar este enfoque por el momento hasta que te familiarices mucho con Discourse y puedas responder tus propias preguntas :wink:

Inicialmente, puedes configurar tu sitio en login required (en la configuración del sitio) para mantenerlo privado; no hay un modo específico de “en construcción”.

4 Me gusta

Y quizás también must approve users en caso de que alguien se registre cuando no estés mirando.

3 Me gusta

Como Robert dijo, dado que no quieres hacer desarrollo de plugins y tu objetivo es simplemente poner un sitio en funcionamiento, querrás hacer una Instalación Estándar (la más fácil es simplemente iniciar una EC2 con 2 GB de RAM y 40 GB de disco; puedes arreglártelas con menos, pero no lo recomiendo). Esto también te permitirá configurar cosas como DNS, inicios de sesión sociales, etc., lo cual no puedes hacer en una instalación de desarrollo.

Pero puedes hacer una copia de seguridad de tu sitio de desarrollo y restaurarla en el de producción.

4 Me gusta

Gracias por tu respuesta.
¿Te refieres a hacer una copia de seguridad de la base de datos de postgres? ¿Es correcto? ¿o solo hacer clic en el botón de copia de seguridad en el panel de herramientas de administración en discourse?

Ya compré 2 GB de RAM y 100 GB de disco, aunque no sé si alguna vez lo necesitaré. Podría alojar varios sitios. ¿Creo que la RAM no será suficiente para dos o varios sitios de todos modos?

Es muy inusual copiar contenido de una instalación de desarrollo a producción en cualquier caso.

¿Simplemente prepara tu contenido en producción? Si es privado, tienes todo el tiempo del mundo.

1 me gusta

Sí, lo haré, solo era porque los rastreadores del motor de búsqueda lo notarían y lo registrarían como un sitio “no accesible”, etc., aunque no lo sé.

¿Entonces hazlo público tan pronto como puedas? Puedes monitorear las cosas desde, por ejemplo, Google Search Console (dependiendo de la jurisdicción)

1 me gusta

Ok, y construiré el sitio en línea como un entorno de producción. Parece que será menos problemático/molesto. Gracias.

1 me gusta

Sí, muchos menos problemas, creo. Las instalaciones estándar pueden tardar tan solo 20 minutos en implementarse.

También puedes experimentar con un sitio de desarrollo más adelante si quieres adentrarte en el desarrollo de plugins.

2 Me gusta

Es inusual, pero lo he hecho al ejecutar una importación en una instancia de desarrollo.

Esta sigue siendo mi recomendación también.

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.