Soluzione alternativa per la pagina di manutenzione: è possibile farlo?

Innanzitutto segui delle istruzioni molto semplici su come avviare la configurazione a 2 contenitori. Dopo di che, nella maggior parte dei casi ti servirà solo

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

La parte con tee serve solo per il logging, perché per me è più facile consultarlo rispetto al feed di tmux che utilizzo.

Ma in sostanza è esattamente la stessa cosa dell’uso di app.yml e della rebuild, solo che dà molto meno fastidio agli utenti. Certo, c’è il contenitore dati, ma richiede attenzione e cura molto raramente — e se farai qualche trucco più sofisticato con i contenitori, probabilmente sai già cosa fare e quando.

Se l’aggiornamento fallisce con la configurazione a 2 contenitori, hai comunque un forum attivo e funzionante, mentre con quello singolo andrebbe in crash.

Quindi, solo l’avvio iniziale è un po’ più impegnativo, ma le istruzioni sono piuttosto chiare. Direi che usare mail-reveiver è un compito più difficile, se si utilizza Amazon SES.