Les zones de disponibilité sont des installations distinctes au sein d'une même région, assez proches pour une réplication synchrone, donc s'étaler dessus vous protège d'une panne de baie, d'alimentation ou d'installation avec peu de complexité en plus. Le multi région vous protège de la dégradation d'une région entière et peut satisfaire des exigences de résidence des données, mais la réplication devient asynchrone, donc vous acceptez une perte de données au basculement et prenez un vrai coût et une vraie complexité opérationnelle. La plupart des charges de travail ont besoin de multi zone plus de sauvegardes inter-régions.
Pourquoi les recruteurs posent cette question
Cette question vérifie si vous ajustez l'investissement en résilience aux besoins réels au lieu de sauter sur l'architecture la plus impressionnante. Le recruteur veut de l'honnêteté sur le coût du multi région : réplication asynchrone, transfert de données, risque de split brain, et le fait qu'un chemin de basculement jamais testé ne fonctionne pas. Recommander des sauvegardes dans une seconde région comme juste milieu pragmatique est en général la réponse attendue.
Comment structurer votre réponse
- Définissez les deux et la panne que chacun adresse.
- Expliquez pourquoi le mode de réplication diffère et ce que ça vous coûte.
- Énoncez le choix pragmatique par défaut pour la plupart des charges de travail.
- Dites ce qui vous ferait réellement passer au multi région.
Exemple de réponse
Les zones sont des installations physiques distinctes au sein d'une région, avec des liens privés rapides entre elles, donc vous pouvez répliquer de façon synchrone et perdre une zone sans perdre de données. S'étaler sur trois zones est quasiment gratuit en termes de complexité et couvre le mode de défaillance le plus probable. Les régions sont géographiquement distinctes, donc passer en multi région vous protège quand une région entière est dégradée, et c'est parfois exigé pour la résidence des données. Le coût honnête, c'est que la réplication entre régions est asynchrone, donc basculer veut dire accepter une certaine perte de données, et vous devez maintenant résoudre le routage, le split brain, les frais de transfert inter-régions et la dérive entre deux stacks qui doivent rester compatibles. Pour la plupart des charges de travail, je recommande le multi zone pour la disponibilité plus des sauvegardes et des images machine répliquées vers une seconde région pour la reprise, ce qui donne un temps de reprise en heures plutôt qu'en minutes pour une fraction du coût. Je ne construirais un multi région actif que si l'entreprise a mis un chiffre sur une heure d'indisponibilité qui le justifie, et alors j'exigerais des basculements testés régulièrement, parce qu'un basculement non testé n'est qu'un espoir.
Vous passez cet entretien bientôt ? GhostPilot écoute votre appel en direct, repère la question dès qu'elle est posée et affiche une réponse structurée à l'écran en temps réel. Essayez-le lors de votre prochain entretien blanc, ou prenez un Session Pass à $29, sans abonnement, pour le jour J.
Voir comment ça marcheQuestions de relance à prévoir
- Comment traiteriez-vous une base qui ne peut pas répliquer de façon synchrone entre régions ?
- Comment empêchez-vous deux stacks régionales de diverger ?
- Quel est votre plan si la panne de région touche le plan de contrôle dont vous avez besoin pour basculer ?
Autres questions pour Ingénieur cloud
Votre recruteur posera sa propre version de celle-ci. Collez votre véritable fiche de poste dans le Question Predictor gratuit et obtenez les 20 questions que ce poste a le plus de chances de poser, avec ce que chacune cherche vraiment à sonder.
Prédire mes questions