AWS Certified CloudOps Engineer - Associate (SOA-C03) #1 試験の紹介 — 試験構造と学習ロードマップ
AWS 実務トラック 27 編 でコンソールと CLI の上でインフラを直接動かしてみて、SAA-C03 で設計視点を、DVA-C02 で開発視点を整理したなら、その次の段階は そのインフラを運用と障害対応まで可能な水準に引き上げること です。AWS 資格は入門 (Foundational)・関連 (Associate)・専門 (Professional)・専門分野 (Specialty) の 4 段階で構成され、その中で運用職種が目標とする Associate 試験がまさに AWS Certified CloudOps Engineer - Associate (SOA-C03) です。
この記事はシリーズの出発点です。試験に入る前に頭に入れておきたい全体像、つまり 試験が何を問うのか、どんな形で問うのか、SAA・DVA と何が違うのか、そして どう準備すれば 130 分以内に 720 点を超えられるのか を整理します。
まず名前から: SysOps から CloudOps へ #
この試験を調べると、旧名称の AWS Certified SysOps Administrator - Associate も一緒に出てきます。2 つは別の試験ではなく、同じ資格の世代差 です。
- SOA-C02 (SysOps Administrator): 最終受験日が 2025 年 9 月 29 日 で、すでに引退しました。
- SOA-C03 (CloudOps Engineer): 2025 年 9 月 30 日から施行された現行試験です。名前が SysOps Administrator から CloudOps Engineer に変わりました。
ですから 2026 年現在に受験する試験は SOA-C03 一つだけです。市場には SOA-C02 基準の資料がまだ多く残っているので、資料を選ぶときに試験コードが C03 かどうかを必ず確認する のが最初の落とし穴回避です。C02 から C03 に移って変わった点は、下の別の節で改めて押さえます。
SOA-C03 はどんな資格か #
SOA-C03 は すでにデプロイされた AWS 環境をモニタリングし、自動化し、障害に対応し、コストとパフォーマンスを管理できるか を問う資格です。SAA が「何をどう設計するか」を問うたなら、CloudOps Engineer はその設計が 動き始めた後の運用 を問います。
試験のすべての問題は、事実上一つの問いの変形です。
「この環境でこのような症状 (アラーム・障害・パフォーマンス低下・セキュリティイベント) が生じたとき、最も適切な運用対応は何か。」
ですから単純な暗記では点数が上がりません。同じサービスでも、いつ CloudWatch Alarm が答えで、いつ EventBridge ルールが答えなのか、いつ Auto Scaling が答えで、いつ Systems Manager Automation が答えなのか を運用シナリオ基準で区別できる必要があります。この試験を通過した人は、AWS 環境で 障害を検知して復旧を自動化する運用の流れ を設計判断の尺度として使える人です。
どんな人に価値があるか #
| 職種 | 効用 |
|---|---|
| インフラ / DevOps エンジニア | モニタリング・自動化・障害対応を公式な能力として証明。運用職種の中核 Associate |
| SRE / プラットフォームエンジニア | 信頼性・継続性設計と運用自動化の共通語彙を確保 |
| バックエンド / フルスタック開発者 | 自分のアプリケーションの運用面 (ログ・指標・復旧) を直接担えるように |
| クラウド運用入門者 | SAA の設計知識を「運用可能な形」へ一段具体化 |
SOA-C03 は Associate 4 種 (CLF は入門) の中で、運用職種が SAA の次に最も多く選ぶ試験 です。設計だけ知る人と運用まで知る人を分ける資格だと考えるとよいでしょう。
SAA・DVA と何が違うのか #
すでに SAA-C03 シリーズ や DVA-C02 シリーズ を経てきたなら、3 つの試験の角度がどう違うのかを押さえておくと、学習の方向を定めるのに役立ちます。
| 項目 | SAA-C03 (設計) | DVA-C02 (開発) | SOA-C03 (運用) |
|---|---|---|---|
| 問うもの | 要件に合うアーキテクチャの選択 | コードで AWS サービスを扱う方法 | デプロイされた環境の運用と障害対応 |
| 代表的なテーマ | VPC 設計、DB 選択、DR パターン | Lambda、API Gateway、DynamoDB SDK | CloudWatch、Systems Manager、自動復旧 |
| 時点 | 作る前 | 作っている最中 | 作った後 |
| 問題の質感 | 設計のトレードオフ | コード・SDK の挙動 | 運用シナリオ・トラブルシューティング |
3 つの試験はサービス一覧がかなり重なります。ただし 問う時点 が違います。SAA が「このワークロードに Aurora が合うか DynamoDB が合うか」を問うなら、SOA は「運用中の RDS の CPU がずっと 100% なのに、どう診断して対応するか」を問います。同じ RDS でも、設計選択ではなく運用対応 を問うのです。
試験構造 #
SOA-C03 の形式は次のとおりです。
- 問題数: 65 問 (このうち採点 50 問 + 非採点 15 問)
- 試験時間: 130 分
- 合格点: 720 / 1000 (scaled score)
- 受験費用: 150 USD
- 問題形式: 選択式 (4 択 1 正解) + 複数回答 (5 つ以上の選択肢のうち 2 つ以上正解)
- 有効期間: 3 年
- 受験方法: 試験会場 (テストセンター) またはオンライン監督 (OnVUE)
- 言語: 韓国語を含む多言語で提供
過去の SOA-C02 初期には、コンソールで直接課題を実行する 実技試験 (Exam Lab) がありましたが、2023 年 3 月に削除され、SOA-C03 にも戻ってきませんでした。したがって現在の試験は すべて選択式と複数回答 だけで構成されます。非採点 15 問は AWS が今後の出題のために混ぜておく問題で、点数には反映されず、どの問題が非採点かは分からないので、すべての問題を同じように解けばよいでしょう。採点 50 問基準で 720 点なら、おおよそ 正答率 70% 前後 が合格ラインだと考えるとよいでしょう。
5 つのドメイン #
SOA-C03 は 5 つのドメインに分かれ、比重は次のとおりです。この比重はそのまま 学習時間配分の基準 です。
| ドメイン | 比重 | 中心となる問い |
|---|---|---|
| Domain 1. モニタリング・ロギング・分析・復旧・パフォーマンス | 22% | 何が起きたかをどう検知し、自動でどう復旧するか |
| Domain 2. 信頼性とビジネス継続性 | 22% | 障害が出てもサービスが継続し、データが保存されるようにするには |
| Domain 3. デプロイ・プロビジョニング・自動化 | 22% | 環境をコードで一貫してデプロイし、繰り返し作業を自動化するには |
| Domain 4. ネットワーキングとコンテンツ配信 | 18% | 接続できないとき、どこを見てどう直すか |
| Domain 5. セキュリティとコンプライアンス | 16% | 誰が何をしたかを追跡し、規定をどう強制するか |
前の 3 つのドメイン (モニタリング・信頼性・デプロイ自動化) がそれぞれ 22% で、試験の約 3 分の 2 を占めます。この 3 つが CloudOps Engineer の中心であり、そのためこのシリーズも #2 から #9 までの 8 編をこの 3 つのドメインに割り当てました。CloudWatch・Systems Manager・CloudFormation は試験全体に繰り返し登場するので、最も固く押さえるのが効率的です。
SOA-C02 から C03 へ変わった点 #
C02 基準の資料で勉強していた人のために、何が追加されたかを押さえておきます。AWS 発表基準では 既存の出題範囲から外れたテーマはなく、新しいテーマが加わって再編された形 です。
- コンテナ運用の編入: ECS・EKS・ECR が出題範囲に入りました。コンテナを立ち上げることを超えて、ロギング・モニタリング・デプロイ運用 の観点で扱います。
- IaC の強化: CloudFormation 中心だった範囲が、CDK・Terraform・Git を含む形に広がりました。
- マルチアカウントの強調: AWS Organizations とマルチリージョン運用の比重が大きくなりました。
- ドメイン再編: C02 の 6 ドメインが 5 つに統合され、パフォーマンス最適化が別ドメインからモニタリングドメインの中に入りました。
要点は、運用の対象が EC2 中心からコンテナとマルチアカウントまで広がった ということです。コンテナ運用はこのシリーズ #9 で別途扱います。
試験形式: 運用シナリオ問題の読み方 #
SOA-C03 の問題はおおむね次の構造に従います。
- 状況説明。「ある会社が特定のワークロードを運用していて、ある症状が発生した」
- 制約条件。「運用負担を最小化しながら自動で復旧しなければならない」
- 質問。「次のうち要件を満たす最も適切な対応は?」
ここで点数を分けるのは 制約条件のキーワード です。同じ症状でも、条件が「運用負担の最小化」なのか「手動介入なしで自動復旧」なのか「最速の診断」なのかによって正解が変わります。たとえば「手動介入なしで (without manual intervention)」が条件なら、人がコンソールで対応する解答よりも、EventBridge と Systems Manager Automation を組み合わせた 自動復旧の解答 が正解である確率が高いです。
問題を読むときは、状況説明より制約条件と質問を先に読んで、その基準で選択肢を絞り込む習慣が時間を大きく節約してくれます。
学習戦略 #
このシリーズは次の前提を敷いて設計しました。
- 実務感覚の上に運用語彙を乗せます。 AWS 実務トラック 27 編 でサービスを直接扱ってみたなら、試験はその経験を「運用判断基準」として整理する過程です。実務経験がないと試験だけでは問題の文脈をつかみにくいので、実務トラックの並行をおすすめします。
- SAA の設計語彙を前提にします。 SAA-C03 シリーズ で扱った VPC・DB・DR 設計は SOA でもそのまま使われ、SOA はその上に運用層を加えます。SAA を経ていないなら並行をおすすめします。
- ドメイン比重どおりに時間を配分します。 前の 3 つのドメイン (各 22%) に最も多くの時間を、セキュリティ (16%) に最も少ない時間を使うのが点数効率が高いです。
- 模擬試験は後半に集中します。 ドメイン学習 (#2〜#13) を終えた後、#14 試験のコツと #15 模擬試験で締めくくります。模擬試験は知識確認ではなく、時間配分と落とし穴の見極めを練習する道具 です。
130 分に 65 問なら 1 問あたり平均 2 分 です。運用シナリオが長く 1 問あたりの時間が厳しいので、分からない問題は印 (Mark for Review) だけ付けて飛ばし、最後にもう一度見る運用が重要です。
よくある落とし穴 #
1) SOA-C02 の資料で勉強する #
最もよくある落とし穴です。市場の講座・問題集のかなりがまだ C02 基準なので、コンテナ・IaC の拡張範囲が抜けていたり、なくなった実技試験を説明していたりします。資料の試験コードが C03 かをまず確認してください。
2) 設計問題と勘違いする #
SAA を先に受けた人は、運用問題を設計問題のように読む誤りをします。SOA は「何を選んで作るか」ではなく「すでに動いている環境で何を対応するか」を問います。選択肢を設計の優秀さではなく運用の適切さで判断しなければなりません。
3) 制約条件のキーワードを読み飛ばす #
「least operational overhead」「without manual intervention」「fastest recovery」のような表現が正解を決めます。症状説明に集中して最後の一行の条件を見落とすと、見当違いの選択肢を選ぶことになります。
4) 複数回答問題の正解数を見落とす #
「Choose TWO」または「Choose THREE」の表記を見逃して一つだけ選ぶと自動的に不正解です。問題の最終行の正解数の表記を必ず確認する習慣が必要です。
まとめ #
この記事で押さえたこと:
- SOA-C03 はデプロイされた AWS 環境の運用能力を検証する Associate 資格。SysOps Administrator から CloudOps Engineer に改名 され、旧 SOA-C02 は 2025-09-29 に引退
- 65 問 / 130 分 / 720 点 / 150 USD / 3 年有効。実技試験は削除。採点 50 問基準で正答率 70% 前後が合格ライン
- 5 つのドメイン。モニタリング (22%) · 信頼性 (22%) · デプロイ自動化 (22%) · ネットワーキング (18%) · セキュリティ (16%)。前の 3 つのドメインが試験の 3 分の 2
- C02 との違い。コンテナ (ECS・EKS・ECR) の編入、IaC (CDK・Terraform) の強化、Organizations・マルチリージョンの強調
- 学習戦略。実務トラックと SAA 語彙の上に運用視点を乗せる。ドメイン比重どおりに時間配分。模擬試験は後半に集中
- 落とし穴。C02 資料で勉強、設計問題と勘違い、制約キーワードの読み飛ばし、複数回答の正解数の見落とし
次: Domain 1-1 CloudWatch 指標とアラーム #
試験構造は整理しました。これから最も比重の大きいモニタリングドメインの最初のトピックに入ります。
#2 Domain 1-1 モニタリング — CloudWatch 指標・アラーム・ダッシュボード では、CloudWatch が指標を収集する方法、標準指標とカスタム指標の違い、アラームの状態としきい値設計、複合アラーム (Composite Alarm)、そしてダッシュボードで運用状況を一目で見る構成まで整理します。