Postgres.template.yml und die Multi-Container-Konfiguration

Entwickler
1

Mir ist aufgefallen, dass beim Wechsel in den Multi-Container-Modus die Wiederherstellung der Datenbank zu unerwarteten Ausfallzeiten der Site führte (während das Backup in die Datenbank geladen wird):

Daher habe ich mich in postgres.template.yml umgesehen und festgestellt, dass app.yml und der Pfad zum Standalone-Container standalone sowie der gemeinsam genutzte Speicher in dieser Vorlage hartkodiert sind.

Ich bin in keiner Weise ein Experte für diese Dateien (noch nicht), und da der Code überwiegend informative “Echos” enthält, wirkt der Inhalt eher “informativ für den Benutzer” als störend:

Beispiele aus der Vorlage 
echo Run: "./launcher stop app"
           echo Run: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
           echo Run: "./launcher rebuild app"
           echo
           echo Run: "./launcher enter app"
           echo Run: "cd /shared/postgres_backup"
           echo Run: "sv stop unicorn"
           echo Run: "sudo -iu postgres dropdb discourse"
           echo Run: "sudo -iu postgres createdb discourse"
           echo Run: "sudo -iu postgres psql discourse < backup.db"
           echo Run: "exit"
           echo Run: "./launcher rebuild app"
           exit 1

          if [ "$PG_MAJOR_OLD" = "9.5" ]; then
             echo 'In containers/app.yml: Change "templates/postgres.template.yml" TO "templates/postgres.9.5.template.yml"'
             echo
           fi

usw. usw.

Im Großen und Ganzen scheint alles “informativ und nicht störend” zu sein, nehme ich an.

Es ist wahrscheinlich nicht wichtig, aber da verschiedene Tutorials auf der Site diese Vorlage erwähnen und den Datencontainer in “data” sowie den Webcontainer in “web-only” umbenennen, hielt ich es für erwähnenswert.

Nur zur Information, vielleicht für einen zukünftigen Blick weit in der Zukunft …