Noté que al pasar al modo de múltiples contenedores, la restauración de la base de datos provocó un tiempo de inactividad inesperado del sitio (mientras se carga la copia de seguridad en la BD):
Así que investigué un poco en postgres.template.yml y noté que app.yml y la ruta al contenedor independiente standalone (que comparte espacio) están codificados de forma rígida en esta plantilla.
No soy en absoluto un experto en estos archivos (aún), y dado que el código contiene principalmente “echos” informativos, el contenido parece más “informativo para el usuario” que problemático:
Ejemplos de la plantilla
echo Ejecutar: "./launcher stop app"
echo Ejecutar: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
echo Ejecutar: "./launcher rebuild app"
echo
echo Ejecutar: "./launcher enter app"
echo Ejecutar: "cd /shared/postgres_backup"
echo Ejecutar: "sv stop unicorn"
echo Ejecutar: "sudo -iu postgres dropdb discourse"
echo Ejecutar: "sudo -iu postgres createdb discourse"
echo Ejecutar: "sudo -iu postgres psql discourse < backup.db"
echo Ejecutar: "exit"
echo Ejecutar: "./launcher rebuild app"
exit 1
if [ "$PG_MAJOR_OLD" = "9.5" ]; then
echo 'En containers/app.yml: Cambiar "templates/postgres.template.yml" POR "templates/postgres.9.5.template.yml"'
echo
fi
etcétera.
En su mayoría, todo parece “informativo y no problemático, supongo”.
Probablemente no sea importante, pero dado que varios tutoriales en el sitio mencionan esta plantilla y el cambio de nombre del contenedor de datos a “data” y del contenedor web a “web-only”, por ejemplo, pensé que valía la pena mencionarlo.
Solo para tu información, quizás para revisarlo en un futuro lejano…