Un changement cloud peut toucher réseau, données, accès et coûts. Un processus léger permet de relire le risque, prévoir le retour et conserver une trace sans ralentir chaque correction.
Décrire le changement
Notez le service, la raison, la version, les ressources et la période. Indiquez les utilisateurs touchés, les dépendances et les métriques qui prouveront le résultat. Un plan qui dit seulement « mettre à jour » n’est pas vérifiable.
Classer le risque
Une rotation de certificat, une règle réseau et une migration destructive n’ont pas le même effet. Classez les changements selon impact, réversibilité et fenêtre. Les opérations à risque exigent une validation supplémentaire.
Préparer le retour
Conservez la configuration précédente, les images et les sauvegardes nécessaires. Testez la commande de retour et précisez les données qui peuvent avoir changé. Le plan de retour arrière détaille ces cas.
Vérifier après action
Comparez erreurs, latence, logs et parcours métier avec une référence. Fermez le changement après contrôle, puis retirez les ressources temporaires. Une anomalie doit ouvrir un incident ou une action corrective.
Sources : ITIL change enablement, AWS Well-Architected operations.