為了防止下游 RDS 資料庫無法使用（例如，關閉）時 SNS 通知訊息遺失，哪些變更可以防止訊息遺失？（選擇兩項）

當下游 RDS 資料庫不可用時，為 SNS topic 配置 Amazon SQS dead-letter queue (DLQ) 可以確保未成功遞送的訊息被保留下來，以便稍後進行處理或分析，防止訊息遺失。將 Amazon SQS 佇列訂閱到 SNS topic，並讓 Lambda 函數從 SQS 佇列處理訊息，可以提供一個緩衝區。即使 RDS 暫時不可用，SNS 訊息也會被發送到 SQS 佇列並持久儲存，直到 Lambda 函數能夠成功從 SQS 讀取並處理這些訊息。這兩種方法都增加了系統的彈性和訊息的持久性。替換為 DynamoDB 或 EventBridge 並不能直接解決 RDS 不可用時的訊息遺失問題，因為它們是不同的服務，不提供訊息緩衝或重試機制來處理下游服務故障。將 SQS 佇列配置為 Lambda 函數的目標，而不是訂閱 SNS topic，會改變訊息流，不能直接解決 SNS 訊息遺失問題。