Firma ma dwie aplikacje: nadawcę, który wysyła wiadomości z ładunkami do przetworzenia, oraz aplikację przetwarzającą, która odbiera i przetwarza te ładunki. Nadawca wysyła około 1000 wiadomości na godzinę. Przetwarzanie wiadomości może trwać do 2 dni; nieudane wiadomości muszą być zachowane, aby nie blokowały przetwarzania innych wiadomości. Które rozwiązanie spełnia te wymagania i jest NAJBARDZIEJ efektywne operacyjnie?

Integracja aplikacji nadawcy i procesora z Amazon SQS jest najbardziej efektywnym operacyjnie rozwiązaniem. SQS to w pełni zarządzana usługa kolejkowania wiadomości, która automatycznie skaluje się, aby obsłużyć 1000 wiadomości na godzinę. Umożliwia asynchroniczną komunikację, co jest kluczowe, gdy przetwarzanie wiadomości trwa do 2 dni. Konfiguracja kolejki martwych listów (dead-letter queue) jest niezbędna do przechowywania wiadomości, których przetwarzanie się nie powiodło, zapobiegając blokowaniu innych wiadomości i ułatwiając ich późniejszą analizę. Redis na instancji EC2 wymagałby ręcznego zarządzania i skalowania, co jest mniej efektywne operacyjnie. Strumień Kinesis Data Streams jest przeznaczony do przetwarzania danych w czasie rzeczywistym i nie jest optymalny dla wiadomości, których przetwarzanie może trwać do 2 dni. Amazon SNS jest usługą publikowania/subskrypcji, która dostarcza wiadomości do wielu subskrybentów, ale nie zapewnia mechanizmu kolejkowania dla wiadomości wymagających długiego przetwarzania ani wbudowanej obsługi wiadomości, których przetwarzanie się nie powiodło, w sposób tak efektywny jak SQS z DLQ.