AWS認定資格 WEB問題集＆徹底解説
デベロッパー–アソシエイト
解説
正解はC（カスタム名前空間の作成）です。Amazon CloudWatchでは、カスタムメトリクスを送信する際に「名前空間（namespace）」を指定することができます。名前空間はメトリクスのグルーピング単位として機能し、アプリケーションごとに固有の名前空間を定義することで、複数アプリケーションのメトリクスを整理・識別しやすくなります。その上で、各名前空間内に一意のメトリクス名を設定してCloudWatchダッシュボードに集約表示することで、単一画面での監視が実現できます。これはCloudWatchのベストプラクティスに沿ったアプローチです。
選択肢 A：CloudWatchアラームはメトリクスのしきい値超過時に通知を行う機能であり、メトリクスデータ自体を整理・識別する仕組みではありません。アラームを作成しても、ダッシュボードへのメトリクス表示の整理には直接寄与しないため、要件を満たしません。
選択肢 B：Amazon EventBridgeはイベント駆動型のルーティングサービスであり、パフォーマンスメトリクスをCloudWatchダッシュボードに集約表示するための手段としては適切ではありません。カスタムメトリクスの管理はCloudWatchの機能を直接利用すべきです。
選択肢 D：CloudWatch Logsのログストリームはログデータの格納・検索に使用されるものであり、数値メトリクスの送信・ダッシュボード表示には直接対応していません。メトリクスを扱うには、CloudWatchカスタムメトリクスのAPIを使用する必要があります。
選択肢 A：CloudWatchアラームはメトリクスのしきい値超過時に通知を行う機能であり、メトリクスデータ自体を整理・識別する仕組みではありません。アラームを作成しても、ダッシュボードへのメトリクス表示の整理には直接寄与しないため、要件を満たしません。
選択肢 B：Amazon EventBridgeはイベント駆動型のルーティングサービスであり、パフォーマンスメトリクスをCloudWatchダッシュボードに集約表示するための手段としては適切ではありません。カスタムメトリクスの管理はCloudWatchの機能を直接利用すべきです。
選択肢 D：CloudWatch Logsのログストリームはログデータの格納・検索に使用されるものであり、数値メトリクスの送信・ダッシュボード表示には直接対応していません。メトリクスを扱うには、CloudWatchカスタムメトリクスのAPIを使用する必要があります。
関連サービスの解説
Amazon CloudWatch＋ 質問 / コメント
解答・解説に疑問がある場合や、よりよい解説がある場合など、お気軽にコメントください。ただし、短文コメントは表示されません。また、中傷などコメントの内容によっては、会員機能を停止させて頂きます。教え学び合える場になれば嬉しいです。（コメント投稿にはログインが必要です）
正答率 53%
No.14 解説
ある企業では、複数のマイクロサービスアプリケーションをAmazon EC2上で稼働させており、各アプリケーションはそれぞれ独立したチームによって開発・管理されています。運用チームから「すべてのアプリケーションの主要パフォーマンス指標を、Amazon CloudWatchの単一のダッシュボード上でまとめて確認したい」という要件が提示されました。
開発者はこの要件を満たすために、アプリケーションごとに独自のメトリクスをCloudWatchへ送信する仕組みを実装したいと考えています。
この要件を最も適切に実現するために、開発者が取るべきアプローチはどれですか？
開発者はこの要件を満たすために、アプリケーションごとに独自のメトリクスをCloudWatchへ送信する仕組みを実装したいと考えています。
この要件を最も適切に実現するために、開発者が取るべきアプローチはどれですか？
- アプリケーションごとに一意のメトリクス名を持つカスタムアラームをAmazon CloudWatchに作成する
- アプリケーションごとに一意のメトリクス名を持つカスタムイベントをAmazon EventBridgeに作成する
- アプリケーションごとに一意のメトリクス名を持つカスタム名前空間（namespace）をAmazon CloudWatchに作成する
- アプリケーションごとに一意のメトリクス名を持つカスタムログストリームをAmazon CloudWatch Logsに作成する