無限ノック › SOA 練習問題一覧 › 問題SOA モニタリング、ロギング、分析、修復、およびパフォーマンスの最適化
ある企業はAmazon EKS上でマイクロサービスを運用しており、各サービスはPrometheus形式のメトリクスを公開しています。運用チームは長期間のメトリクス保持とPromQL（Prometheusのクエリ言語）によるクエリを必要としていますが、Prometheusサーバー自体の管理・スケーリング・可用性確保に要する運用負荷を排除したいと考えています。最も運用負荷が低いソリューションはどれですか？
A Amazon EC2インスタンス上にPrometheusサーバーをデプロイし、EBSボリュームにメトリクスを永続化する。スケールアップはEC2インスタンスタイプ変更で対応する
EC2上のPrometheus自己管理は高い運用負荷を伴います。
B Amazon Managed Service for Prometheusワークスペースを作成し、EKSクラスターにデプロイしたPrometheusエージェントまたはOpenTelemetryコレクターからリモートライトでメトリクスを送信する
✓ 正解
Amazon Managed Service for Prometheus（AMP）はフルマネージドのPrometheus互換サービスであり、サーバーの管理・パッチ・スケーリングが不要です。EKSクラスターのPrometheusエージェントやOpenTelemetryコレクターからremote_write設定でAMPワークスペースにメトリクスを送信し、Amazon Managed Grafanaと組み合わせてPromQLによる可視化が可能です。
C CloudWatch Container Insightsを有効化し、CloudWatch Metrics APIを通じてPrometheusメトリクスを収集・保存する
CloudWatch Container InsightsはPromQL非対応です。
D Amazon OpenSearch Serviceクラスターを構築し、FluentBitでPrometheusメトリクスをOpenSearch Dashboardsに転送して可視化する
Amazon OpenSearch ServiceはElasticsearchベースの全文検索・ログ分析エンジンであり、Prometheus形式のメトリクス収集やPromQLによるクエリには対応していないため、このユースケースには不適切です。
解説 Amazon Managed Service for Prometheus（AMP）はフルマネージドのPrometheus互換サービスであり、サーバーの管理・パッチ・スケーリングが不要です。EKSクラスターのPrometheusエージェントやOpenTelemetryコレクターからremote_write設定でAMPワークスペースにメトリクスを送信し、Amazon Managed Grafanaと組み合わせてPromQLによる可視化が可能です。
選択肢AのEC2上のPrometheus自己管理は高い運用負荷を伴います。
選択肢CのCloudWatch Container InsightsはPromQL非対応です。
選択肢DのAmazon OpenSearch ServiceはElasticsearchベースの全文検索・ログ分析エンジンであり、Prometheus形式のメトリクス収集やPromQLによるクエリには対応していないため、このユースケースには不適切です。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →