Una funzione Lambda di elaborazione degli ordini consuma messaggi da una coda Amazon SQS e scrive i risultati in una tabella DynamoDB. La funzione Lambda viene eseguita con concorrenza riservata. I clienti segnalano che la pagina della cronologia degli ordini è in ritardo nel mostrare lo stato di elaborazione. Quali azioni dovrebbe intraprendere un ingegnere DevOps per diagnosticare e risolvere la latenza? (Scegliere due.)

La latenza nella visualizzazione dello stato di elaborazione suggerisce un collo di bottiglia. La metrica ApproximateAgeOfOldestMessage di SQS indica da quanto tempo il messaggio più vecchio è rimasto nella coda. Un valore elevato significa che i messaggi non vengono elaborati abbastanza velocemente. Aumentare il limite di concorrenza della funzione Lambda consente di elaborare più messaggi contemporaneamente, riducendo la latenza. La metrica WriteThrottleEvents di DynamoDB indica che le richieste di scrittura alla tabella vengono limitate perché la capacità di scrittura è insufficiente. Aumentare le unità di capacità di scrittura (WCU) nella policy di autoscaling di DynamoDB permette alla tabella di gestire un carico maggiore, eliminando il throttling e migliorando la latenza. Configurare una redrive policy non risolve la latenza di elaborazione, ma gestisce i messaggi che falliscono ripetutamente. NumberOfMessagesSent mostra solo il volume dei messaggi inviati, non la loro elaborazione. Aumentare il timeout di visibilità di SQS può peggiorare la latenza ritardando la disponibilità dei messaggi per altri consumer. Aumentare il timeout della funzione Lambda non risolve il throttling, ma permette solo alla funzione di impiegare più tempo per completare l'esecuzione.