Una funzione Lambda serverless elabora gli ordini e chiama un'API di pagamento esterna che a volte fallisce. Il team di supporto deve essere notificato quasi in tempo reale solo quando il tasso di errore dell'API esterna supera il 5% delle transazioni in un'ora. Un argomento SNS esistente notifica già il team di supporto. Quale soluzione soddisfa questo requisito?

La soluzione corretta sfrutta le metriche personalizzate di CloudWatch per tracciare i fallimenti dell'API di pagamento. Quando la funzione Lambda rileva un fallimento, pubblica una metrica personalizzata. Un allarme CloudWatch viene configurato per monitorare questa metrica e, se il tasso di fallimento supera il 5% in un'ora, l'allarme viene attivato e notifica il team di supporto tramite l'argomento SNS esistente. Questo approccio è efficiente e quasi in tempo reale. Le altre opzioni sono meno ideali: L'uso di CloudWatch Logs Insights e una Lambda pianificata introduce latenza e complessità non necessarie per un monitoraggio quasi in tempo reale. Pubblicare tutti i risultati su un nuovo argomento SNS e iscrivere il team di supporto genererebbe un volume eccessivo di notifiche, non solo quelle relative al superamento della soglia del 5%. Scrivere i risultati su S3 e usare Athena è un approccio per l'analisi storica, non per il monitoraggio quasi in tempo reale richiesto, e introduce una latenza significativa.