AWS認定資格 WEB問題集&徹底解説CloudOpsエンジニア アソシエイト(SOA)

AWS DevOps Agent の概要と試験出題ポイントは?

AWSサービスの一つであるAWS DevOps Agentはどんな内容なのでしょうか?また、AWS認定資格のSysOpsアドミニストレーター -アソシエイト(SOA)に合格するためには、サービスのどんなポイントを押さえておけばよいのでしょうか?
ここでは、そんなあなたの疑問に回答していきたいと思います

AWS DevOps Agent 徹底解説 | AWS認定試験の頻出ポイントまとめ

1. サービス概要

AWS DevOps Agentは、インシデントの調査・原因特定・緩和策の提示を自律的に行う、生成AIベースの運用支援サービスです。 アラートやチケットが発生した時点で調査を始め、メトリクス、ログ、トレース、コード変更、デプロイ履歴を突き合わせて根本原因と緩和プランを示します。 2025年12月にプレビューとして発表され、2026年3月31日に一般提供(GA)となりました(リリース前のコードレビューなどを行うリリース管理機能は2026年10月時点でプレビュー)。

AWSだけでなく、Azureやオンプレミスのワークロード、DatadogやDynatraceなどのサードパーティ監視ツールとも連携します。 SOA-C03(CloudOps Engineer)の試験ガイドv1.1では、メトリクスにもとづく問題の特定と修復(1.2)、既存リソース管理の自動化(3.2)の両方で名指しされています。 目的は平均復旧時間(MTTR)の短縮と、過去のインシデントから再発防止策を導くことです。

2. 主な特徴と機能

2.1 自律的なインシデント調査

CloudWatchアラーム、PagerDuty、ServiceNowのチケット、Webhookなどを起点に調査を自動で開始します。 調査計画を立て、必要に応じてサブエージェントで並列にデータを集め、原因の仮説・確定した根本原因・影響範囲・タイムラインをまとめます。 Webアプリから手動で調査を始めたり、調査中にチャットで方向修正したりすることもできます。

2.2 アプリケーショントポロジー

接続したアカウントのリソースを自動で検出し、サービス間の依存関係をトポロジーとして把握します。 これにより、ALB・ECS・RDSにまたがる障害のように起点が分かりにくい事象でも、依存関係をたどって原因と影響範囲を絞り込めます。

2.3 緩和プランの提示

根本原因の分析後、推奨する対処、期待される結果、前提条件を含む緩和の提案を示します。 担当者は提案を確認し、パラメータを調整したうえで適用するかどうかを判断します。人の判断を省いて本番へ勝手に修正を入れるものではありません。

2.4 予防のための改善提案

インシデント履歴のパターンを分析し、可観測性、インフラ、デプロイパイプライン、アプリケーションの回復性について改善策を提案します。 提案はコーディングエージェントに渡せる仕様の形でも出力され、Kiroなどで恒久対策を実装する流れにつなげられます。

2.5 オンデマンドのSREタスクとカスタムエージェント

チャットでインフラの状態を問い合わせたり、定期レポートや設定監査を行うカスタムエージェントを定義したりできます。 ランブックをスキルとして登録し、繰り返しの作業を一貫した手順で実行させることも可能です。必要に応じて、調査の文脈を付けたままAWSサポートへエスカレーションできます。

3. アーキテクチャおよび技術要素

  1. Agent Spaceを作成する。Agent Spaceはエージェントがアクセス・調査できる範囲を定める論理的な単位で、チームやサービス境界ごとに分けて作れる。
  2. プライマリアカウント(Agent Spaceを作成したアカウント)へのアクセス用IAMロールを設定し、必要に応じてセカンダリアカウントを追加する。
  3. CloudWatch、Datadog、Dynatrace、New Relic、Splunk、Grafanaなどのテレメトリ、GitHub・GitLabなどのコードとパイプライン、ServiceNow・PagerDuty・Slackを連携する。その他のツールはMCPサーバーやWebhookで接続する。
  4. アラートやチケットを受けるとトリアージで既存調査との関連を判定し、新規調査・既存調査への統合・スキップのいずれかを決める。
  5. 調査結果と緩和プランをWebアプリ、元のチケット、Slackへ返す。
  6. 調査や緩和の状態が変わると、Amazon EventBridgeのデフォルトイベントバスへイベント(ソースはaws.aidevops)が送られ、ルールでLambdaなどへ連携できる。

外部から調査を起動する入口がWebhook、調査の結果を後続処理へ渡す出口がEventBridgeイベント、という向きの違いを整理しておくと設計問題で迷いにくくなります。

4. セキュリティと認証・認可

  • Agent Spaceのアクセス範囲: エージェントが参照できるアカウントとリソースはIAMロールで決まる。ポリシーテンプレートを使えば、対象サービスやリソースを絞ったロールを作成できる。
  • オペレーターのアクセス: Webアプリへの入口はAWSマネジメントコンソールからのIAM認証リンク。本番運用ではIAM Identity Centerによる認証の設定が推奨される。
  • データ保護: 保存データはAWSマネージドキーで暗号化され、カスタマーマネージドキー(KMS)も利用できる。データはAgent Spaceのホームリージョンに保存され、顧客コンテンツはモデルの学習に使われない。
  • 監査: エージェントの活動は調査ジャーナルとAWS CloudTrailに記録され、誰が調査を指示・誘導したかも追跡できる。
  • 人による承認: 緩和策の適用可否は担当者が判断する。AWSサポートへのケース作成にはsupport:CreateCaseなどの権限が必要。

5. 料金形態

AWS DevOps Agentは、エージェントが運用タスクに費やした時間に対する従量課金です。待機中やアイドル時間は課金されません。

  • 課金単位: エージェント秒単位(1秒あたり0.0083米ドル)。調査、評価(予防の分析)、オンデマンドのSREタスクに同じ単価が適用される。
  • 無料トライアル: 新規顧客は2か月の無料トライアルがあり、月ごとにAgent Space数や調査時間などの上限が設けられている。
  • AWSサポートのクレジット: Business Support+、Enterprise Support、Unified Operationsの契約者には、前月のサポート料金に応じた割合のクレジットが毎月付与される。
  • 関連サービスの料金: 調査中に実行されるCloudWatch Logs Insightsのクエリやトレース取得などは、各サービスの通常料金で別途課金される。
  • プレビュー機能: リリース管理機能はプレビュー期間中は無料。

6. よくあるアーキテクチャ・設計パターン

  • アラーム起点の自動調査: CloudWatchアラームやPagerDutyのインシデントを契機に調査を開始し、根本原因と緩和プランを当番者へ届けてMTTRを短縮する。
  • 既知障害と未知障害の分担: 原因が分かっている障害はEventBridge+Systems Manager Automationで自動復旧し、ランブックを用意できない未知の障害はDevOps Agentの調査で原因を絞り込む。
  • イベント駆動の後続処理: 調査・緩和の状態変更イベントにEventBridgeルールを設定し、Lambdaで社内のインシデント管理システムへ自動登録する(ポーリング不要)。
  • 恒久対策のループ: 予防の改善提案をKiroなどのコーディングエージェントへ渡して修正を実装し、通常のレビューとデプロイで反映する。
  • マルチアカウント運用: セカンダリアカウントを追加して、複数アカウントにまたがるサービスを1つのAgent Spaceで調査する。

7. 設定・デプロイ手順(ハンズオン例)

  1. AWS DevOps Agentコンソールで「Create Agent Space」を選び、名前と応答言語(日本語も選択可)を設定する。
  2. プライマリアカウントへのアクセス用ロールを自動作成するか、ポリシーテンプレートから権限を絞ったロールを作成する。
  3. Webアプリを有効化し、オペレーター用のロールを設定する。本番ではIAM Identity Centerでの認証を構成する。
  4. CloudWatchなどのテレメトリ、GitHubなどのリポジトリ、ServiceNowやSlackを連携し、トポロジーの自動検出が終わるのを待つ。
  5. Webアプリの「Latest alarm」などから手動で調査を実行し、根本原因・タイムライン・緩和の提案を確認する。
  6. EventBridgeでソースaws.aidevopsの調査完了イベントに一致するルールを作り、Lambdaをターゲットにして通知や記録を自動化する。
  7. 調査結果にフィードバックを付け、精度の向上とレポートに活用する。

8. 試験で問われやすいポイント

8.1 サービスの役割

  • Q: AWS DevOps Agentは運用フローの中で何を担う?
    A: アラートやチケットを起点に自律的に調査し、テレメトリ・コード・デプロイ情報を相関させて根本原因と緩和プランを提示する。
  • Q: CloudWatchエージェントの代わりにメトリクスやログを収集する?
    A: いいえ。収集は従来どおりCloudWatchエージェントなどが担い、DevOps Agentは集まったデータを分析する。
  • Q: 特定した原因への修正を承認なしで本番へ自動適用する?
    A: いいえ。緩和策は提案として示され、適用するかどうかは担当者が判断する。

8.2 Systems Manager Automationとの使い分け

  • Q: 原因が判明済みで手順が決まっている障害の自動復旧は?
    A: EventBridgeからSystems Manager Automationランブックを起動する。
  • Q: 複数サービスにまたがる前例のない障害で、原因特定までの時間を短縮するには?
    A: Agent Spaceを構成し、DevOps Agentの自律調査でサービス横断のテレメトリを相関させる。

8.3 イベント連携

  • Q: 調査や緩和の状態が変わったときにLambdaを起動したい。最も運用負荷が低い方法は?
    A: デフォルトイベントバスに送られるDevOps Agentの状態変更イベント(ソースaws.aidevops)に一致するEventBridgeルールを作り、Lambdaをターゲットにする。
  • Q: 外部の監視ツールやチケットシステムから調査を起動するには?
    A: 組み込み連携(ServiceNow、PagerDutyなど)またはWebhookを使う。Webhookは調査を起動する入口であり、結果の通知はEventBridgeイベントで受ける。

8.4 構成とセキュリティ

  • Q: エージェントが調査できる範囲を定める単位は?
    A: Agent Space。IAMロールと連携ツールで範囲を決め、セカンダリアカウントを追加してマルチアカウントに対応する。
  • Q: エージェントの操作を監査するには?
    A: 調査ジャーナルとCloudTrailの記録を確認する。
  • Q: 料金は何に対して発生する?
    A: 運用タスクに費やしたエージェント時間(秒単位)。連携先サービスのクエリ料金などは別途発生する。