Обходной путь для страницы технического обслуживания — можно ли это сделать?

Сначала вы следуете очень простым инструкциям по запуску двух контейнеров. После этого вам в основном понадобится только

./launcher bootstrap web_only && ./launcher destroy web_only && ./launcher start web_only ) 2>&1 | tee ~/$(date +%Y-%m-%d_%H-%M-%S)-upgrade.log'

Часть с tee нужна только для логирования, так как просматривать её (мне) удобнее, чем поток в tmux, который я использую.

Но по сути это абсолютно то же самое, что использование app.yml и пересборка, только это гораздо меньше беспокоит пользователей. Конечно, есть и data-контейнер, но он требует внимания и заботы очень редко — а если вы будете выполнять более сложные манипуляции с контейнером, вы, скорее всего, и так знаете, что и когда делать с контейнерами.

Если обновление с двумя контейнерами завершится ошибкой, у вас всё равно будет рабочий и живой форум, тогда как при использовании одного контейнера он мог бы упасть.

Так что только запуск требует немного больше усилий, но инструкции довольно ясны. Я бы сказал, что использование mail-reveiver — более сложная задача, если вы используете Amazon SES.