オンプレ経験からクラウドへ移れるかは、クラウド製品の操作歴だけでは決まらない。経験をつなごう。ネットワーク、認証、監視、障害対応、変更管理など、設計判断を応募先のクラウド業務へ翻訳する。

ただし、クラウド求人には移行、構築、運用、基盤開発など異なる仕事が含まれる。順序がある。本記事では、目標業務を定め、オンプレ経験を棚卸しし、不足を補い、応募先を選ぶまでの手順を示す。

最初に、クラウド求人で担当したい工程を決める

「クラウドへ移りたい」だけでは、応募先を絞れない。工程を決めよう。既存環境の移行、新規構築、日常運用、信頼性改善、共通基盤の開発のうち、次に担いたい仕事を選ぶ。

同じクラウド求人でも、管理画面で設定する仕事と、コードで構成を管理する仕事では担当範囲が異なる。差を見よう。設計、構築、レビュー、リリース、監視のどこまで持つか確認する。

移行案件なら、移行先を作るだけではない。切り替えがある。現行調査、依存関係の整理、データ移行、停止時間の調整、切り戻し、移行後の監視を誰が担うかを見る。

求人を工程と決定権で分ける

求人の方向確認する作業決定権を確かめる質問
クラウド移行現行調査、移行設計、切り替え、切り戻し移行方式と停止条件を誰が決めるか
クラウド構築ネットワーク、認証、計算資源、保存領域の設計構成案の作成者と承認者は誰か
クラウド運用監視、障害対応、変更、容量、費用の管理運用手順や監視条件を誰が変更するか
基盤開発構成コード、配備処理、共通部品、開発者支援標準構成と利用ルールを誰が決めるか
信頼性改善障害分析、性能、可用性、復旧手順の改善改善の優先順位と許容リスクを誰が決めるか

職種名だけでは判断できない。作業で探す。「クラウドエンジニア」という名称に加え、移行設計、構成管理、監視改善、配備自動化など、担当したい工程を求人票から拾う。

次に、オンプレ経験をクラウドの判断へ翻訳する

オンプレ経験を古い技術として切り捨てない。判断を抜き出す。ネットワーク分離、権限、冗長化、バックアップ、監視、変更管理で、何を根拠に設計したか整理する。

機器名や製品名だけでは、応募先との接点が見えにくい。目的へ直そう。通信を分けた理由、復旧時間の条件、障害検知の方法、権限を限定した基準まで書く。

障害対応も転用できるかを工程で確認する。境界を示そう。検知、切り分け、暫定復旧、原因分析、恒久対応、報告のうち、自分が担当し、判断した範囲を分ける。

オンプレ経験とクラウド業務を対応させる

オンプレでの経験クラウド求人で確認する接点追加で必要となる可能性がある工程
ネットワーク設計仮想ネットワーク、経路、接続、通信制御構成コード、クラウド側の接続設計
認証・権限管理利用者、役割、権限境界、操作記録権限設計のコード化、サービス間認証
サーバー構築計算資源、保存領域、イメージ、配備自動構築、変更差分の管理
監視・障害対応ログ、指標、通知、復旧、再発防止監視設計、分散環境の追跡
バックアップ保存、復元、災害対策、復旧手順複数拠点を使う復旧設計
変更管理申請、レビュー、実施、切り戻しコードレビュー、配備処理との連携

対応表では、経験が重なるから即戦力だと断定しない。求人次第だ。クラウド固有の設計、運用、費用管理を入社後に補えるかまで確認する。

不足するクラウド経験を、知識・成果物・実務に分けて補う

資格取得や個人検証だけで、すべての不足を埋めることはできない。種類を分けよう。知識、成果物、業務での担当経験、設計承認の経験では、補い方が異なる。

不足の種類確認する状態補い方の候補
知識責任共有、認証、課金、管理サービスを説明できない学習、資格、設計資料の読解
成果物構成コードや設計図を示せない検証環境、構成コード、手順書の作成
業務での担当経験移行、障害対応、費用管理を業務で持っていない現職のクラウド案件、社内検証、担当変更
承認・レビュー経験設計案や変更を判断した経験がない設計レビューへの参加、変更責任者の補助

検証環境では、サービスを起動して終えない。運用まで作る。権限を分け、ログを出し、障害を想定し、復元と削除まで行うと、設計から廃止までの流れを説明できる。

構成をコードで管理する練習では、完成したファイルだけでなく変更過程を残す。差分が要る。レビュー方法、秘密情報の扱い、失敗時の戻し方を記録する。

個人検証には限界もある。混同しない。利用者がいる環境での移行調整、障害時の説明、費用承認、複数部門との合意は、個人環境だけでは経験できない。

現職で実務経験を作る場合の相談項目

  • クラウド移行前の現行調査を担当できるか
  • ネットワークや権限の設計レビューへ参加できるか
  • 構成コードや配備処理の一部を担当できるか
  • 監視条件と障害手順の見直しへ加われるか
  • 利用費用の確認や削減案の作成を担当できるか
  • 移行後の運用手順書と引き継ぎを持てるか

求人票と求人サービスから、移行しやすい応募先を絞る

応募先は、クラウド利用の有無だけで選ばない。入口を見る。オンプレ経験を使う移行案件なのか、クラウド専業の基盤開発なのかで、入社直後に求められる経験が変わる。

オンプレとクラウドの混在環境なら、既存経験との接点を探せる場合がある。ただし決めつけない。接続、監視、認証、移行のどこを担当し、クラウド側の設計まで広げられるかを確認する。

研修ありという記載だけでは、実務への移行方法を判断できない。中身を聞こう。座学、検証環境、設計レビュー、案件同席、配属後の確認者のうち、何が用意されるかを見る。

当社求人で探す場合の対象範囲

人材紹介会社が扱う求人の一例として、当社ユナイテッドワールドが掲載するITエンジニア領域には、次の傾向がある。

ユナイテッドワールド株式会社が扱うITエンジニア領域の求人480件は、すべて専門職・技術職で、テストやヘルプデスクなどのサポート職は0件だった。United World 保有求人データ / 取り込み済み求人を cg_lane(A=専門職・管理職 / B=現場職)で集計

⚠ これはユナイテッドワールド1社の在庫であって、ITエンジニア業界全体の求人構成ではない。記事で使う際は「人材紹介会社が扱う求人の傾向」として書き、業界全体の話にしないこと

これはユナイテッドワールドが預かる求人だけの傾向であり、ITエンジニア業界全体の構成を示すものではない。範囲は限られる。また、このデータからクラウド求人の件数や、オンプレ経験者の採用可否は分からない。

当社の取扱求人には、テストやヘルプデスクなどのサポート職が含まれていない。検索方法を合わせよう。専門職・技術職の中から、クラウド移行、基盤構築、運用改善を含む求人を個別に探す。

求人票で確認する移行条件

  • クラウド経験は必須か歓迎か
  • オンプレ設計・運用の経験を応募条件に含むか
  • 入社直後は移行、構築、運用のどこを担当するか
  • 構成コードと自動化を誰が担当するか
  • 設計レビューと案件同席の支援があるか
  • 障害当番と勤務時間外の変更作業があるか
  • 配属先と担当案件を誰が決めるか

職務経歴書と面接で、転用経験と不足工程を示す

職務経歴書では「クラウド未経験」と書いて終えない。対応させる。応募先の業務、オンプレでの経験、不足するクラウド工程、補った内容を同じ順序で並べる。

応募先の業務オンプレでの経験不足選考で説明・確認すること
ネットワーク・権限設計経路、通信制御、認証、操作記録クラウド上の構成と権限管理設計判断の根拠と学習・検証内容を分けて示す
構築自動化手順書、変更管理、スクリプト構成コード、配備処理自動化した範囲とレビュー方法を説明する
監視・障害対応監視設定、切り分け、復旧、報告クラウド固有のログと管理サービス共通する対応工程と未経験部分を示す
クラウド移行更改、停止調整、データ移行、切り戻し移行先の設計と費用管理担当した移行工程と応募先の分担を確認する
費用・容量管理機器調達、容量計画、保守費用利用量に応じた費用確認費用を監視・承認する担当者を聞く

面接では直近の構築や移行を工程順に聞く

  • 現在のクラウド環境で解いている課題は何か
  • 構成案を作る人と最終承認者は誰か
  • オンプレとの接続や移行を誰が担当するか
  • 構成コードの作成とレビューを誰が担うか
  • 障害時の一次対応、復旧判断、説明を誰が持つか
  • 未経験者が最初に担当する変更は何か
  • 検証環境、案件同席、レビュー担当者は用意されるか

応募する求人を判定する

判定当てはまる状態次の行動
応募する必須条件を満たし、オンプレ経験と重なる工程から始められる転用できる設計判断と不足工程を職務経歴書に書く
支援体制を確認して応募する一部が未経験だが、検証環境、同席、レビューがある入社直後の担当と確認者を面接で確かめる
現職で経験を補うクラウドでの設計・移行経験が必須で、現在は未経験社内案件、検証、設計レビューへの参加を相談する
候補から外す運用だけを想定しているのに、即時の設計責任を求められる希望工程と支援体制が合う求人を探し直す

インフラエンジニアのクラウド転職では、オンプレ経験とクラウド経験を対立させない。接点を探す。共通する設計判断、未経験の工程、会社の支援を分ければ、応募する求人と先に補う経験を選べる。

よくある質問

オンプレ経験だけでもクラウド求人へ応募できますか?
オンプレ経験を歓迎条件に含む求人なら候補にできる。範囲を見る。ネットワーク、認証、監視、障害対応と、応募先の担当工程を照合する。
クラウド転職には資格が必要ですか?
資格の要否は求人ごとに確認する。決めつけない。資格が必須なのか、設計・運用経験や構成コードの経験を求めるのかを求人票で見る。
個人でクラウドを触れば実務経験として扱えますか?
個人検証と業務経験は分けて示す。誇張しない。検証で作った構成、監視、復旧手順を説明し、業務で未経験の工程も明記する。
オンプレ経験の何がクラウドで使えますか?
設計判断と運用工程に接点があるか確認する。製品名だけでは足りない。ネットワーク、権限、監視、復旧、変更管理の担当範囲を示す。
クラウド求人の裁量はどう見分けますか?
構成を提案する人と最終承認者を分けて確認する。責任も見る。移行、変更、障害復旧、費用、廃止を誰が判断するか面接で聞く。

クラウド製品の操作歴だけで判断せず、オンプレで培った設計判断、未経験のクラウド工程、応募先の支援体制を対応表に入れてください。

AIで自分に合う仕事を探す 所要3分・登録は任意です

関連する記事