無限ノック › DOP 練習問題一覧 › 問題
DOPモニタリングとロギング

ある企業が複数の AWS アカウントの CloudWatch メトリクスを、既存のサードパーティ製 APM(Application Performance Management:アプリケーションパフォーマンス管理)ツールにリアルタイムで連携させる必要があります。現在は GetMetricData API をポーリングしていますが、メトリクスの遅延が 5 分以上になることがあり、API コストも高騰しています。ポーリングを排除してメトリクスをほぼリアルタイムで APM ツールに送信する最も効率的なソリューションはどれですか?

A
CloudWatch Alarm をすべてのメトリクスに設定し、SNS 経由で APM ツールの Webhook エンドポイントに通知する
誤りです。CloudWatch Alarm + SNS はアラーム状態変化の通知に限定され、全メトリクスの連続ストリームには設計されていません。
B
CloudWatch Metric Streams を設定して Amazon Data Firehose 経由で APM ツールのエンドポイントにメトリクスをストリームする
✓ 正解
CloudWatch Metric Streams は CloudWatch メトリクスを Amazon Data Firehose を通じてほぼリアルタイム(通常数分以内)でサードパーティの監視ツールにストリーミングします。OpenTelemetry 0.7 または JSON 形式に対応し、Datadog・New Relic などの主要 APM ツールとネイティブ統合できます。GetMetricData ポーリングと比較して遅延と API コストが大幅に削減されます。
C
EventBridge ルールを CloudWatch メトリクス変更イベントにマッチさせ、Lambda 経由で APM ツールに転送する
誤りです。EventBridge + Lambda は CloudWatch メトリクスの変化をネイティブなイベントソースとして扱えず、全メトリクスの継続的ストリームには不向きです。
D
CloudWatch Agent をすべての EC2 インスタンスにインストールし、カスタムスクリプトで APM ツールに直接送信する
誤りです。CloudWatch Agent は EC2 インスタンス固有のカスタムメトリクス収集には有効ですが、複数アカウントの CloudWatch メトリクス全体を APM ツールへ効率的にストリームする設計ではありません。

解説

CloudWatch Metric Streams は CloudWatch メトリクスを Amazon Data Firehose を通じてほぼリアルタイム(通常数分以内)でサードパーティの監視ツールにストリーミングします。OpenTelemetry 0.7 または JSON 形式に対応し、Datadog・New Relic などの主要 APM ツールとネイティブ統合できます。GetMetricData ポーリングと比較して遅延と API コストが大幅に削減されます。 選択肢Aは誤りです。CloudWatch Alarm + SNS はアラーム状態変化の通知に限定され、全メトリクスの連続ストリームには設計されていません。 選択肢Cは誤りです。EventBridge + Lambda は CloudWatch メトリクスの変化をネイティブなイベントソースとして扱えず、全メトリクスの継続的ストリームには不向きです。 選択肢Dは誤りです。CloudWatch Agent は EC2 インスタンス固有のカスタムメトリクス収集には有効ですが、複数アカウントの CloudWatch メトリクス全体を APM ツールへ効率的にストリームする設計ではありません。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでDOPを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← DOP の問題一覧に戻る