Solution de contournement pour la page de maintenance - est-ce possible ?

D’abord, vous suivez de très simples instructions pour démarrer le système à deux conteneurs. Ensuite, vous n’avez généralement besoin que de :

./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 partie tee sert uniquement à la journalisation, car c’est plus facile (pour moi) à parcourir que le flux tmux que j’utilise.

Mais en réalité, c’est exactement la même chose que l’utilisation de app.yml et la reconstruction, sauf que cela dérange beaucoup moins les utilisateurs. Certes, il y a un conteneur de données, mais il a très rarement besoin d’attention et de soins — et si vous faites des manipulations plus sophistiquées avec les conteneurs, vous savez probablement aussi quoi faire et quand avec les conteneurs.

Si la mise à niveau échoue avec le système à deux conteneurs, vous avez toujours un forum en ligne et fonctionnel, alors qu’un seul conteneur pourrait planter.

Donc, seule la phase de démarrage est un peu plus exigeante, mais les instructions sont assez claires. Je dirais que l’utilisation de mail-reveiver est une tâche plus difficile, surtout si vous utilisez Amazon SES.