Een videoverwerkingspipeline gebruikt EC2-instances in een Auto Scaling-groep om video's te verwerken vanuit een SQS-wachtrij. Elke video duurt ongeveer 30 minuten om te verwerken. De SQS-wachtrij heeft een redrive policy naar een dead-letter queue met maxReceiveCount ingesteld op 1. De queue visibility timeout is 1 uur. CloudWatch-alarmen waarschuwen het team wanneer berichten in de dead-letter queue aankomen. Meerdere keren per dag verschijnen berichten in de DLQ en zijn video's niet verwerkt. Applicatielogs tonen geen fouten. Welke wijziging voorkomt dit probleem?

De correcte optie is "Schakel scale-in protection in voor instances terwijl ze video's verwerken." Dit voorkomt dat Auto Scaling instances beëindigt die actief bezig zijn met videoverwerking. Aangezien videoverwerking 30 minuten duurt en de visibility timeout 1 uur is, is het waarschijnlijk dat instances worden beëindigd voordat ze de verwerking voltooien en het bericht uit de wachtrij verwijderen. Hierdoor wordt het bericht teruggestuurd naar de hoofd-wachtrij en na 1 uur opnieuw verwerkt, totdat het de maxReceiveCount van 1 bereikt en naar de DLQ wordt verplaatst. "Schakel termination protection in op de EC2-instances" is onjuist omdat dit handmatige beëindiging voorkomt, maar niet de beëindiging door Auto Scaling. "Verhoog de SQS queue visibility timeout naar 3 uur" is onjuist. Hoewel dit de kans verkleint dat berichten naar de DLQ gaan, lost het de onderliggende oorzaak van vroegtijdige beëindiging van instances niet op. "Wijzig de redrive policy door maxReceiveCount in te stellen op 0" is onjuist. Een maxReceiveCount van 0 is ongeldig; het moet minimaal 1 zijn.