Antes de empezar
update nunca toca el directorio de configuración, que es lo que lo hace
seguro. Y significa que una nueva clave de configuración introducida por una release no se añade a tu archivo.
El orden
1
Para el gateway
SIGTERM, no SIGKILL. Un apagado limpio devuelve el crédito prepago reservado no gastado; un kill -9
lo deja varado hasta que se ejecute fireflo credit release.2
Aplica migraciones deliberadamente
FIREFLO_DB_MIGRATE=true lo haga al arrancar, que ata un cambio de esquema a un
arranque de proceso y no te muestra nada antes.3
Actualiza el artefacto
/opt/fireflo y nada más.4
Actualiza el panel
5
Verifica
version pregunta al gateway en lugar de a los archivos. Un artefacto que se construyó pero al que nunca se reinició
es toda la razón para preguntar. El jar en disco y el proceso sirviendo tráfico son preguntas
diferentes.Ambos componentes se mueven juntos
La versión del panel repite el release de gateway contra el que se construyó en sus primeros tres números.
El panel comprueba el par en tiempo de ejecución y reporta un desajuste en pantalla. Un par desajustado no está
necesariamente roto. Pero significa que el panel está describiendo un gateway contra el que no fue construido, y una
funcionalidad añadida en el más nuevo puede faltar o mal-renderizarse.
Qué reemplaza una actualización
Revertir
Leer verify
Exit 4 después de una actualización suele significar que un dominio de configuración se vació. Merece la pena comprobarlo antes de
concluir que la actualización rompió algo.