Un'applicazione di elaborazione foto ospitata su EC2 deve elaborare ogni foto in meno di 5 secondi; se l'elaborazione supera i 5 secondi, il team di sviluppo deve essere avvisato. Quale approccio fornisce la misurazione del tempo e l'avviso con il minor overhead operativo?

L'approccio corretto sfrutta le metriche personalizzate di CloudWatch per monitorare il tempo di elaborazione di ogni foto. Creando un allarme CloudWatch con una soglia statica di 5 secondi, si ottiene un rilevamento immediato quando il tempo di elaborazione supera il limite desiderato. La notifica tramite Amazon SNS è un metodo efficiente e scalabile per avvisare il team di sviluppo. Questo approccio minimizza l'overhead operativo perché CloudWatch e SNS sono servizi gestiti che richiedono una configurazione minima. Inviare i tempi a una coda SQS e usare un consumer introduce complessità e overhead di gestione per il consumer. Un allarme CloudWatch che si basa sulla media potrebbe non rilevare singoli eventi che superano i 5 secondi se altri eventi sono molto più veloci. Kinesis Data Stream è eccessivo per questo caso d'uso e aggiunge complessità non necessaria.