Une entreprise est en train de construire un centre de contact Amazon Connect et de définir une stratégie de reprise après sinistre (DR) sur plusieurs régions AWS. Le centre de contact comprend des dizaines de flux de contact, des centaines d'utilisateurs et des dizaines de numéros de téléphone revendiqués. Quelle approche de reprise après sinistre offre l'objectif de temps de récupération (RTO) le PLUS BAS ?

L'option correcte offre le RTO le plus bas car elle pré-provisionne la majorité des ressources critiques (instance Connect, utilisateurs, flux de contact) dans la région de secours. Seuls les numéros de téléphone revendiqués doivent être provisionnés en cas de sinistre, ce qui est une opération rapide via CloudFormation déclenchée par une alarme CloudWatch basée sur une vérification de santé Route 53. Les autres options sont moins efficaces : La première option implique un provisionnement manuel et complet après un incident, ce qui est lent et augmente considérablement le RTO. La deuxième option pré-provisionne l'instance et les utilisateurs, mais nécessite de déployer les flux de contact et les numéros revendiqués via CloudFormation, ce qui prend plus de temps que l'option correcte. La troisième option pré-provisionne l'instance, les flux de contact et les numéros, mais doit provisionner tous les utilisateurs en cas de sinistre, ce qui peut être une opération plus longue que de provisionner uniquement les numéros de téléphone.