Un'applicazione in esecuzione su EC2 scrive messaggi DECRYP_ERROR personalizzati in CloudWatch Logs. Il team di sviluppo deve essere avvisato in tempo reale quando questi errori compaiono in produzione con il minimo sforzo operativo. Qual è la soluzione migliore?

La soluzione migliore è utilizzare un filtro di metriche di CloudWatch Logs. Questo permette di estrarre automaticamente i dati dai log basandosi su un pattern specifico ("DECRYPERROR") e trasformarli in una metrica numerica. Successivamente, un allarme CloudWatch può monitorare questa metrica e attivarsi (con una soglia = 1) ogni volta che l'errore compare, inviando una notifica tramite SNS in tempo reale e con il minimo sforzo operativo. Le altre opzioni sono meno efficienti o non adatte: Modificare l'applicazione per creare una metrica personalizzata e inviarla a CloudWatch, e poi creare un allarme CloudTrail, è un approccio più complesso e CloudTrail non è lo strumento corretto per monitorare metriche applicative. Una funzione Lambda che scansiona i log ogni 5 minuti introduce una latenza e un costo aggiuntivo, oltre a essere meno efficiente di un filtro di metriche nativo. Installare l'agente unificato e far generare una metrica all'applicazione è un approccio valido per metriche personalizzate, ma in questo caso l'errore è già presente nei log, rendendo il filtro di metriche più diretto e con meno modifiche al codice.