Avant de commencer
update ne touche jamais le répertoire de configuration, ce qui le rend sûr. Et signifie qu’une nouvelle clé de configuration introduite par une release n’est pas ajoutée à votre fichier.
L’ordre
1
Arrêter le gateway
SIGTERM, pas SIGKILL. Un arrêt propre restitue le crédit prépayé réservé non dépensé ; un kill -9 le bloque jusqu’à ce que fireflo credit release tourne.2
Appliquer les migrations délibérément
FIREFLO_DB_MIGRATE=true le faire au démarrage, ce qui lie un changement de schéma à un démarrage de processus et ne vous montre rien d’abord.3
Mettre à jour l'artefact
/opt/fireflo et rien d’autre.4
Mettre à jour le panel
5
Vérifier
version interroge le gateway plutôt que les fichiers. Un artefact qui a été construit mais dans lequel on n’a jamais redémarré est toute la raison de demander. Le jar sur le disque et le processus servant le trafic sont des questions différentes.Les deux composants bougent ensemble
La version du panel répète la release gateway contre laquelle il a été construit dans ses trois premiers numéros.
Le panel vérifie l’appariement à l’exécution et rapporte une non-correspondance à l’écran. Une paire non correspondante n’est pas nécessairement cassée. Mais cela signifie que le panel décrit un gateway contre lequel il n’a pas été construit, et une fonctionnalité ajoutée dans le plus récent peut être manquante ou mal rendue.
Ce qu’une mise à jour remplace
Revenir en arrière
Lire verify
Sortie 4 après une mise à niveau signifie généralement qu’un domaine de configuration est devenu vide. À vérifier avant de conclure que la mise à niveau a cassé quelque chose.