Aby zapobiec utracie wiadomości powiadomień SNS, gdy podrzędna baza danych RDS jest niedostępna (na przykład wyłączona), które zmiany zapobiegną utracie wiadomości? (Wybierz dwie opcje.)

Aby zapobiec utracie wiadomości SNS, gdy baza danych RDS jest niedostępna, należy zastosować mechanizmy niezawodności. Skonfigurowanie kolejki martwych wiadomości (DLQ) Amazon SQS dla tematu SNS jest kluczowe, ponieważ nieprzetworzone wiadomości (np. z powodu niedostępności subskrybenta) są automatycznie przekierowywane do DLQ zamiast być tracone. Subskrybowanie kolejki Amazon SQS do tematu SNS, a następnie przetwarzanie wiadomości z tej kolejki przez funkcję Lambda, zapewnia buforowanie. Wiadomości są przechowywane w SQS, dopóki Lambda nie będzie mogła ich przetworzyć, nawet jeśli baza danych RDS jest tymczasowo niedostępna. Zastąpienie instancji RDS Multi-AZ tabelą DynamoDB nie rozwiązuje problemu utraty wiadomości SNS, a jedynie zmienia bazę danych. Konfiguracja SQS jako miejsca docelowego dla funkcji Lambda nie chroni wiadomości SNS, które nie dotarły do Lambdy. Zastąpienie SNS przez EventBridge to inna architektura, która sama w sobie nie gwarantuje dostarczania wiadomości w przypadku awarii subskrybenta bez dodatkowych mechanizmów, takich jak DLQ.