Un premier périmètre utile
Le premier résultat à viser est le suivant : une architecture de disponibilité et des procédures de test et de bascule.
Décider dès le démarrage qui pourra utiliser ce résultat et quel événement justifiera d’étendre le périmètre. Éviter de choisir l’outil avant d’avoir stabilisé le besoin.
Couvrir zones, régions, données, réseau, identités, automatisations, fournisseurs et modes de dégradation.
L’architecte conçoit, exploitation teste, les métiers valident le service minimal, et sécurité contrôle les accès de secours.
Une architecture de disponibilité et des procédures de test et de bascule.
Application à votre contexte
Choisissez une activité identifiable, un responsable disponible et un résultat réalisable. La première itération doit réduire une incertitude ou permettre une décision, pas seulement lancer une collecte sans fin.
Formalisez qui configure, qui surveille et qui restaure chaque couche. Selon le service, une partie des tâches change de main, mais les données, les identités et la configuration de l'usage restent des sujets à traiter. Reliez chaque abonnement à un propriétaire et à un budget.
Trois actions de départ
- Identifier les scénarios de défaillance
- Concevoir les domaines de panne et mécanismes de bascule
- Tester le service complet et le retour à l’état nominal