ある企業のAPIは、監視デバイスからリアルタイムデータを受信し、それをAmazon RDS DBインスタンスに保存しています。受信データ量は変動し、トラフィックが多いときには、データベースが書き込み量を処理できないため、APIがタイムアウトします。ソリューションアーキテクトは、データベース接続を最小限に抑え、トラフィックが多いときでもデータ損失がないようにする必要があります。どのソリューションがこれらの要件を満たしますか？

このソリューションは、APIとデータベース間の結合を解除し、データベースへの書き込み負荷を平滑化します。Amazon SQSキューは、受信データスパイクをバッファリングし、APIがタイムアウトするのを防ぎます。Lambda関数は、キューからデータを非同期的に読み取り、データベースに書き込むため、データベースが処理できる速度で書き込みが行われます。これにより、データ損失を防ぎ、データベース接続を最小限に抑え、トラフィックが多いときでもシステムの安定性を維持できます。 DBインスタンスのサイズを増やすだけでは、書き込みスパイクを完全に処理できない可能性があり、コストも増加します。Multi-AZは高可用性を提供しますが、書き込みパフォーマンスを直接向上させるものではなく、すべてのインスタンスに書き込むと競合が発生する可能性があります。Amazon SNSはパブリッシュ/サブスクライブモデルであり、メッセージを永続的に保持するようには設計されていないため、データ損失のリスクがあります。