Postgres.template.yml e la configurazione multi-container

Ho notato che, passando alla modalità multi-container, il ripristino del DB ha causato un’interruzione inaspettata del sito (mentre il backup viene caricato nel DB):

Quindi ho fatto un po’ di ricerche in postgres.template.yml e ho notato che app.yml e il percorso del container standalone standalone che condivide lo spazio sono hardcoded in questo template.

Non sono affatto un esperto di questi file (per ora), e dato che il codice contiene principalmente “echo” a scopo informativo, il contenuto sembra più “informativo per l’utente” che problematico:

Esempi dal template
echo Esegui: "./launcher stop app"
           echo Esegui: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
           echo Esegui: "./launcher rebuild app"
           echo
           echo Esegui: "./launcher enter app"
           echo Esegui: "cd /shared/postgres_backup"
           echo Esegui: "sv stop unicorn"
           echo Esegui: "sudo -iu postgres dropdb discourse"
           echo Esegui: "sudo -iu postgres createdb discourse"
           echo Esegui: "sudo -iu postgres psql discourse < backup.db"
           echo Esegui: "exit"
           echo Esegui: "./launcher rebuild app"
           exit 1
          if [ "$PG_MAJOR_OLD" = "9.5" ]; then
             echo 'In containers/app.yml: Modifica "templates/postgres.template.yml" in "templates/postgres.9.5.template.yml"'
             echo
           fi

e così via.

Sembra tutto prevalentemente “informativo e non problematico, suppongo”

Probabilmente non è importante, ma dato che i vari tutorial sul sito menzionano questo template e la rinomina del container dei dati in “data” e del container web in “web-only”, ad esempio, ho pensato valesse la pena segnalarlo.

Solo per tua informazione, forse per un esame futuro molto più avanti nel tempo…