Une entreprise souhaite s'assurer que les instances Amazon EC2 de non-production restent arrêtées pendant la nuit. Le responsable informatique doit recevoir des notifications quasi en temps réel chaque fois qu'une instance EC2 étiquetée environment=non-production est démarrée pendant la nuit. Quelle solution offre ce comportement avec le MOINS de charge opérationnelle ?

La bonne solution utilise Amazon EventBridge pour détecter les changements d'état des instances EC2, ce qui est une approche sans serveur et à faible charge opérationnelle. EventBridge peut filtrer spécifiquement les événements de démarrage d'instances (état "running") et déclencher une fonction AWS Lambda. Cette fonction Lambda peut alors vérifier l'heure (pour s'assurer que c'est la nuit) et les balises de l'instance (pour confirmer qu'il s'agit d'une instance de non-production). Si les conditions sont remplies, la fonction publie un message sur une rubrique Amazon SNS, à laquelle l'e-mail du responsable informatique est abonné, garantissant des notifications quasi en temps réel. Les autres options sont moins optimales : La première option est trop complexe et inefficace, notamment l'utilisation de SMTP via Lambda et l'abonnement à AWS Health Dashboard pour des notifications d'état d'exécution d'instances spécifiques. La deuxième option implique un sondage périodique de l'API EC2, ce qui est moins efficace et plus coûteux que l'approche basée sur les événements d'EventBridge, et l'Instance Scheduler n'est pas conçu pour ce type de surveillance en temps réel. La quatrième option nécessite de gérer une application personnalisée sur une instance EC2 et une table DynamoDB, ce qui augmente considérablement la charge opérationnelle par rapport aux services sans serveur.