インフラエンジニアがクラウドエンジニアへ転職するには、今の実務経験を整理し、クラウドで不足する知識を小さな検証で補い、担当工程まで確認して求人を選ぶことが大切です。オンプレミスの経験を捨てて、最初からやり直す必要はありません。
「AWSの資格は取ったけれど、実務経験がない」「ずっとオンプレの運用なので、クラウドの求人に応募してよいか分からない」。こんな迷いはありませんか。求人票に知らないサービス名が並ぶと、今までの経験まで役に立たなくなったように感じるかもしれません。
ただ、クラウドでも通信経路の確認、障害の切り分け、変更前後の試験、運用手順の整備は必要です。変わるのは使う仕組みと、サービスごとに自分が管理する範囲です。この記事では、すでにインフラの監視・運用、構築、設計を経験している人に向けて、AWSを例に転職準備を整理します。
先に押さえたい3つのこと
- クラウド未経験と、インフラ実務未経験は分けて考える。
- 資格・個人検証・業務での担当実績は、それぞれ別の材料として伝える。
- 求人はサービス名だけでなく、最初に任される仕事とレビュー体制まで見る。
転職先を探す前に、今の経験が年収の目安にどう反映されるかも整理しておくと、希望条件を考えやすくなります。
インフラ経験があれば、クラウド未経験でも転職を目指せる?
目指せます。ただし、応募先が求める担当範囲と、今できる仕事がどこで重なるかを確認する必要があります。クラウドの設計を一人で任される求人と、経験者のレビューを受けながら運用・変更作業を担当する求人では、準備すべき内容が違います。
「クラウドエンジニア」という名前だけでは仕事内容は決まらない
同じ職種名でも、日々のアラート対応が中心の場合もあれば、移行計画やネットワーク設計、構成の自動化を担う場合もあります。「AWSを使う仕事に就く」だけでは、入社後に何ができるようになりたいのかが曖昧なままです。
たとえば監視・運用から進みたいなら、「クラウド環境の変更作業と試験を担当したい」。ネットワーク構築経験があるなら、「既存拠点との接続や通信制御を含む構築に携わりたい」。最初の目標をこのくらい具体的にすると、求人との接点を見つけやすくなります。
現在の仕事で説明できる強みを一つ選ぶ
障害時にどの順番で確認したか。作業前にどの影響範囲を洗い出したか。どの結果を見て正常と判断したか。製品が変わっても説明できる仕事を、一つ選んでみてください。
「運用経験3年」より、「通信断の問い合わせで、端末・名前解決・経路・接続先を分けて確認し、調査結果を構築担当へ引き継いだ」のほうが、担当できる範囲が見えます。クラウドの経験がないことだけを、自己紹介の中心に置く必要はありません。
オンプレミスの経験は、クラウドのどの仕事に活かせるか
活かしやすいのは、ネットワーク、OS、障害対応、変更管理、運用設計の経験です。一方で、従来の機器や手順をそのまま当てはめると、サービス固有の動きを見落とします。共通する考え方と、学び直す部分を分けましょう。
| 現在の経験 | 活かせる考え方 | 追加で確認すること |
|---|---|---|
| ネットワーク運用・構築 | アドレス設計、経路、名前解決、通信制御 | 仮想ネットワークの構成と、クラウド固有の接続・制御の仕組み |
| サーバ運用・構築 | OS設定、ログ調査、バックアップ、復旧確認 | 自分が管理するOSやデータの範囲、サービス別の復旧方法 |
| 監視・障害対応 | 通知の優先度、切り分け、連絡、再発防止 | メトリクスとログの収集先、権限、通知と対応のつなぎ方 |
| 変更作業・試験 | 事前確認、承認、試験項目、切り戻し | 構成変更の履歴管理と、再現可能な設定方法 |
| 設計・顧客調整 | 要件整理、制約の比較、非機能要件の確認 | サービスの制限、責任分担、費用と運用負担の比較 |
AWSのAmazon VPCは、仮想ネットワーク内にリソースを配置し、サブネットやルートテーブルなどを設定する仕組みです。ネットワークの基礎を学んだ経験を足場にできます。ただし、物理ネットワークの機器構成と一対一で対応するわけではありません。まずはAWS公式のAmazon VPCの説明で、用語と機能を確かめましょう。
この表は「経験があれば、その仕事をすぐ一人でできる」という判定表ではありません。学習の出発点と、応募書類で説明する接点を見つけるための整理です。
クラウド転職の前に補いたい4つの知識
サービス名を広く覚える前に、責任分担、権限、運用、費用を一つの構成で説明できるようにしましょう。どれも「作れた後に、どう安全に使い続けるか」に関わります。
1.クラウド事業者と利用者の責任分担
クラウドに移すと、すべての保守を事業者が担当してくれるわけではありません。AWSでは利用するサービスによって、利用者が管理する範囲が変わります。たとえばEC2では、ゲストOSの更新やアプリケーション、セキュリティグループの設定は利用者側の担当です。詳しくはAWS公式の責任共有モデルを確認してください。
面接の準備では、「オンプレでは自分たちが実施していたこの作業を、選んだサービスでは誰が担うのか」と問い直すと理解を説明しやすくなります。管理対象が減る部分と、設定を判断する責任が残る部分を区別することがポイントです。
2.操作する人とシステムの権限
検証環境でも、何でも操作できる権限のまま進めず、必要な操作と対象を考えます。AWSのIAMの公式資料では、一時的な認証情報、MFA、最小権限などが示されています。学習時も、権限を付けた理由と、不要な操作を許可していないかを説明できる状態を目指しましょう。IAMのセキュリティのベストプラクティスが確認先になります。
3.監視と復旧を含む運用
起動して画面が表示された時点で学習を終えると、障害が起きたときに何を見るかが残りません。正常時の状態、異常を検知する方法、調査の順番、復旧の確認方法まで一組で考えます。運用経験者は、普段の仕事で使っている観点を持ち込めます。
構成の振り返りには、AWS Well-Architectedフレームワークも参考になります。すべてを一度に満たそうとせず、「この構成の弱点は何か」「改善すると何の負担が増えるか」を説明する材料に使うとよいでしょう。
4.使った分の費用と、検証後の片づけ
個人検証では、開始前に対象サービスの料金と予算を確認し、使い終わったリソースの削除まで作業に含めます。AWS Budgetsは費用の把握や通知に使えますが、通知には遅延があり、通知しきい値を超えて費用が発生する場合があります。予算通知だけで支出が必ず止まるとは考えないでください。AWS Budgetsの公式説明も確認しましょう。
「検証が終わったのでサーバを止めた」だけでなく、残っているストレージなども含めて課金対象を確認する。この習慣も、運用を考える練習になります。
個人検証は「構築した」から「判断を説明できる」へ
転職準備としての個人検証では、構成図、設定理由、試験結果、残った課題をセットで残すことをおすすめします。使ったサービスの数より、自分で考えた点が伝わることが大切です。

小さな構成に、確認したいテーマを一つ置く
最初から本番システムのように大きな環境を作る必要はありません。たとえば、「決めた接続元からだけ検証用サーバへ接続できる構成」を題材にします。どこで通信を許可するか、接続できない場合は何を見るか、確認後に何を削除するかを整理します。
検証には自分が管理できる専用の環境とダミーデータを使い、業務の認証情報や顧客データは持ち込みません。外部公開を伴う場合は、必要な通信だけに範囲を絞ります。細かな設定はサービスや構成によって変わるため、公式手順を確認しながら進めてください。
検証メモに残す6項目
- 目的:何ができれば完了か。
- 構成:どの要素が、どこと通信するか。
- 選択理由:その設定を選んだ理由と、比較した案。
- 試験:期待する結果と、実際に得た結果。
- 課題:まだ確認していないこと、実運用では追加が必要なこと。
- 終了処理:削除した対象と、残存リソース・費用の確認。
「失敗したときの記録」が説明を具体的にする
つながらなかったときに設定を次々と変えてしまうと、何が原因だったか分からなくなります。変更前の状態を残し、仮説を立て、一つずつ確認しましょう。「この観測結果から、次にこの設定を調べた」と説明できれば、切り分けの考え方が伝わります。
ただし、個人検証には利用者への影響、承認手続き、チームでの引き継ぎなど、本番業務と異なる点があります。職務経歴書では「個人学習・検証」と明記し、実務欄と分けてください。公開資料にする場合は、認証情報や特定可能な業務情報が含まれないかも確認します。
AWS資格を取ればクラウドへ転職できる?
資格は知識を整理する材料になりますが、資格だけで採用や配属が決まるわけではありません。資格の学習、個人検証、今までの実務を結びつけて説明することが大切です。
問題集で正解できることと、条件が違う場面で構成を選べることは別です。「なぜその選択肢になるのか」を自分の検証で確かめ、使わなかった案の弱点や、今回の前提では不要だった機能まで振り返ってみましょう。
すでに資格を持っているなら、次の資格を追加する前に、応募候補の求人を数件読んでください。共通して求められる仕事が、Linuxの調査なのか、ネットワーク構築なのか、構成管理なのかで、次に補う学習は変わります。
資格と年収の関係は、インフラエンジニアは資格で年収が上がる?答えは工程にあるでも整理しています。資格名を増やすことと、担当できる仕事を増やすことを一緒に考えてみてください。
クラウドへ転職すると年収は上がる?
クラウドに関わるだけで、必ず年収が上がるとは限りません。担当工程、企業の給与制度、勤務地、実務で任される範囲も合わせて比較する必要があります。
たとえば、現職で夜勤手当を受け取っている人が日勤中心の仕事へ移ると、基本給が上がっても年収全体では下がることがあります。反対に、現在の運用経験を活かしながら変更作業や設計補助まで担当できるなら、今後の経験の幅も比較材料になります。提示額と仕事内容を別々に書き出すと、何を優先するか考えやすくなります。
whoami年収診断では、従業員1,000人以上は+13.1%、東京は+10.6%、クラウド実務経験ありは+10.0%という補正値を用いています。これは当サイトの試算モデルの設定であり、各条件によって実際の給与がその割合だけ上がるという意味ではありません。資格取得や個人検証を、クラウド実務経験として置き換えるものでもありません。診断ページの算出根拠で確認できます。
まず現在の条件で目安を確認し、応募先では「提示される年収」と「実際に任される仕事」の両方を見ていきましょう。
クラウド求人で確認したい5つの項目
確認したいのは、初期配属、担当工程、レビュー体制、働き方、評価の基準です。「クラウド案件あり」という会社全体の説明だけで、自分の入社後の仕事まで確定したとは受け取らないようにしましょう。
| 確認項目 | 聞き方の例 | 見たい情報 |
|---|---|---|
| 初期配属 | 私の経験の場合、最初はどの業務を担当する想定でしょうか。 | 会社全体の案件紹介と、自分の配属予定の区別 |
| 担当工程 | 監視以外に、設定変更・試験・構成の見直しも担当しますか。 | 実際に手を動かす範囲と判断する範囲 |
| レビュー体制 | 未経験の設定を行う際、誰にレビューを依頼できますか。 | 確認者、相談の方法、一人で任されるまでの流れ |
| 働き方 | 夜間作業や障害時の呼び出しは、どのような当番体制ですか。 | 頻度、時間帯、対応場所、分担 |
| 評価 | 担当範囲が広がった場合、評価や給与にはどう反映されますか。 | 役割と評価のつながり、確認する時期 |
回答が「入社後に決まる」こともあります。その場合は、確定していない部分を残したまま比較してください。「希望は出せる」と「希望の配属が決まっている」は違います。可能であれば、想定しているチームの担当者にも仕事内容を確認すると、日々の業務が見えやすくなります。
また、今の仕事が監視中心で、次は構築経験を増やしたいなら、クラウドという名称だけを最優先にしないほうがよい場合もあります。運用から構築へ進むための実践法も参考に、次の職場で増やしたい担当業務を一つ決めておきましょう。
働きながら進める転職準備|3段階の進め方
「経験の整理→小さな検証→応募先とのすり合わせ」の順で進めると、学習の目的がぶれにくくなります。以下は8〜12週間程度で進める場合の一例です。習得や内定までの標準期間を示すものではなく、仕事や家庭の予定に合わせて調整してください。
第1段階:今の経験と、次にやりたい仕事を整理する
最初の1〜2週間は、これまでの作業を「指示された手順の実行」「設定・試験の検討」「関係者との調整」に分けて書き出します。そのうえで、応募候補の求人と照合し、共通する経験と不足する知識を整理します。
この段階の成果物は、学ぶサービスの一覧ではなく、「今できる仕事」「次に担当したい仕事」「応募先に確認したいこと」の3つです。最初から一社に絞りすぎず、仕事内容の違いを見てみましょう。
第2段階:一つの検証を、説明できるところまで仕上げる
次の4〜6週間を目安に、先ほどの検証メモを作ります。平日に短く学び、まとまった時間に検証するなど、続けられる形を選んでください。毎週サービスを増やすより、一つの構成の設定理由と試験結果を残すほうが、説明の準備につながります。
余裕があれば、手作業で作った構成をコードで管理する方法も学びます。大切なのはツール名を書くことではなく、変更点の確認、再現、修正の手順まで理解することです。応募先が使う方法との関連も確認しましょう。
第3段階:実務と学習を分けて応募書類にまとめる
残りの3〜4週間は、職務経歴書と面接での説明を準備します。すでに応募要件と合う求人があれば、すべての学習が終わるまで応募を待つ必要はありません。選考で確認した内容を、次の学習の優先順位にも反映できます。
経験の伝え方の例(架空の例)
「現職ではオンプレミスのLinuxサーバ運用を担当し、ログ調査、変更後の動作確認、手順書の更新を行っています。AWSは業務未経験ですが、個人検証でネットワークとサーバの小規模な構成を作り、接続制御と確認手順を記録しました。既存の運用経験を活かし、レビューを受けながらクラウド環境の変更作業・試験を担当したいと考えています。」
この例では、個人検証を実務として扱わず、入社後に担いたい範囲も示しています。書面の構成はインフラエンジニアの職務経歴書の書き方、質問への答え方はインフラエンジニアの面接対策で詳しく確認できます。
クラウドへの転職でよくある質問
監視・運用しか経験していなくても応募できますか?
求人の応募条件に合えば応募できます。監視という名称だけで判断せず、ログ調査、一次切り分け、変更後の確認、手順改善など、自分が担当した内容を整理しましょう。応募先が任せたい仕事と重なる部分を説明し、未経験の作業を誰が支援するかも確認してください。
AWS・Azure・Google Cloudを全部学ぶ必要はありますか?
最初から全部を同時に学ぶ必要はありません。応募候補の求人や現在の仕事との接点を見て、一つを選ぶ方法があります。その環境で構成・権限・運用を説明できるようにし、別のクラウドに進むときは共通点と違いを整理しましょう。
30代でクラウド未経験だと遅いですか?
年齢だけで決める必要はありません。これまでの実務で担ってきた範囲と、応募先が期待する役割を比べることが先です。一方で、希望年収や役割に対して何を任せられるかは確認されます。学習中という説明に加え、既存の経験から提供できる仕事を示しましょう。
個人でAWSを使った経験は、クラウド実務経験に含めてよいですか?
個人学習・検証として分けて記載します。構築した内容は説明できますが、業務で利用者やチームに対する責任を持って担当した経験とは異なります。求人の要件が曖昧なら、どの範囲の経験を求めているか採用担当者に確認してください。
クラウドの仕事なら夜勤はなくなりますか?
なくなるとは限りません。クラウド環境でも夜間の変更や障害対応がある職場はあります。日勤、シフト勤務、待機当番を分けて、頻度と担当範囲を確認しましょう。「リモート勤務可」という条件だけでは、勤務時間や呼び出しの有無までは分かりません。
今の経験から、次に担当したい仕事を決めよう
クラウドへの転職準備は、知らないサービスを片端から覚えることではありません。今の経験を一つ整理し、小さな検証で不足を補い、その経験を活かせる求人を見つけることから始められます。
まずは今週、担当した障害対応や変更作業を一つ書き出してみてください。その仕事で使った考え方のうち、クラウドでも活かせるものは何か。次にどんな作業を任されたいか。ここが決まると、学習も求人選びも具体的になります。
年収の条件も整理したい方は、現在の担当工程・経験・働く条件から目安を確認してみましょう。


コメント
コメント一覧 (1件)
[…] まずクラウドの実務へ領域を広げたい場合は、オンプレ経験を活かすクラウド転職の準備も参考になります。SREという名前を最初の条件にするより、身につけたい経験を言葉にすると候補を比べやすくなります。 […]