クラウドエンジニア転職ロードマップ｜現在地別の学習順と12週間の計画

クラウド転職の学習順は、IT完全未経験者とオンプレ経験者で変わります。共通する軸は、Linux・ネットワーク、クラウド基礎、小規模構成、IAM・監視・障害対応、Terraformの5段階です。

資格取得だけで止めず、構成図、設定、確認コマンド、正常・異常試験、費用停止手順を成果物にします。この記事では12週間の計画例と、求人へ応募できる完了条件まで示します。

✓この記事でわかること

• 未経験者とオンプレ経験者では何から始める？
• 12週間の学習計画はどう組む？
• 応募を始める基準は？
• クラウド転職までの5ステップは？

このページはクラウドエンジニア転職完全ガイドの各論です。転職の進め方を最初から確認する場合はそちらへ。

未経験者とオンプレ経験者では何から始める？

完全未経験者は「OS・通信・権限の正常値を取れること」、オンプレ経験者は「自分の経験をクラウド上の設計判断へ置き換えること」から始めます。学習内容を全部やり直すのではなく、現在地ごとに不足分を選びます。

完全未経験者向けの求人到達ルートは未経験からクラウドエンジニアへ転職する現実的な方法で詳しく扱っています。本記事は、学習と成果物の完成条件を決めるためのロードマップです。

クラウド転職までの5ステップは？

学習は、基礎、クラウド1社、小規模構成、運用・障害、IaCの順で進めます。各ステップで「読んだ」ではなく「第三者が確認できる成果物」を残すと、応募書類と面接へ接続できます。

1. STEP 1：Linux・ネットワーク・セキュリティ基礎
   正常時のIP、経路、待受ポート、サービス状態を取得し、設定ミスを一つ再現して復旧記録を残す。
2. STEP 2：AWS・Azure・Google Cloudから1社選ぶ
   求人、自社利用、現在の経験との近さで選び、認証・ネットワーク・コンピュート・ストレージ・監視を対応付ける。
3. STEP 3：小規模なWeb構成を手動で作る
   要件、構成図、パラメータ、疎通試験、費用確認、削除手順を一式にする。
4. STEP 4：IAM・監視・バックアップ・障害対応を加える
   正常に動く状態だけでなく、権限不足、経路ミス、サービス停止を切り分ける。
5. STEP 5：IaCとレビュー手順へ広げる
   コード、state、plan差分、適用権限、ロールバック判断を分けて記録する。

AWS公式の2026年版初学者向け学習記事も、基礎知識、ハンズオン、体系的な学習などを段階的に進める構成です。ただし、公式教材の完走がそのまま転職準備の完了を意味するわけではありません。求人の担当工程に対応する成果物と説明が必要です。

参考：AWS公式ブログ「AWS 初学者向けの勉強方法 7 ステップ 2026年版」

STEP 1でLinux・ネットワーク基礎をどこまで確認する？

クラウド学習へ進む前に、通信できないときに「名前解決、経路、待受、OSファイアウォール、アプリ」の順で確認できる状態を目指します。コマンドを暗記するのではなく、正常値と異常値の差を説明してください。

完了条件は、正常時の出力を保存し、設定を一つ崩した異常時の症状、仮説、確認コマンド、復旧結果をREADMEへ残すことです。本番環境で障害を再現せず、自分の検証環境だけで実施してください。

STEP 2でAWS・Azure・Google Cloudをどう選ぶ？

最初の1社は、人気順ではなく応募候補の求人、自社や取引先の利用状況、現在の経験との接続で選びます。3社を同時に浅く触るより、1社でネットワーク、権限、コンピュート、ストレージ、監視を一つの構成へまとめる方が説明しやすくなります。

製品名は似ていても、IDの階層、権限継承、既定値、CLI、料金体系は同じではありません。例えばGoogle Cloud IAMは「誰が、どのリソースで、何をできるか」をprincipal・role・リソースで制御します。AzureではユーザーなどのID管理と、Azureリソースへの認可をEntra IDとAzure RBACに分けて理解します。

出典：Microsoft Learn「Shared responsibility in the クラウド」、Google Cloud Documentation「IAM overview」

資格から選ぶ場合も、求人で求められる製品と担当工程を先に見ます。資格ごとの証明範囲はクラウドエンジニア転職に役立つ資格の比較で確認できます。

STEP 3で小規模クラウド構成をどう作る？

最初の構成は、1台のWebサーバーでも構いません。サービス数を増やすより、要件と通信フローを決め、作成から削除まで自分で説明できることを優先します。

検証構成の要件例

• 利用者のHTTPS通信だけをロードバランサー、またはWebサーバーで受ける
• 管理接続は送信元を限定し、常時インターネットへ公開しない
• アプリケーションログとOS・クラウドメトリクスを確認できる
• 利用者用権限と構築用権限を分ける
• 費用を確認し、検証後にリソースを削除できる

AWS CLIで認証状態を確認する例

# 自分の検証アカウントで実行する
aws sts get-caller-identity
aws ec2 describe-vpcs --query 'Vpcs[].{VpcId:VpcId,Cidr:CidrBlock}' --output table

get-caller-identityではAccount、Arnなどが返ることを確認します。Unable to locate credentialsなら認証情報が見つからず、AccessDeniedなら認証後の認可で拒否された可能性があります。エラーメッセージはCLIのバージョンや実行環境で変わるため、実際の全文と実行日時を保存してください。

完了条件は、構成図、パラメータ、作成手順、正常疎通、権限エラーの切り分け、費用確認、削除結果が一式になっていることです。認証と認可を混同せず、「誰として実行したか」と「その主体に何が許可されているか」を分けます。

STEP 4でIAM・監視・障害対応をどう学ぶ？

クラウドは物理設備を事業者が管理しますが、利用者側の設定責任がなくなるわけではありません。AWSの責任共有モデルでは、EC2のゲストOS、アプリケーション、Security Groupなどは利用者側が管理します。学習環境でも、権限、監視、バックアップ、復旧を構成の一部として扱います。

上記は自分の検証環境だけで行う試験例です。業務環境で停止や権限変更を無断実行してはいけません。変更前に対象、影響、承認、切り戻し条件を確認します。

出典：AWS Well-Architected Framework「Shared responsibility」

STEP 5でTerraformとレビューをどこまで学ぶ？

TerraformはIaCツールの一つです。転職準備では、リソース定義だけでなく、フォーマット、構文検証、plan差分、承認、apply、正常性確認、削除までの流れを残します。コンテナやCI/CDは求人で求められる段階で加えればよく、すべてを応募前の必須条件にしません。

terraform init
terraform fmt -check
terraform validate
terraform plan -out=tfplan
terraform show -no-color tfplan > plan.txt

# applyは実際にリソースを変更し、費用が発生する可能性がある。
# 自分の検証環境・承認済みplanでだけ実行する。
terraform apply tfplan

terraform planは変更案を作成しますが、それだけでは変更を実行しません。保存したplanを適用する場合は、適用前にterraform showで内容を確認します。planファイルや出力には機微情報が含まれる可能性があるため、そのまま公開リポジトリへ置かないでください。

完了条件は、fmt -checkとvalidateが成功し、planの追加・変更・削除件数を説明でき、適用後の疎通と監視を確認し、不要なリソースを削除できることです。Terraformで管理する範囲と、手動設定の範囲もREADMEへ明記します。

出典：HashiCorp Developer「terraform plan command reference」「terraform apply command reference」

Terraform経験を求人へどう結び付けるかは、Terraform経験を転職で示す方法で詳しく説明しています。

12週間の学習計画はどう組む？

次は学習計画の一例であり、12週間での転職成功を保証するものではありません。完全未経験者は基礎へ時間を使い、オンプレ経験者は既存の設計・運用をクラウドへ翻訳する作業を増やします。

1週間で完了しなければ次へ無理に進まず、成果物の完成条件を満たすまで調整します。クラウド利用料は無料枠の対象と期間を確認し、予算通知と削除手順を先に用意してください。

応募を始める基準は？

資格取得を待ち続けるより、求人の必須条件と自分の証拠が対応した時点で応募を始めます。未経験者はすべてを一人で設計できる必要はありませんが、分からない範囲を言葉にし、監視・運用・構築補助のどこから入るかを決めます。

• 小規模構成の要件、通信方向、権限、監視を説明できる
• 自分の検証環境を作成し、費用確認後に削除できる
• 正常時と異常時の出力を比較し、切り分け順を説明できる
• 構成図、README、設定またはIaC、試験記録を見せられる
• 秘密情報、アカウントID、顧客情報を成果物から除いている
• 候補求人の必須条件に対して、できる・支援があればできる・未経験を分けている
• 入社後に担当したい工程と、そのために不足する学習を説明できる

失敗しやすい学習順は？

失敗しやすいのは、目的を決めずに教材や資格を増やし、構成を作って確認する時間がなくなる進め方です。次の状態になったら、求人要件と成果物へ戻します。

ロードマップで学習成果として示す範囲

ロードマップで示せるのは検証環境で再現した知識と判断です。構成図、Terraform、確認コマンド、監視、異常系、削除手順を成果物にし、本番変更や商用障害対応の経験とは区別してください。

「構築できた」を完了にしない証跡

案件では「構築できた」だけで完了にはなりません。利用者から対象システムまでの通信、管理経路、権限、ログ、バックアップ、変更承認、切り戻し条件をそろえ、第三者が確認できる証跡を残します。クラウドでは物理層を事業者へ任せられても、選んだサービスに応じた設定責任は利用者側に残ります。

学習環境でも同じ順序を縮小して再現できます。設定前に構成図と期待値を書き、変更後に疎通・ログ・監視を確認し、意図した失敗を一つ切り分け、最後に費用と削除結果を記録します。検証環境を用意できない案件での確認観点や切り戻しの考え方は、設計構築チャンネルの解説動画も参考になります。

学習が一巡したら、次は面接での答え方です。聞かれる4つの型はクラウドエンジニア転職の面接にまとめました。

まとめ：現在地に合う順序で成果物と応募条件を作る

IT未経験者は基礎から、オンプレ経験者は既存の設計・障害対応をクラウドへ置き換えるところから始めます。5ステップごとに成果物を残し、求人の担当工程と照合できた時点で応募へ進んでください。

応募開始の判断は、資格の有無だけではなく、候補求人の必須条件を「できる・支援があればできる・未経験」に分け、小規模構成の判断と確認結果を説明できるかで行います。学習成果を選考用にまとめる段階では、クラウドポートフォリオの構成図、Terraform、運用設計を一式にそろえます。

この記事の執筆・監修者

けんと＠設計構築チャンネル

ネットワーク設計構築エンジニア／インフラ転職コンパス編集者

30歳・IT未経験からSIerへ転職。ネットワークエンジニアとして、金融系・オフィス系ネットワークの設計・構築に携わり、PL・PMも経験。自身の未経験転職と現場経験をもとに、仕事内容・技術・キャリア・求人選びをわかりやすく解説しています。

YouTube登録者5,000人 Xフォロワー5,000人

執筆者プロフィール・編集方針