Workaround für Wartungsseite – ist das möglich?

Zunächst befolgst du sehr einfache Anweisungen, um die 2-Container-Konfiguration zu starten. Danach benötigst du in der Regel nur noch

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

Der tee-Teil dient nur dem Protokollieren, da das Durchsuchen des Logs (für mich) einfacher ist als der tmux-Feed, den ich verwende.

Im Grunde ist es aber genau dasselbe wie die Verwendung von app.yml und ein Neuaufbau, nur dass es die Benutzer deutlich weniger stört. Sicher, es gibt einen Data-Container, aber der braucht nur sehr selten Aufmerksamkeit und Pflege — und wenn du fortgeschrittenere Tricks mit Containern anwendest, weißt du vermutlich auch, was du wann mit Containern zu tun hast.

Wenn ein Upgrade mit der 2-Container-Konfiguration fehlschlägt, ist das Forum weiterhin online und erreichbar, während ein einzelner Container abstürzen würde.

Also ist nur der Einstieg etwas aufwendiger, aber die Anweisungen sind ziemlich klar. Ich würde sagen, die Verwendung von mail-reveiver ist die größere Herausforderung, insbesondere wenn Amazon SES zum Einsatz kommt.