Les mises à niveau des nœuds font partie de ces choses que la plupart des gens ne remarquent que lorsqu’un problème survient.
Une nouvelle version apparaît.
L’opérateur télécharge la mise à jour.
Arrête le service.
Remplace les fichiers.
Redémarre tout à nouveau.
Mais il y a toujours une question critique :
Les nouveaux fichiers étaient-ils réellement prêts avant de toucher le système en direct ?
C’est la partie de la maintenance du nœud qui est souvent négligée.
Avec le tout nouveau flux d’installation du nœud Dusk, la version 0.5.22 modifie l’ordre des opérations d’une manière significative.
Au lieu de remplacer d’abord les composants en direct puis de vérifier plus tard, l’installeur prépare maintenant et vérifie les artefacts de remplacement avant de modifier la configuration en cours d’exécution.
Le processus est conçu selon une séquence plus sûre :
• Télécharger les binaires pris en charge de Rusk et du portefeuille
• Vérifier les fichiers de remplacement
• Arrêter le service Rusk en cours d’exécution
• Préserver l’état de la chaîne, les clés de consensus et les surcharges de service configurées intentionnellement
• Examiner la configuration régénérée
• Démarrer Rusk manuellement et confirmer l’activité du réseau
Cela peut sembler être une petite amélioration, mais la fiabilité de l’infrastructure repose souvent sur de petits détails opérationnels.
La mise à niveau d’un nœud ne devrait pas ressembler à un pari.
Les opérateurs doivent avoir la certitude que le remplacement est correct avant d’apporter des modifications à un environnement en production.
La fenêtre de mise à niveau commence maintenant lorsque le nouveau système est préparé et vérifié, et non pendant que l’opérateur essaie encore de déterminer si la mise à jour fonctionne.
Un processus de maintenance amélioré signifie moins de surprises, une meilleure fiabilité et davantage de contrôle pour les personnes qui assurent le fonctionnement du réseau.
Un petit changement.
Une étape importante vers une exploitation plus sûre des nœuds.
