AWS資格はあるが設計実務がない。クラウドエンジニア求人に応募できる？
対象：インフラ運用・オンプレ構築などの実務3〜10年程度でAWS資格を持ち、AWS設計の担当経験はまだ説明しにくい方
公開 2026年9月16日 更新 2026年9月16日 読了 約12分
AWS認定を取得したあとにクラウドエンジニア求人を見ると、「AWS資格歓迎」と「AWS設計・構築経験必須」が同じ欄に並んでいることがあります。資格がある自分は応募できるのか、そこで迷いやすくなります。
- AWS資格はあるが、仕事では監視と定型変更が中心
- オンプレの構築経験はあるが、AWSの設計は未経験
- 個人で構成図を作ったことを、設計実務と書いてよいか
結論は、資格だけで一律に応募可・不可を決めない、です。資格が歓迎でも設計・構築の実務が必須なら、その必須条件は別に確認します。一方、クラウド運用やオンプレの実務を入口とする求人なら、担当範囲によって比較候補になり得ます。
この記事では、企業の公開採用情報で確認した要件の違いを使い、資格・業務使用・構築・設計を分けて照合します。個別企業の合否や、SOGNOが保有する求人の有無を示す記事ではありません。
この記事の要点
- AWS認定は知識の証拠。業務での設計・構築経験の証明とは分ける
- 「設計必須」「運用も対象」「オンプレ経験から移行可」で求人を分ける
- 必須要件ごとに案件・担当工程・判断・成果物を置き、歓迎資格で不足を相殺しない
- 応募、90日だけ実績づくり、別方向の比較を条件付きで決める
結論：AWS資格だけで設計求人の応募条件は満たせない
求人に「設計・構築の実務経験必須」とあれば、AWS認定を持つことだけではその経験を示せません。「応募そのものが禁止」という意味ではなく、必須と書かれた条件に対して事実をどう説明できるか、事前確認が必要という意味です。
一方で、クラウド運用やオンプレの実務を応募条件に含める求人もあります。まず求人票の必須／歓迎を分け、その後に初回配属で任される工程を確認します。資格を評価する会社でも、他の必須条件まで資格で代替できるとは限りません。
| 求人と本人の状態 | 暫定判断 | 先に確認すること |
|---|---|---|
| クラウド設計・構築が必須で、本人は資格と個人検証のみ | 必須実務は不足 | 未経験応募枠か、初回から設計を担当する枠か |
| クラウド運用を必須に含み、本人にAWS運用記録がある | 一致または一部一致 | 障害対応・変更判断・期間・求める構築範囲 |
| オンプレ実務を入口に含み、本人に構築・試験の証拠がある | 一部一致または要確認 | AWSの学習・配属条件と、最初に任される仕事 |
公開採用情報で見える、クラウド求人の3つの入口
2026年9月16日に、企業が公開するクラウド・インフラ系の採用ページ6件を確認しました。以下は見つかった条件差を読み解くための分類であり、SOGNOの取扱求人一覧ではありません。6件から市場全体の割合、応募資格、募集継続を断定しません。応募前には当該求人の最新の原文を必ず確認してください。
同じ「クラウドエンジニア」でも、募集する工程が異なります。資格の位置も、歓迎条件、必須条件の一部、明記なしとさまざまでした。資格の有無だけで絞らず、必須の実務を先に読みます。
| 求人の入口 | 公開例で確認した実務条件 | 資格の位置 | 設計未経験者の確認点 |
|---|---|---|---|
| 設計・構築を初回から任せる | クラウドの要件整理・設計・構築、移行や障害対応などを必須側に置く例 | AWS認定を歓迎とする例がある | 資格と設計成果物を分ける。必須の工程・年数が未達なら不足 |
| クラウド運用も入口にする | クラウドの設計・構築または運用実務を対象にする例 | 学習・資格取得への取組を考慮する記載もある | 実際の運用・障害対応・改善の範囲を示す。資格だけなら不足 |
| オンプレからの移行を想定する | オンプレのサーバー・ネットワーク構築や運用保守を応募条件に含む例 | クラウド経験を歓迎側に置く例がある | 既存の実務は示せるか、入社後いつAWSを担当するか確認 |
資格・業務使用・構築・設計を4段階で分ける
AWSはSolutions Architect - Associateを、クラウドソリューション設計の知識とスキルを検証する資格と説明しています。受験前の設計実務は「望ましい」とされますが、認定取得は採用先の設計実務要件を自動的に満たす証明ではありません。
自分の担当を次の4段階へ分けます。上の段階が常に優れているという点数付けではなく、求人が求める工程と一致するかを確かめるための整理です。
| 経験の段階 | 本人が説明できる事実 | 求人へ示せる範囲 |
|---|---|---|
| 知っている | VPCや可用性などの考え方を説明できる | 知識。業務使用とは書かない |
| 学習・資格がある | 認定、研修、個人検証、構成図がある | 学習と検証。商用設計・構築とは分ける |
| 業務で使用した | 既存環境の監視、権限申請、定型変更や障害対応を担当した | 運用・使用実務。誰が構成を決めたか確認する |
| 自分で判断・設計・担当した | 要件から構成案を比較し、採用理由、構築・試験・戻し条件をレビューに出した | 担当・承認範囲が合えば設計・構築実務の証拠になる |
- AWS公式：Certified Solutions Architect - Associate資格の説明・受験対象を確認（2026年9月16日）
AWS資格と実務を求人要件へ照合する対応表
ここからは、AWS資格を持ち、既存AWS環境の監視・定型変更とオンプレ構築を担当したが、新規AWS構成の設計はしていない人を仮定します。実在の候補者・求人の判定ではありません。求人ごとに必須か歓迎かを確認し、未申告の経験は不足と決めず要確認にします。
| 求人側の条件 | 本人の証拠（仮例） | 判定例 | 不足・確認先 |
|---|---|---|---|
| 必須：AWSの設計・構築 | 資格と個人検証。商用AWSは監視・定型変更のみ | 不足 | 求人が学習からの移行枠を別に設けるか確認 |
| 必須：クラウド運用・障害対応 | 監視と定型変更の記録。障害時の原因調査は未申告 | 一部一致・要確認 | 障害対応の範囲、担当期間、復旧判断の有無を本人に確認 |
| 必須：オンプレのサーバー構築 | 設計済みパラメータに沿った構築と試験記録 | 一致または一部一致 | 求人が新規設計まで含めて「構築」と呼ぶか確認 |
| 必須：ネットワーク設計 | 疎通試験は担当。構成の決定者は別担当 | 不足 | 設計値や構成案の検討を求めるか求人へ確認 |
| 歓迎：AWS認定 | 有効な認定資格と取得日を示せる | 一致 | 歓迎条件の一致で上記の必須不足は相殺しない |
| 歓迎：IaCによる自動化 | 個人環境でのみコードを書いた | 一部一致または要確認 | 商用環境の実務が必要か求人へ確認 |
応募・90日保留・別方向の比較を決める
この仮例なら、AWS設計を初回から任せる求人の必須条件に不足があります。ただしクラウド運用を対象とする求人や、オンプレ経験からの移行を明示する求人は、個別条件を確認する価値があります。「クラウド求人なら全部応募」「資格があるのに全部無理」のどちらも早計です。
| 次の行動 | 選ぶ条件 | 避けたい思い込み |
|---|---|---|
| 今比較・応募準備 | 求人の中心実務に対応する案件記録があり、必須条件ごとの差を説明できる | 資格があるから設計必須も満たしたと考える |
| 90日だけ保留 | 設計レビュー・変更判断など不足する一工程を現職で任される見込みがある | 個人学習を商用実務へ言い換える |
| 運用・オンプレ移行枠も比較 | AWS設計の証拠はないが、障害対応やオンプレ構築の証拠がある | 「クラウド」の名称だけで初回配属を決めつける |
| その求人は見送る | 初回から単独設計が必須で証拠がない、または夜間対応等の条件が合わない | 求人票の歓迎資格で必須不足を埋めたつもりになる |
求人票と面談で確認する条件
設計・構築の文字だけでなく、入社直後に何を担当するかを確認します。求人票にない情報は推測せず、応募前の問い合わせや面談で尋ねます。
| 確認条件 | 具体的な質問 |
|---|---|
| 初回配属と工程 | 最初の三か月に任されるのは運用、変更、構築、設計のどれですか |
| 設計の定義 | 構成選定・パラメータ決定・レビュー・承認のうち、担当者が持つ範囲はどこですか |
| 資格の位置 | 資格は必須・歓迎のどちらですか。実務経験の代替として扱う条件はありますか |
| オンプレ経験の扱い | サーバー・ネットワーク構築や障害対応を、応募条件としてどこまで含めますか |
| 働き方 | オンコール、夜間・休日変更、勤務地・出社条件はどの程度ありますか |
職務経歴書のBefore／After
資格やAWSという技術名を、担当していない設計経験へ言い換えないための説明用例です。
資格と運用を分ける
Before
AWS認定を取得し、クラウドの設計・運用に対応できます。
After
AWS認定を取得。業務では既存AWS環境の監視と承認済み手順による設定変更を担当し、変更前後の確認記録を残した。新規構成の選定・設計は担当していない。
オンプレ経験を橋渡しにする
Before
サーバー構築経験があるのでAWS環境も構築できます。
After
オンプレ環境で設計済みパラメータに沿ったサーバー構築と疎通試験を担当。AWSは資格学習と個人検証までで、商用環境の構築経験はない。ネットワーク・OSの共通する確認事項と、未経験のクラウド工程を分けて記載する。
架空の記述例であり、採用・転職の成功事例ではありません。環境、作業、期間、承認範囲は自分の事実へ置き換えてください。
90日で補うなら、資格を増やす前に実務の一工程
求人で不足しているのが設計判断なら、資格をもう一つ増やしても、その必須実務の空欄は残ります。現職で安全に任される範囲を確認し、小さな一件を完了まで追います。機会がない場合は、個人検証を学習成果物として残しつつ、設計実務を必須にしない求人へ比較範囲を調整します。
この90日は成果を保証する期間ではありません。変更・設計を担当できなければ「実務で設計した」と書かず、学習や補助として記録します。
| 時期の目安 | 現職で取り組むこと | 残す証拠 |
|---|---|---|
| 最初の30日 | 運用中の変更一件について、構成・影響・失敗時の戻し条件を担当者と確認 | 変更前の構成図、確認事項、承認者の記録 |
| 次の30日 | 複数案の比較や小規模な構成変更を、許可を得てレビューへ出す | 選択肢、採用理由、レビュー指摘、修正箇所 |
| 最後の30日 | 承認された範囲で変更・試験・振り返りを完了 | 自分の担当範囲、試験結果、未解決事項、守秘情報を除いた要約 |
診断結果はクラウド・構築・現職での実績づくりを読み分ける
3分診断は、次に比較する求人方向がまだ曖昧なときの入口です。「クラウドエンジニア」が出てもAWS設計求人への応募資格を証明しません。結果の方向ごとに、次に照合する条件だけを変えます。
| 結果に出た方向 | 次に確認すること |
|---|---|
| クラウドエンジニア | AWS業務の運用・構築・設計のどれを求人が必須にするか |
| インフラ設計・構築 | オンプレの設計・構築実務と、クラウド移行の担当範囲 |
| 現職で実績づくり | 次の90日で許可を得て担当できる変更・レビュー・試験 |
応募前に、求人条件と自分の証拠を突き合わせる
空欄は自動的な不合格ではありません。本人の記録か求人側に確認する項目として残します。ここでのチェックは個別求人の事実整理で、3分診断の職種候補づくりとは役割が異なります。
- 保有資格の種類・有効期限と、AWSを業務で使用した工程を別々に書ける
- 対象環境、期間、扱ったサービス、障害や変更の場面を説明できる
- 構成・パラメータを決めた人、自分が決めた範囲、承認者を分けられる
- 構築や移行の試験、戻し条件、レビュー記録など実務の成果物がある
- 求人の必須条件と歓迎条件を別の列に抜き出した
- 設計経験の年数を運用年数や個人学習の期間へ読み替えていない
- 初回配属、研修後の担当、夜間・休日対応が希望に合うか確認した
資格を入口にし、実務の不足は不足のまま扱う
AWS資格は学んだ内容を説明する入口になります。ただし、設計や構築が必須なら、証拠になるのは商用環境で任された工程と判断です。歓迎条件に一致することと必須条件を満たすことを混ぜず、応募先の中心業務から選びましょう。
- 必須の運用・構築条件に証拠がある求人は、比較と応募準備を進める
- 設計が必須で証拠がない求人は、保留または対象変更を検討する
- 現職で工程を広げられるなら、90日で小さな成果物を一件残す
比較したい職種自体が曖昧なら、3分診断でクラウド、インフラ設計・構築、現職で実績づくりという方向を仮置きできます。診断は資格の有効性や個別求人の必須条件・合否を判定しません。
関連記事
この記事は経験の伝え方の整理です。転職成功や年収アップを保証するものではありません。診断結果はキャリアを決定するものではなく、比較候補を並べるための仮説です。数値は、事実として確認できる場合のみ使ってください。