Een orderverwerkende Lambda verbruikt berichten van een Amazon SQS-wachtrij en schrijft resultaten naar een DynamoDB-tabel. De Lambda draait met gereserveerde concurrency. Klanten melden dat de ordergeschiedenispagina vertraagd is met het tonen van de verwerkingsstatus. Welke acties moet een DevOps-engineer ondernemen om de latentie te diagnosticeren en te verhelpen? (Kies twee.)

De SQS ApproximateAgeOfOldestMessage-metriek geeft aan hoe lang het oudste bericht al in de wachtrij staat. Een hoge waarde duidt op een achterstand in de verwerking. Het verhogen van de gereserveerde concurrency van de Lambda-functie kan helpen om meer berichten parallel te verwerken en de achterstand weg te werken. De DynamoDB WriteThrottleEvents-metriek toont of schrijfbewerkingen naar de DynamoDB-tabel worden beperkt. Als dit het geval is, betekent dit dat de tabel de schrijfbelasting niet aankan. Het verhogen van de maximum Write Capacity Units (WCUs) in het autoscaling-beleid van de tabel zorgt ervoor dat DynamoDB meer schrijfbewerkingen kan verwerken, waardoor de latentie afneemt. Het configureren van een redrive policy voor SQS is voor foutafhandeling, niet voor prestatieverbetering. Het verhogen van de SQS visibility timeout kan de verwerking vertragen als berichten te lang onzichtbaar blijven. Het verhogen van de Lambda-functie timeout lost geen throttling-problemen op, maar voorkomt alleen dat de functie voortijdig stopt.