Une entreprise exécute une application de lecture de fichiers qui stocke des fichiers dans une base de données sur des instances Amazon EC2. La réglementation exige la suppression quotidienne des fichiers des instances EC2 à une heure précise, et les enregistrements de base de données de plus de 60 jours doivent être supprimés. Les suppressions de la base de données doivent avoir lieu après les suppressions de fichiers. L'entreprise dispose déjà de scripts pour les deux tâches de suppression et a besoin d'alertes par e-mail en cas d'échec des scripts de suppression. Quelle solution répond à ces exigences avec le moins d'effort de développement ?

La solution correcte utilise AWS Systems Manager State Manager pour planifier l'exécution quotidienne des scripts sur les instances EC2, ce qui répond à l'exigence de suppression de fichiers. L'utilisation de Run Command au sein d'un document d'automatisation permet d'exécuter les scripts séquentiellement, assurant que les suppressions de base de données suivent celles des fichiers. EventBridge peut capturer les événements d'échec de Systems Manager et les publier sur une rubrique SNS, qui envoie ensuite des notifications par e-mail, répondant ainsi à l'exigence d'alerte avec un minimum d'effort de développement. Les options incorrectes impliquant Lambda nécessiteraient plus de développement pour gérer l'exécution des scripts sur les instances EC2, car Lambda n'exécute pas directement des scripts sur des instances. L'option incorrecte utilisant SES directement pour les alertes d'échec nécessiterait une logique de gestion des erreurs personnalisée dans le document d'automatisation, ce qui est moins efficace que l'intégration native d'EventBridge et SNS pour les événements d'échec de Systems Manager.