Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Ne pas traduire un engagement commercial en garantie absolue de continuité. Examiner exclusions, mesure et capacité de reprise.
Couvrir zones, régions, données, réseau, identités, automatisations, fournisseurs et modes de dégradation.
Une architecture multi-zone peut rester vulnérable à une erreur de configuration globale ou à une panne d’identité.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
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.