Возможно, так и есть. Это большая помощь, и, как и discourse-setup, она предназначена для очень конкретной цели — стандартной новой установки. Мои скрипты установки используют её уже довольно давно. Это может быть простым способом перейти к двухконтейнерной архитектуре, если вы готовы сделать резервную копию старого контейнера и восстановить её на новом.
Мое беспокойство всегда заключалось в том, что это будет сложно поддерживать, так как пользователи, которые не понимают, как это работает, будут пытаться использовать этот метод, а затем не смогут применять никакую документацию, поскольку команда «rebuild app» перестанет работать. Кроме того, трудно определить, когда нужно пересобрать контейнер базы данных. Недавно у меня произошла неудача при пересборке, потому что требовалась версия Redis 4.0, а у меня была 3.0. Затем также потребовалось обновить PostgreSQL, что влекло за собой выполнение последовательности шагов. Нужно было знать, когда пересобирать контейнер данных, а когда — веб-контейнер, а также как изменить путь от рекомендованного. Всё прошло гладко — для меня, но попытка объяснить это кому-то, кто не знает, что такое bash, на форуме стала бы утомительной для всех участников.
Я считаю, что, возможно, лучше сохранить высокий порог входа для создания нестандартных установок, чтобы защитить людей от самих себя.