Un team di e-commerce deve essere avvisato quando l'utilizzo della CPU di un'istanza Amazon EC2 supera l'80% durante un evento di vendita. Quale soluzione soddisferà questo requisito?

La risposta corretta è creare un allarme CloudWatch che monitora la metrica CPUUtilization e invia una notifica SNS. Amazon CloudWatch è il servizio di monitoraggio nativo di AWS che raccoglie metriche da risorse come le istanze EC2. È progettato per impostare allarmi basati su soglie specifiche per queste metriche, come l'80% di utilizzo della CPU. Quando un allarme viene attivato, può eseguire azioni automatiche, inclusa la pubblicazione di messaggi su un argomento Amazon SNS, che può quindi inviare notifiche (e-mail, SMS, ecc.) al team. Le opzioni errate sono: CloudTrail registra le chiamate API e gli eventi di gestione, non monitora le metriche di performance come l'utilizzo della CPU. Eseguire un cron job sull'host EC2 è un approccio manuale e meno scalabile rispetto a CloudWatch, che è un servizio gestito e integrato. Inoltre, --describe-instance-information non fornisce l'utilizzo della CPU in tempo reale. Una funzione Lambda che interroga CloudTrail per la CPUUtilization non funzionerebbe perché CloudTrail non contiene queste metriche. Anche se interrogasse CloudWatch, sarebbe un approccio più complesso e costoso rispetto all'uso diretto degli allarmi CloudWatch.