Une application existante avec des identifiants de base de données codés en dur est déployée dans deux Régions selon une configuration de basculement actif-passif. Vous devez retirer les identifiants du code et respecter la stratégie de reprise après sinistre. Quelle est la solution la PLUS sécurisée qui satisfait l'exigence multi-Régions ?

La solution la plus sécurisée est d'utiliser AWS Secrets Manager avec réplication multi-Régions. Secrets Manager est conçu pour stocker et gérer des informations sensibles comme les identifiants de base de données, offrant des fonctionnalités de rotation automatique, de chiffrement et d'audit. La réplication vers la Région secondaire assure la disponibilité des secrets en cas de basculement, et l'utilisation d'ARN spécifiques à la Région permet à l'application de récupérer le secret approprié. Stocker les identifiants dans AWS Systems Manager Parameter Store est une option valide pour les paramètres, mais Secrets Manager est spécifiquement optimisé pour les secrets et offre des fonctionnalités de sécurité plus robustes, comme la rotation automatique. Stocker les identifiants dans un fichier de configuration sur S3 est moins sécurisé car S3 n'est pas un gestionnaire de secrets dédié et la gestion des versions et de la rotation serait manuelle. Utiliser Amazon EFS n'est pas idéal pour la réplication multi-Régions de secrets et n'offre pas les mêmes fonctionnalités de sécurité qu'un gestionnaire de secrets.