Postgres.template.yml и конфигурация для нескольких контейнеров

Разработка
1

Заметил, что при переходе в режим многоконтейнерного развертывания восстановление базы данных приводило к непредвиденному простою сайта (пока резервная копия загружается в БД):

Поэтому я немного покопался в postgres.template.yml и обнаружил, что app.yml и путь к пространству общего доступа для автономного контейнера standalone жестко прописаны в этом шаблоне.

Я отнюдь не эксперт в работе с этими файлами (пока), и поскольку код в основном содержит информационные команды “echo”, содержимое выглядит скорее как “информация для пользователя”, а не как критическая ошибка:

Примеры из шаблона 
echo Выполните: "./launcher stop app"
           echo Выполните: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
           echo Выполните: "./launcher rebuild app"
           echo
           echo Выполните: "./launcher enter app"
           echo Выполните: "cd /shared/postgres_backup"
           echo Выполните: "sv stop unicorn"
           echo Выполните: "sudo -iu postgres dropdb discourse"
           echo Выполните: "sudo -iu postgres createdb discourse"
           echo Выполните: "sudo -iu postgres psql discourse < backup.db"
           echo Выполните: "exit"
           echo Выполните: "./launcher rebuild app"
           exit 1

          if [ "$PG_MAJOR_OLD" = "9.5" ]; then
             echo 'В containers/app.yml: Измените "templates/postgres.template.yml" на "templates/postgres.9.5.template.yml"'
             echo
           fi

и так далее.

В целом, всё выглядит как “информативные сообщения, не нарушающие работу”, насколько я понимаю.

Возможно, это не так важно, но поскольку различные руководства на сайте упоминают этот шаблон, а также переименование контейнера данных в “data” и веб-контейнера в “web-only”, например, я решил, что стоит об этом упомянуть.

Только к сведению, возможно, для рассмотрения в будущем, гораздо позже…