#dusk $DUSK @Dusk
Una actualización de nodo puede tener éxito técnicamente y aun así fallar operativamente.
Eso es lo que considero importante sobre el proceso de actualización de Dusk.
El instalador está diseñado para proteger las partes que deberían sobrevivir a una actualización, incluidas las claves de consenso y el estado de la cadena. Al mismo tiempo, algunos archivos de configuración y la definición del servicio systemd se recrean. Eso significa que el operador tiene que restaurar explícitamente los ajustes que definen qué se supone que debe hacer la máquina.
Para un validador normal, olvidar una marca de función puede ser inconveniente. Para un operador de archivo, puede ser mucho más serio: el nodo puede permanecer en línea, producir o seguir bloques, y parecer saludable mientras, en silencio, pierde el rol de archivo del que dependen las aplicaciones.
También me gusta que Dusk verifique el binario de reemplazo antes de detener Rusk y deje el servicio detenido después. Eso le da al operador la oportunidad de inspeccionar la nueva configuración en lugar de reiniciar todo a ciegas.
Pero esto pone una responsabilidad importante en manos de una persona.
La actualización más segura no necesariamente es la que requiere el menor trabajo manual. Es aquella en la que el operador puede confirmar que el nodo volvió con el rol correcto, las funciones y los ajustes de red.
Para mí, esa es la verdadera comprobación de actualización en Dusk:
¿El nodo está en funcionamiento — o está ejecutando el trabajo para el que realmente fue desplegado?
#DUSK @DuskFoundation $GPS $ACE
Una actualización de nodo puede tener éxito técnicamente y aun así fallar operativamente.
Eso es lo que considero importante sobre el proceso de actualización de Dusk.
El instalador está diseñado para proteger las partes que deberían sobrevivir a una actualización, incluidas las claves de consenso y el estado de la cadena. Al mismo tiempo, algunos archivos de configuración y la definición del servicio systemd se recrean. Eso significa que el operador tiene que restaurar explícitamente los ajustes que definen qué se supone que debe hacer la máquina.
Para un validador normal, olvidar una marca de función puede ser inconveniente. Para un operador de archivo, puede ser mucho más serio: el nodo puede permanecer en línea, producir o seguir bloques, y parecer saludable mientras, en silencio, pierde el rol de archivo del que dependen las aplicaciones.
También me gusta que Dusk verifique el binario de reemplazo antes de detener Rusk y deje el servicio detenido después. Eso le da al operador la oportunidad de inspeccionar la nueva configuración en lugar de reiniciar todo a ciegas.
Pero esto pone una responsabilidad importante en manos de una persona.
La actualización más segura no necesariamente es la que requiere el menor trabajo manual. Es aquella en la que el operador puede confirmar que el nodo volvió con el rol correcto, las funciones y los ajustes de red.
Para mí, esa es la verdadera comprobación de actualización en Dusk:
¿El nodo está en funcionamiento — o está ejecutando el trabajo para el que realmente fue desplegado?
#DUSK @DuskFoundation $GPS $ACE