この記事についてClaude（Anthropic）との共同編集により作成されました。
要約
- クラウド資格は「AWSを縦に深掘りせよ」が定番だが、それはインフラを志す人にとっての正論であって、万人の正解ではない
- SAP（Solutions Architect – Professional）やDevOps Professionalまで取ると、組織から「担当候補」と見なされ業務範囲が意図せず広がる構造的リスクがある
- 開発者・MLエンジニア・データサイエンティストが伸ばしたい軸は「AWS全体」ではなく職種に紐づいた狭い領域のはず
- 報奨金は「即時のキャッシュ」だが、業務範囲の拡大は「複利で効くコスト」——取得前にその天秤を意識しておく価値がある
- 逃げ道として、CKAやTerraform Associateなどベンダーニュートラル系は「インフラ担当」ラベルが貼られにくく、職域を守りながら横展開できる
弊社はAWSを使っていて、資格報奨金もある。SAA（Solutions Architect – Associate）を取った後、SAP（Solutions Architect – Professional）まで進もうかとふと考えた。
そういう気分になったときに読むロードマップ系の記事は大抵、同じ結論に着地する。「今使っているクラウドをまず縦に深掘りせよ。1つを深く知ってから2つ目は速い」——これは間違っていないし、根拠のある主張だ。
ただ、その主張はある前提を素通りしている。「あなたが本当にやりたいのはAWSを網羅することなのか？」というところ。意識高い系のロードマップが意外と触れない、構造的な問題がある。その話を整理した。
クラウド資格は今こうなっている
前提として全体像を軽く把握しておく。AWSだけが資格体系が充実しているわけではない。
| ベンダー | 資格数（概算） | 上位レベルの試験料 | 特徴 |
|---|---|---|---|
| AWS | 約12〜13種 | $300 | 合格後に次回50%オフバウチャーあり^1 |
| Azure | 約24種（Azure単体） | $165 | 有効期間1年だが無料オンライン更新可^2 |
| GCP | 約13〜14種 | $200 | Professional の有効期間2年。年収プレミアムは3社で最高^3 |
| OCI | 約12種以上 | $245 | Foundationsレベルが完全無料で受験可 |
2025〜2026年は各社ともAI/ML・生成AI系の資格を急速に拡充しており、AWS は2026年に Generative AI Developer – Professional を新設、Azure も AI-103・AI-200・AI-300 の3資格を2026年5〜7月に順次追加予定だ。
求人数はAWSが約18万件（グローバル）でトップ。Azureが約14万件で大企業IT案件を中心に続く。GCPは6万件と少ないが取得者も少ないため、単位資格あたりの年収プレミアムは最も高いとされる^4。
この「全体像の整理」まではロードマップ記事に書いてある。本記事はここから先の話だ。
「AWSを縦に深掘りせよ」の正論と、その前提
「深さ優先」の合理性から始める。これはフェアに評価したい。
AWS に深い知識がある人がAzureを学ぶ場合、「概念の学び直し」はほとんど不要で、「AWS のサービス名を Azure の名前に翻訳する作業」が中心になる、という実務者の声がある^5。ネットワーク、IAM、ストレージ、コンピュートの根本的な設計思想は各社共通で、AWS のアーキテクチャを深く理解していれば、2つ目のクラウドへの転用コストは驚くほど低い。
これは事実だと思う。「1つを深く知ってから横展開」は、最終的にマルチクラウド人材になる最短ルートでもある。
ただし、この主張には暗黙の前提がある。
「あなたが今後もクラウドインフラの世界で生きていく」——この前提だ。
SAP（Solutions Architect – Professional）やDevOps Engineerのスキルが武器として機能するのは、クラウドアーキテクチャの設計・運用が自分のキャリアの中心に置かれている人の話だ。開発者、データサイエンティスト、MLエンジニアが「AWSを縦に深掘りすること」は、本当に自分のキャリア軸なのか——ここが問い直したい部分になる。
深い資格を持つと「インフラまでやらされる」
資格推進派があまり触れたがらない、非常に現実的な問題がある。「できると思われて仕事が降ってくる」現象だ。
SAA を取っただけで「AWS わかる人」認定され、本来インフラチームが担うべき VPC 設計やセキュリティグループの設定が飛んでくる。SAP まで取ろうものなら「開発もできるインフラの人」として扱われるリスクがある。
資格は「知識がある」ことの証明であって「その業務をやりたい」という意思表示ではない。しかし組織はそれを区別しない。
なぜ起きるか、構造を整理する。
1つ目は「この人、わかるんでしょ？」の期待値バグ。 ロール設計が曖昧な組織では、「できる人に仕事が集中する」のは資格の有無に関係なく起きる。資格はその「できる」の証拠として機能してしまう。
2つ目は “You Build It, You Run It” 文化の拡大。 Amazon の Werner Vogels CTO が2006年に提唱した「作った人が運用する」哲学^6 が業界全体に広がっている。この文化と資格が組み合わさると、「資格も持ってるし、自分が作ったサービスのインフラも自分で面倒見てね」という流れが自然に生まれる。オンコール対応、監視基盤の構築、デプロイパイプラインの管理——これらが開発者に降ってくる。
HN（Hacker News）では、開発者からこんな声が出ている^7。
「なんでソフトウェアを開発するために AWS を知らないといけないんだ？ それは DevOps か sysadmin の仕事じゃないのか？」
この不満は、クラウドの複雑さが開発者にまで押し付けられる構造的な問題に対するものだが、資格がその流れを加速する装置になっているのは事実だ。
資格レベル別のリスクを整理するとこうなる。
| 資格レベル | やらされリスク | 具体的に降ってくる業務 |
|---|---|---|
| Cloud Practitioner | 低い | 「AWSの画面見せて」程度 |
| SA Associate | 中〜高 | VPC設計、IAMポリシー作成、コスト見積もり |
| Developer Associate | 中 | CI/CDパイプライン構築、Lambda周りのトラブルシュート |
| SA Professional | 非常に高い | マルチアカウント設計、DR設計、全体アーキテクチャレビュー |
| DevOps Professional | 非常に高い | 本番環境のインシデント対応、IaC全般、監視基盤構築 |
| Security Specialty | 高い | セキュリティ監査、GuardDuty/SecurityHubの運用 |
特に中小企業・スタートアップ・SIerでは専任インフラチームが薄いため、この傾向が顕著だ。
そもそもあなたはAWSを網羅したいのか？
ここが本質的な問いになる。
いくつか問いを並べてみる。
- 5年後、SAP を持っていることが武器として効くのは、どんな職種か？
- その職種は今のあなたが目指す方向と一致しているか？
- 同じ時間で、得意言語の深掘り、ML論文の読み込み、CS基礎の補強——そういう選択肢はないか？
報奨金は「即時のキャッシュ」だが、業務範囲の拡大は「複利で効くコスト」になる。5万円の報奨金で月20時間の追加業務が発生するなら、時給換算で割に合わない。
「業務で使うから役に立つ」と「やりたいことだから伸ばす」は別物だ。
職種別に見ると、スイートスポットはだいたい見えてくる。
| 職種 | スイートスポット | 越境になりやすい資格 |
|---|---|---|
| アプリケーション開発者 | Developer Associate（DVA-C02） | SA Professional、DevOps Professional |
| データサイエンティスト | ML Engineer Associate（MLA-C01） | SAA すら不要なケースが多い |
| バックエンド開発者 | SA Associate まで | Security Specialty |
| MLエンジニア | ML Engineer Associate | SA Professional |
| PM・プリセールス | Cloud Practitioner（CLF-C02） | Associate 以上全般 |
データサイエンティストやMLエンジニアにとって、SAA は「クラウドの全体像を把握する」には有効だが、SA Professional は完全に越境だ。モデルのデプロイ・チューニング・実験管理に時間を使ったほうがキャリア軸に直結する。
開発者にとってのDeveloper Associateは「開発者の言語」として機能するスイートスポットで、Lambda・API Gateway・DynamoDB周りを扱う人には実務直結の知識になる。SAP はそこからの越境だ。
防衛戦略: インフラに飲み込まれないための4つの選択
意図せず業務範囲が広がっていくのを防ぐには、取得前から動く必要がある。
1. 取る資格を職種に合わせて意図的に選ぶ
職種に合ったものだけ取り、守備範囲外の資格は報奨金があっても保留する判断もある。「やろうと思えばできる」と思われることのコストを事前に想像しておく。
2. 「知識はあるが担当ではない」を明示する
資格を取った上で、上司や組織に対して「体系的に学ぶために取ったが、インフラ業務の担当は別」と明確に伝える。取得のタイミングで認識を合わせておくのが重要で、事後に言っても説得力が落ちる。
3. 報奨金のROIと業務負荷を天秤にかける
「報奨金を取る → 業務範囲を変えない」という合意が事前に取れるなら取りにいく。そうでなければ、報奨金額と想定業務負荷の増加を冷静に見積もってから判断する。
4. ベンダーニュートラル資格に逃げる
CKA（Certified Kubernetes Administrator）や Terraform Associate は「特定ベンダーのインフラ担当」ラベルを貼られにくい。「モダンな技術スタック全般に詳しい人」という印象になるため、AWS特有のインフラ業務を丸投げされるリスクは相対的に低い^8。
CKAは年収上乗せ効果もAWS Associate級かそれ以上で、実技試験（ターミナル操作で実際にkubectlを叩く）なので「ベスプラ暗記感」もない。Terraform Associate は$70.50と安く、AWS/Azure/GCP全てに使えるのでポータビリティが高い。ベンダー資格への抵抗感がある場合にも相性が良い組み合わせだ。
まとめ
「AWSを縦に深掘りせよ」は正論だ。ただし、インフラを本職とする、あるいはそこを志す人にとっての正論だ。
開発者・データサイエンティスト・MLエンジニアは、職種に紐づいた Associate レベルで止める判断が現実的で、多くの場合それで十分なキャリアインパクトが得られる。SA Professional以上は別のキャリア判断だ。
資格のコストは試験料と勉強時間だけではない。「インフラまで担当できると思われること」の業務負荷が、複利で効いてくるコストとして乗ってくる。
報奨金に釣られてキャリア軸からズレる前に、一度「自分は本当にAWSを縦に網羅したいのか」を問い直してみる価値はある。
参考文献
- AWS Certification — 資格一覧・試験料・バウチャー制度 https://aws.amazon.com/certification/exams
- Microsoft Learn — Azure Credentials 一覧・更新ポリシー https://learn.microsoft.com/en-us/credentials/browse/?products=azure&credential_types=certification
- Google Cloud — Certifications https://cloud.google.com/learn/certification
- StudyTech — AWS vs Azure vs GCP Certifications https://studytech.ai/blog/aws-vs-azure-vs-gcp-certifications
- Reddit r/AzureCertification — AWS to Azure の実務者の声 https://www.reddit.com/r/AzureCertification/comments/1qw8k72/aws_to_azure/
- SRE School — What is “You Build It, You Run It”? https://sreschool.com/blog/you-build-it-you-run-it/
- Hacker News — Escaping surprise bills and over-engineered messes: Why I left AWS https://brianlovin.com/hn/42927172
- CNCF — Certified Kubernetes Administrator (CKA) https://www.cncf.io/certification/expert