DVA-C02 練習問題 13

ある企業が AWS 上でサーバーレスアプリケーションを構築しています。このアプリケーションは AWS Lambda 関数を使用して、24 時間 365 日体制で顧客の注文を処理します。Lambda 関数は支払い処理のために外部ベンダーの HTTP API を呼び出します。 負荷テスト中に、開発者は外部ベンダーの支払い処理 API が時折タイムアウトしてエラーを返すことを発見しました。同社は、一部の支払い処理 API 呼び出しがエラーを返すことを想定しています。 同社は、支払い処理外部 API のエラー率が 1 時間あたりの全トランザクション数の 5% を超えた場合にのみ、サポートチームがほぼリアルタイムで通知を受け取ることを望んでいます。開発者は、サポートチームに通知するよう構成済みの既存の Amazon Simple Notification Service (Amazon SNS) トピックを使用する必要があります。 これらの要件を満たすソリューションはどれですか？

【正解】B

【0からの解説】
要件は「外部 API のエラー率が 1 時間あたり 5% を超えたときにのみ、ほぼリアルタイムで SNS 通知」です。これは CloudWatch のカスタムメトリクス + CloudWatch アラームの典型パターンです。Lambda から PutMetricData で「成功数」「失敗数（エラー）」などをカスタムメトリクスとして発行し、CloudWatch アラームでメトリクス演算（失敗 ÷ 全体）を用いてエラー率を算出、しきい値 5%・評価期間 1 時間でアラームを構成します。アラームのアクションに既存 SNS トピックを指定すれば、しきい値超過時に即座に通知が飛びます。マネージドで低レイテンシ、運用も簡潔です。

【誤りの選択肢】
A：ログを書き込み、別の Lambda をスケジュール実行して Logs Insights でクエリしてしきい値判定する方式は、ポーリング間隔ぶんの遅延と自作ロジックの保守負荷があり、「ほぼリアルタイム」かつシンプルという点で劣ります。
C：すべての結果を新しい SNS トピックに発行すると成功も失敗も全件通知されてしまい、「エラー率 5% 超過時のみ」という条件付き通知を実現できません。
D：S3 + Athena の定期クエリはバッチ的でレイテンシが大きく、また Athena 自体がしきい値超過で SNS に通知する機能を持たないため要件を満たせません。

【参考】
CloudWatch カスタムメトリクスの発行
CloudWatch アラームの使用