Una pipeline di elaborazione video utilizza istanze EC2 in un gruppo Auto Scaling per elaborare video da una coda SQS. Ogni video richiede circa 30 minuti per essere elaborato. La coda SQS ha una redrive policy verso una dead-letter queue con maxReceiveCount impostato su 1. Il timeout di visibilità della coda è di 1 ora. Gli allarmi CloudWatch notificano il team quando i messaggi arrivano nella dead-letter queue. Diverse volte al giorno, i messaggi compaiono nella DLQ e i video non sono stati elaborati. I log dell'applicazione non mostrano errori. Quale modifica impedirà questo problema?

Abilitare la protezione dallo scale-in per le istanze mentre elaborano i video è la soluzione corretta perché impedisce che le istanze EC2 vengano terminate da Auto Scaling Group mentre stanno ancora elaborando un video. Poiché ogni video richiede 30 minuti e il timeout di visibilità è di 1 ora, un'istanza potrebbe essere terminata prima di completare l'elaborazione, causando il ritorno del messaggio nella coda SQS e, dopo un solo tentativo fallito (maxReceiveCount=1), il suo spostamento nella DLQ. Abilitare la protezione dalla terminazione sulle istanze EC2 non è sufficiente, poiché impedisce la terminazione manuale ma non quella automatica da parte di Auto Scaling Group. Aumentare il timeout di visibilità a 3 ore non risolve il problema alla radice; se l'istanza viene terminata, il messaggio tornerà comunque nella coda. Modificare maxReceiveCount su 0 disabiliterebbe completamente la DLQ, nascondendo il problema invece di risolverlo.