Définir le scénario de protection

Distinguez la perte d'un bâtiment, l'indisponibilité d'une région, une erreur de configuration, une compromission administrative et une défaillance du fournisseur. La solution pertinente pour un scénario peut être inefficace pour un autre. Une bascule rapide ne sert pas si les données corrompues ont été répliquées partout.

Cartographiez les services partagés et les plans de contrôle. Les comptes, les secrets, les noms de domaine, les licences et les outils de supervision peuvent introduire une dépendance unique. Évaluez aussi les personnes et les procédures qui seront nécessaires pour prendre la décision de bascule.

Tester le fonctionnement sans le site principal

Un exercice doit vérifier que le secours peut fonctionner avec les accès, la capacité et les données nécessaires. Les tests limités à une copie de machine ne couvrent pas l'ensemble du service. Mesurez le temps de décision, les opérations manuelles et la validation métier.

Arbitrer l'indépendance et la complexité

Multiplier les fournisseurs peut réduire certaines concentrations tout en augmentant la difficulté d'exploitation. Il ne s'agit pas de rechercher une indépendance absolue, souvent irréaliste, mais de rendre les dépendances résiduelles explicites et acceptables. Les moyens investis doivent correspondre aux activités et aux risques effectivement prioritaires.

Remettre cette réponse dans son contexteHaute disponibilité des services cloud

Références pour approfondir