Un'azienda intende assicurarsi che le istanze Amazon EC2 non di produzione rimangano ferme durante la notte. Il responsabile IT deve ricevere notifiche quasi in tempo reale ogni volta che un'istanza EC2 con il tag environment=non-production viene avviata durante la notte. Quale soluzione offre questo comportamento con il MINOR overhead operativo?

La soluzione corretta utilizza Amazon EventBridge per rilevare i cambiamenti di stato delle istanze EC2, filtrando specificamente per lo stato di "esecuzione". Quando un'istanza con il tag environment=non-production viene avviata durante la notte, EventBridge attiva una funzione AWS Lambda. Questa Lambda verifica l'ora e i tag dell'istanza e, se le condizioni sono soddisfatte, pubblica un messaggio su un argomento Amazon SNS. L'email del responsabile IT è iscritta a questo argomento SNS, garantendo notifiche quasi in tempo reale con il minimo overhead operativo, poiché la Lambda viene invocata solo in caso di evento rilevante. Le altre opzioni sono meno efficienti: La prima opzione è eccessivamente complessa e non sfrutta EventBridge per il rilevamento degli eventi, introducendo dipendenze non necessarie come AWS Health Dashboard per gli stati di esecuzione delle istanze. La seconda opzione comporta un polling costante (ogni minuto) dell'API EC2 da parte di una Lambda, generando costi e overhead maggiori rispetto a un approccio basato sugli eventi. La quarta opzione introduce un'applicazione personalizzata su un'istanza EC2 e una tabella DynamoDB per i metadati, aumentando significativamente la complessità e l'overhead operativo rispetto a una soluzione serverless basata sugli eventi.