Welche Änderungen verhindern den Verlust von SNS-Benachrichtigungen, wenn die nachgeschaltete RDS-Datenbank nicht verfügbar ist (z. B. heruntergefahren)? (Wählen Sie zwei.)

Um den Verlust von SNS-Benachrichtigungen zu verhindern, wenn die nachgeschaltete RDS-Datenbank nicht verfügbar ist, können Sie eine Amazon SQS Dead-Letter Queue (DLQ) für das SNS-Thema konfigurieren. Dies stellt sicher, dass Nachrichten, die nicht erfolgreich zugestellt werden können (z.B. weil die Lambda-Funktion aufgrund einer nicht verfügbaren RDS-Datenbank fehlschlägt), in der DLQ gespeichert werden, anstatt verloren zu gehen. Eine weitere effektive Methode ist, eine Amazon SQS-Warteschlange für das SNS-Thema zu abonnieren. Die Lambda-Funktion verarbeitet dann Nachrichten aus dieser SQS-Warteschlange. SQS bietet Persistenz und Retry-Mechanismen, sodass Nachrichten nicht verloren gehen, selbst wenn die Lambda-Funktion oder die RDS-Datenbank vorübergehend nicht verfügbar sind. Das Ersetzen der RDS-Instanz durch DynamoDB löst das Problem der Nachrichtenpersistenz nicht direkt. Das Konfigurieren einer SQS-Warteschlange als Ziel für die Lambda-Funktion ist nicht der richtige Ansatz; SQS ist ein Ziel für SNS oder eine Quelle für Lambda, nicht umgekehrt. Das Ersetzen von SNS durch EventBridge bietet keine inhärente Lösung für Nachrichtenverlust bei nachgeschalteten Ausfällen ohne zusätzliche Konfiguration wie eine DLQ oder eine SQS-Warteschlange.