Potok danych telemetrycznych z satelity umieszcza małe pakiety danych w standardowej kolejce Amazon SQS. Aplikacja podrzędna przetwarza wiadomości, ale czasami nie jest w stanie przetworzyć niektórych wiadomości; te nieprzetworzone wiadomości pozostają w kolejce SQS. Inżynier DevOps musi zachować nieprzetworzone wiadomości i udostępnić je naukowcom do przeglądu i późniejszego ponownego przetworzenia. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to utworzenie kolejki SQS dead-letter queue (DLQ) i skonfigurowanie polityki redrive. DLQ jest standardowym rozwiązaniem w AWS SQS do obsługi wiadomości, które nie mogą zostać pomyślnie przetworzone. Ustawienie maxReceiveCount na 1 spowoduje, że wiadomość zostanie przeniesiona do DLQ po pierwszej nieudanej próbie przetworzenia, co spełnia wymaganie zachowania nieprzetworzonych wiadomości dla naukowców. Pozostałe opcje są mniej efektywne lub nieodpowiednie: Użycie AWS Lambda do kopiowania danych do S3 jest nadmiernie skomplikowane i nie wykorzystuje wbudowanych funkcji SQS do obsługi błędów. Przekształcenie kolejki w FIFO nie jest konieczne, ponieważ problem dotyczy nieprzetworzonych wiadomości, a nie ich kolejności. Planowanie Lambda co 10 minut w celu przenoszenia wiadomości jest nieefektywne i może prowadzić do opóźnień. Konfiguracja API Gateway i wirtualnych kolejek SQS jest zbyt złożona dla tego problemu i nie rozwiązuje bezpośrednio kwestii nieprzetworzonych wiadomości w istniejącej kolejce.