Comprendre l’enjeu et le périmètre
Elle réduit l’interruption des usages pour des scénarios explicitement choisis et testés.
Couvrir zones, régions, données, réseau, identités, automatisations, fournisseurs et modes de dégradation.
Passer à l’action
- 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
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.
Responsabilités et moyens
L’architecte conçoit, exploitation teste, les métiers valident le service minimal, et sécurité contrôle les accès de secours.
Inclure duplication, transferts, supervision, tests et complexité d’exploitation.
Produire et vérifier
- Livrable utile
- Une architecture de disponibilité et des procédures de test et de bascule.
- Preuve à rechercher
- Simuler une perte prévue dans un environnement adapté et mesurer l’impact réel sur un parcours métier.
- Indicateur à interpréter
- Suivre disponibilité du service, succès de bascule, durée de rétablissement et dépendances uniques.
Testez la restauration dans un environnement distinct et avec les accès prévus pour une crise. Examinez les dépendances entre régions, comptes, clés et services d'identité. Une copie située ailleurs peut rester dépendante du même plan de contrôle.
Arbitrages et dépendances
Une architecture multi-zone peut rester vulnérable à une erreur de configuration globale ou à une panne d’identité.
La disponibilité dépend du stockage, DNS, identités, réseau et plans de contrôle.
Comparez les options sur la disponibilité, la sécurité, l'exploitation et la sortie autant que sur le prix affiché. Incluez les transferts, le support, les environnements de test et le temps des équipes. La portabilité d'un conteneur ne garantit pas celle des services managés associés.
POUR APPROFONDIR
Les 27 questions du dossier
Les essentiels
Comprendre
Diagnostiquer
Mettre en œuvre
Décider
- Haute disponibilité des services cloud : qui doit contribuer, décider et valider ?
- Haute disponibilité des services cloud : sur quels critères prendre une décision ou accepter une exception ?
- Haute disponibilité des services cloud : quels coûts faut-il prévoir au-delà de l’outil ?
- Haute disponibilité des services cloud : comment prioriser lorsque les moyens sont limités ?
Vérifier
Piloter
Maîtriser
- Haute disponibilité des services cloud : comment protéger les informations et les accès associés ?
- Haute disponibilité des services cloud : comment éviter qu’un incident rende le dispositif inutilisable ?
- Haute disponibilité des services cloud : que faut-il demander et vérifier auprès d’un prestataire ?
- Haute disponibilité des services cloud : comment changer d’outil ou de prestataire sans perdre la connaissance ?