インフラエンジニア転職完全ガイド｜未経験・経験者別の成功戦略と求人の選び方

インフラエンジニアへ転職するとき、多くの人はまず「ネットワークか、サーバーか、クラウドか」を決めようとします。ただ、未経験で入るなら、最初の1年を左右する要素は別のところにあります。どの会社の、どのポジションにアサインされるかです。

私は30歳・業界未経験でこの仕事に入りました。応募したのは2社です。1社目は面接まで進みましたが、30代の未経験という理由で見送りになりました。受かった2社目は「未経験可・資格不問」のSESです。研修には同期が何人もいましたが、そのうちエンジニアと呼べる案件に入れたのは一部で、9割以上はコールセンターやヘルプデスクへ配属されていきました。

つまり「インフラエンジニアとして採用されること」と「インフラエンジニアの仕事をすること」は、同じではありません。この記事は、その差がどこで生まれるのかを、求人票の読み方と入社後に起きることの両面から整理したものです。

この記事で分かること

• 未経験の入り口がSESに偏る理由と、そこで配属が分かれる条件
• 資格（CCNA・LinuC／LPIC・AWS）がアサインに与える実際の影響と学習期間の目安
• 運用監視から要件定義まで、担当する判断が増えていくキャリアの順序
• 未経験で入った最初の6か月に実際に起きたこと（学習時間・任された範囲）
• 1年目の年収の実額と、提示額のどこを分解して見るか
• SESとSIerの契約・案件選択制度・元請けと二次請けの違い
• 「構築あり」と書かれた求人が本当に設計構築かを確かめる4つの質問

インフラエンジニア転職で最初に決めるのは入り口。職種は後でいい

最初に決めるのは「次の職場で自分が作れるようになりたい成果物」です。構成図、パラメータシート、構築手順書、試験仕様書、障害報告書。このどれかを一つ選ぶと、狙う工程と、面接で聞くべきことが自動的に決まります。

逆に「クラウドエンジニアになりたい」だけでは応募先を絞れません。同じ求人票の「クラウドエンジニア募集」でも、AWSのアラートを受けて連絡する仕事と、IAMを変更してバックアップ試験まで回す仕事が並んでいます。「AWSの監視に加えて、ログの一次調査、IAMの変更、バックアップ試験を担当したい」まで言葉にすると、求人票と面接の回答を同じ軸で比べられます。

IT実務そのものが未経験なら、この表の1行目から始まります。応募前の準備と入社直後に任される仕事は未経験からインフラエンジニアへ転職する進め方、準備から内定までの順序はインフラエンジニア転職ロードマップで扱っています。

未経験の入り口はほぼSES。そこで何にアサインされるかが1年目を決める

中途・未経験でインフラエンジニアを名乗れる求人は、実態としてほとんどがSESです。SIerも中途未経験を採ることはありますが、門はかなり狭く、私の周りでも「SESで数年経験を積んでからSIerへ移る」という順路をたどった人が大半でした。

問題は、未経験可のSESの中でも会社によって配属先の性質がまったく違うことです。私が入った会社は「未経験可・資格不問」で研修つきでした。研修を終えた同期のうち、ネットワークやサーバーの案件へ入れたのは一部です。残りの9割以上はコールセンターやヘルプデスク、つまりエンジニア職とは呼びづらい現場へ送られていきました。求人広告でよく見かける形なので、心当たりのある人は多いはずです。

では、その一部に入れるかどうかは何で決まるのか。会社側の説明では「素養とポテンシャル」ですが、外から観測できる条件は一つあります。資格を持っているかどうかです。CCNA、LinuC／LPIC、AWSやAzureの認定を何か一つ持っている人は、エンジニアとしてスキルが積めるポジションへ回してもらえる可能性が上がります。資格なしの完全未経験だと、判断材料が面接時の印象しか残らないため、配属が読みにくくなります。

SIerを最初から狙うなら、入社できるかどうかは運の要素がかなり大きくなります。SESを踏み台にする前提で入り口を選ぶほうが、結果的に設計構築へ早く着けることは多いです。会社形態ごとの違いはSIerへ転職するメリットとSES・事業会社との違いとSESへ転職するメリットと会社選びの注意点で個別に整理しています。

資格はアサインを分ける条件として働く

未経験の段階では、資格は「持っていると加点される」ものではなく、「持っていないと技術案件に回してもらえない」ことがある条件として働きます。ここが、経験者の転職とは大きく違う点です。

未経験を採用している会社には研修がついていることが多く、その研修期間中に 1〜2か月以内でCCNAを取得することを条件にしているところもあります。取れなければ配属が遅れる、あるいは技術案件に入れない。実質的な足切りです。

資格を先に決めてから仕事を選ぶと順序が逆になります。狙う求人が使っている技術を見て、そこから一つ選ぶ。ネットワークの求人ばかり見ているのにAWS認定を取っても、面接で話がつながりません。どれを選ぶかはCCNA・LinuC／LPIC・AWS認定の選び方、何をどの順に学ぶかはLinux・ネットワーク・AWSの学習順にまとめています。

CCNAの独学の進め方は、設計構築チャンネルの「CCNA独学勉強法！おすすめの書籍とサイト」でも書籍とサイトを挙げて解説しています。

インフラエンジニアの仕事内容を工程で理解する

インフラエンジニアの仕事は、扱う製品名ではなく担当する工程で分かれます。要件を整理する人、設計値を決める人、設定する人、正常性を試験する人、運用する人では、責任の範囲がまったく違います。

厚生労働省の職業情報提供サイトjob tagでも、基盤システムの仕事は要件の確認から設計、構築、運用への引き継ぎ、運用後の改善まで続く業務として説明されています。求人票に「設計構築あり」と書かれていても、その中の自分の持ち場は別に確認しなければ分かりません。

出典：厚生労働省 job tag「システムエンジニア（基盤システム）」（2026年8月確認）

ネットワーク・サーバー・クラウドの違い

三つに優劣はありません。決め方も単純で、いま持っている経験がどこへ接続するかで選びます。まったくの未経験なら、通信の土台であるネットワークから入っておくと、後からサーバーやクラウドへ移っても基礎が効きます。

三つは別々に見えて、実務ではつながっています。クラウド上のLinuxへ接続できないとき、見るのは名前解決、ルート、ファイアウォール相当の制御、OSの待受ポート、サービス状態の順です。「AWSを知っている」だけでは足りず、通信がどこで止まっているかを切り分けられる基礎が要ります。

領域が決まっているなら、ネットワークエンジニア転職の進め方、サーバーエンジニア転職の進め方、クラウドエンジニア転職の進め方で、資格・求人・キャリアを職種別に絞れます。共通して必要になる技術は工程・職種別のスキルマップに整理しました。

監視・運用・構築・設計の違い

この4つを分けているのは、自分で判断する範囲と、作業後に責任を持つ範囲です。難しいコマンドを使うかどうかは関係ありません。

• 監視：アラートの対象、時刻、影響を確認し、手順に沿って連絡する
• 運用保守：ログや通信を調べ、復旧、設定変更、再発防止を行う
• 構築：設計値を設定し、正常系・異常系を試験して本番へ導入する
• 設計：要件と制約から、構成、パラメータ、監視、障害時の動きを決める

この中で、求人票の言葉と現実の差が一番大きいのが「構築」です。構築と聞いて機器にコマンドを打つ場面を想像する人は多いのですが、実際の本番作業は分刻みの手順書に沿って進む、かなり静かな作業です。ネットワークの夜間切替を例にすると、当日はこう動きます。

1. 18時：集合・入館
   データセンターやビルの入館手続きを済ませる。ここで遅れると全体が押す。
2. 対象ラックと機器の確認
   機器に貼られたテプラのホスト名を目視で確認する。似た型番が並ぶラックで、隣の機器に入るのが最も起きやすい事故。
3. 作業前ログの取得
   手順書に沿って、変更前の状態を証跡として残す。ここを飛ばすと「元がどうだったか」を誰も言えなくなる。
4. 作業・設定変更
   手順書のコマンドを、書かれた順に投入する。その場で思いついた変更は入れない。
5. 作業後ログの取得
   変更後の状態を同じ形式で取得し、作業前と比較できるようにする。
6. 業務通信の確認をクライアントへ依頼
   こちらの疎通確認だけでは終わらない。実際の業務通信が通ることを利用側に確認してもらう。
7. OKなら完了、NGなら切り分けか切り戻し
   原因が特定できれば切り分けを続け、時間内に収まらないと判断したらロールバックする。この判断のために、事前に中止時刻が決められている。
8. 最終ログを取得して退館
   完了・切り戻しのどちらでも、最終状態のログを残してから撤収する。

手順書、事前・事後のログ、中止条件、切り戻し手順。構築の仕事の実体は、この4点セットを作って回すことです。設計構築の現場に入ると、機器に触っている時間より、資料を作り、レビューを受け、顧客と確認する時間のほうが長くなります。「技術職だから会話や文書作成は少ないだろう」と思って入ると、ここでギャップが出ます。

いま監視や運用保守にいて次へ進みたい場合は運用保守から設計構築へ上がる準備、設計構築の求人そのものを見極めたい場合は設計構築へ転職するための必要スキルと求人の見極め方で、担当を広げる順序を確認できます。

インフラエンジニアのキャリアロードマップ

運用監視・保守から始め、設計構築、基本設計、要件定義へと、担当する判断を一段ずつ増やしていくのが基本の流れです。大規模なインフラ更改やSIer案件は、要件定義→基本設計→詳細設計→構築→試験→運用というウォーターフォール型で進むことが多く、転職のキャリアはこの工程を運用側から上流へさかのぼる形になります。

もちろん、すべての案件がウォーターフォールではありません。クラウドやIaCを使う現場では、小さく設計・構築・改善を繰り返すこともあります。それでも、要件を決める人・設計値を決める人・構築する人・運用する人で責任が違う点は変わりません。

現場で任される判断を増やして、上流工程へ進む

STEP 1

運用監視・保守

アラートを受け、利用者への影響を確認し、ログや通信を調べて復旧します。定型監視で終わらせず、ネットワーク・OS・クラウドのどこで問題が起きているかを切り分けた経験が、次の工程につながります。

主な成果物：障害チケット、作業記録、運用手順、月次報告、再発防止案

↓

STEP 2

設計構築（詳細設計・構築・試験）

決められた方式を、機器やOS、クラウドの具体的な設定値へ落とします。構築だけでなく、正常系・異常系の試験、本番作業、作業中止条件、切り戻しまで自分で作れるかが評価の分かれ目になります。

主な成果物：詳細設計書、パラメータシート、config・IaC、構築手順、試験仕様書

↓

STEP 3

基本設計

可用性、性能、セキュリティ、バックアップ、監視、運用方法など、基盤全体の方針を決めます。個別製品の設定より前に、障害時にどこまで止めず、何時間で戻すかを決める工程です。

主な成果物：全体構成図、方式設計書、非機能設計、運用設計、移行・試験方針

↓

STEP 4

要件定義

利用部門や開発担当から、利用者数、業務時間、重要データ、停止できる時間、予算、移行期限を聞き、インフラに必要な条件を合意します。技術的に作れるかだけでなく、費用と運用負荷を含めて判断します。

主な成果物：要件定義書、非機能要件、SLA・目標値、概算見積もり、前提・制約一覧

次の工程へ進める状態とは

判断の材料になるのは年数ではなく、いまの工程で何を自分で決められるようになったかです。「3年運用したから構築へ」という積み上げ方はしません。障害時に正常な範囲を切り分けられ、変更前後の確認項目を自分で決められ、手順書を直せるようになった時点で、構築や試験へ進む材料はそろっています。

工程ごとに変わる悩みと、面接で確認すること

転職相談で出てくる悩みは、いる工程によってきれいに分かれます。運用監視では「構築へ上がれない」、設計構築では「作業者から抜けられない」、基本設計では「要件定義の経験がない」、要件定義では「管理ばかりで技術から離れる」。それぞれ、不足している経験と、面接で確認すべき点が違います。

設計構築から先の進路はインフラエンジニアの転職先とキャリアパスで、SRE、セキュリティ、PMまで含めて整理しています。「そもそもインフラ転職は厳しいのでは」と感じている場合はインフラエンジニア転職は難しい？厳しくなる理由と突破するための準備、職種そのものへの不安が強い場合はインフラエンジニア転職はやめとけと言われる理由を先に読むと、実態と危険信号を分けて見られます。

未経験で入った最初の6か月に何が起きたか

求人票では見えない部分なので、私の実際の6か月を書いておきます。結論から言うと、この期間は相当きついです。ただ、きつさの中身は「理不尽な労働時間」ではなく「知らないことが多すぎて自習が終わらない」でした。

この働き方を人に勧めるつもりはありません。ただ、未経験からエンジニアになるときに、最初の半年をどう使うかで到達点がはっきり変わるのは事実だと思っています。ある程度プライベートを削る覚悟を先に決めておいたほうが、途中で「思っていたのと違う」と迷わずに済みます。登竜門のようなもので、ここを越えた人が設計構築に残っている、という印象です。

逆に言えば、これだけ勉強しても半年で任されるのは「案件の半分」です。1〜2か月の研修で即戦力になるという説明を見かけたら、その会社が何を「戦力」と呼んでいるのかを確かめたほうがいいです。

入社直後につまずきやすい点は未経験からインフラエンジニアへ転職する進め方で扱っています。現場で最初に注意されることの具体例は、設計構築チャンネルの「初心者が注意されがちなこと」「NW設計構築で上司から注意されたこと8選」でも話しています。

1年目の年収は300万円台から。上がる条件は工程で決まる

私の1年目の年収は、300万〜340万円ほどでした。これは運用保守のポジションに就いた場合の水準です。監視だけの案件だと業務範囲が狭いぶん、平均はもう一段下がります。

この金額を見て低いと感じる人は多いと思います。ただ、未経験からの1年目としてはむしろ平均より上のほうです。判断すべきなのは初年度の額そのものではなく、2年目以降に何をやらせてもらえるかです。運用保守で止まる会社と、構築・試験へ広がる会社では、3年後の年収の開きがはっきり出ます。

提示された年収は、基本給、固定残業、賞与、夜勤・待機手当に分解して比べます。総額が上がっても、固定残業が増えて担当が狭くなるなら、次の転職で使える経験は増えません。反対に初年度の上げ幅が小さくても、構築・試験・設計レビューを経験でき、昇給の条件が明確なら、数年後の選択肢は広がります。

夜勤も一括りにしないほうがいいです。交代制の監視、計画された夜間切替、オンコール、緊急呼び出しでは、生活への影響がまるで違います。リモート勤務も同様で、本番作業や障害時は出社なのか、入社直後の研修は出社なのかで実態が変わります。

働き方から絞るなら夜勤なしの日勤求人の探し方と在宅勤務しやすい仕事と求人の見方、職種・工程ごとの統計と提示額の見方はインフラエンジニア転職で年収が上がる条件で分けて解説しています。

内定後は、求人票と面接メモだけで決めずに、労働条件通知書で就業場所・業務の変更範囲、勤務時間、賃金の内訳、試用期間を照合します。確認項目は求人票チェックリストにまとめました。

参考：厚生労働省 「労働条件の明示」（2026年8月確認）

転職先はSIer・SES・事業会社のどれを選ぶべきか

SIerとSESの差は、規模でも技術力でもありません。契約に納品義務があるかどうか、そして案件を自分で選べるかどうかです。この2点が、働き方と身につく経験の両方を決めます。

契約が違うと、責任と成果物が変わる

SESは準委任契約が中心で、成果物の完成そのものを約束する契約ではありません。合意した業務を遂行することが目的になります。一方、SIerのプロパー社員は顧客と直接契約している側に立つため、納品義務があります。何を納めれば終わりなのかが契約で決まっている、ということです。

もちろん、納品義務がなければ品質や期限を軽く見ていい、という話にはなりません。ただ、トラブルが起きたときに最終的に誰が責任を負うかが違うので、案件終盤のプレッシャーのかかり方が変わります。また準委任では客先の担当者が作業者へ直接指揮命令できず、派遣では派遣先の指揮命令を受けるという違いもあります。

契約の参考：中小企業庁 「情報サービス・ソフトウェア産業における下請適正取引等の推進のためのガイドライン」／厚生労働省 「労働者派遣・請負を適正に行うためのガイド」（2026年8月確認）

案件選択制度はSESにしかない概念

SIerには、エンジニアが案件を選ぶという発想がそもそもありません。取引先が決まっていて、その中で必要な案件に人を回すからです。対してSESには案件選択制度があり、特に高還元SESでは、エンジニアが自分で案件を選べる仕組みを前面に出しています。

ここは会社選びで効いてきます。得意な領域へ寄せたい、常駐先を自分で決めたいならSES。腰を据えて一つの取引先の全体像を見たい、PM・PLへ進みたいならSIer。どちらが優れているかではなく、自分がどんなライフスタイルを望み、どんなエンジニアを目指すのかで決まります。

SIerが合いやすい人

• 将来、PM・PL、顧客折衝、見積もりを担当したい
• 要件定義から納品・運用引き継ぎまで全体を見たい
• 納期前や本番移行時の負荷と責任を受け入れられる
• 技術だけでなく、資料、契約、品質、進捗も学びたい

SESが合いやすい人

• まず設計構築のメンバーとして技術を深めたい
• 複数のSIerや顧客の進め方・設計様式を経験したい
• 得意な技術を役務として提供し、担当範囲へ集中したい
• 案件選択、待機、評価、次の配属条件を自分で確認できる

元請けか二次請けかで、担当する仕事が変わる

SIerを選ぶときは、会社名より商流上の位置を見ます。ここを見落とすと「SIerに入ったのに設計構築をしていない」ということが起こります。

元請けの主な業務は、ベンダーコントロールと顧客折衝、そして進捗・品質・費用の管理です。手を動かす機会は減り、エンジニアとしての経験が浅いうちからPL・PM業務に回されることがよくあります。二次請けになると、小規模案件は自社内で設計構築まで担当し、大規模案件は三次請けへ流して管理側に回る、という分かれ方をします。

つまり「上流工程に関われます」と書かれた求人が、実際にはベンダーの管理を指していることがあります。設計値を自分で決めたいのか、案件全体を回したいのか。どちらを望むかで、見るべき求人が変わります。

もう一段くわしく比べるなら、SIerへ転職するメリットとSES・事業会社との違い、SESへ転職するメリットと会社選びの注意点、事業会社へ転職するために必要な経験を用意しています。案件選択制度と給与の仕組みは求人票からは読み取れないので、案件選択制度で確認すべき7つの条件と高還元SESの還元率と給与の見方を先に読んでおくと、面接で聞く項目がはっきりします。将来的な独立を考えているならフリーランスへ独立するために必要な経験もあわせてどうぞ。

PL・PMを目指すときに知っておきたい役割の違い

PLはチームの仕事を成立させる役割、PMはプロジェクト全体を成立させる役割です。技術力の高さと、PL・PMになれるかどうかは別の話になります。

ただし前の章で触れたとおり、元請けのSIerでは経験が浅くても管理側へ回されることがあります。私自身、入社6か月の時点でPLに近い立場で動いていました。「PLになれた」というより、案件の構造上そこに立たされた、というほうが近いです。だからこそ、PL・PMを目指すなら、技術判断から離れない条件を先に確認しておく価値があります。

IPAもプロジェクトマネージャの役割として、計画、チーム編成、リスク対応、ステークホルダーとの関係、実績評価を挙げています。インフラのPMは、すべての製品を一人で設定できる人ではありません。専門家の説明を理解し、品質・費用・納期への影響を判断できる人です。

参考：IPA「プロジェクトマネージャ試験 対象者像・業務と役割」（2026年8月確認）

PMの一日の流れや、技術から離れることへの不安についてはインフラエンジニアPMの仕事内容で、実際のルーティンに沿って説明しています。

「構築あり」の求人が本当に設計構築かを確かめる4つの質問

求人票の「設計構築」という言葉は、そのままでは信用できません。私はSESで案件が変わるたびに面談を受けてきましたが、実際の中身を確かめるのに使っていたのは、次の4つの質問です。

1. 実際の業務では、どんな技術を使いますか
   プロトコル名やベンダー名が具体的に出てくるかを見る。「幅広く扱います」で終わるなら、話している人が現場を知らない可能性がある。
2. 実際に触る機器の型番は何ですか
   型番が即答できるかどうかは、その案件を実際に見ている人かどうかの判定になる。ここで詰まる面談は精度が低い。
3. 設計書やパラメータシートの修正は発生しますか
   発生するなら設計構築の実務に近い。「作業だけです」なら、実態は構築補助か運用寄り。
4. アサインまでに何を勉強しておくべきですか
   答えが具体的なら、任せる範囲が決まっている証拠。「特にありません」は、担当が固まっていないか、勉強が要らない仕事だということ。

実際にずれていた例もあります。設計構築と聞いていたのに、行ってみたら運用側に近い作業が中心だった。エンジニア職と聞いていたのに、カスタマーサポートにアサインされた。どちらもよくある話で、特に未経験可の求人では起こりやすいです。上の4つを聞いておくと、この種のずれはかなり減らせます。

求人は会社名ではなく、配属後の仕事で比べる

SIer、SES、事業会社、MSPのどれが常に優れているとは言えません。事業会社でもベンダー管理だけの場合があり、SESでも設計、config作成、試験、本番導入まで担当する案件があります。見るべきなのは、自分が作るもの、設定変更の権限、レビュー相手、障害時の役割です。

もう一つ、求人票からは読み取れないのに現場の難易度を大きく変えるのが検証環境の有無です。検証環境がない案件では、既存設定と設計資料から影響を読み、NAT・ACL・経路の整合性、レビュー、切り戻し手順で本番前のリスクを下げるしかありません。「何を構築するか」に加えて、どこで試し、誰がレビューし、どの条件で戻すのかまで聞くと、その案件の中身が見えます。

Xで「検証環境がない設計構築案件」の現場補足を見る／記事版は検証環境がない案件のリスクの下げ方にまとめています。

求人を集める段階ではインフラ求人を転職サイトで検索・比較する方法を使い、求人票だけで確定できない配属や商流は転職エージェントへ確認させる項目として切り分けると、応募経路に判断を引きずられません。労働環境から絞りたい場合はホワイト企業を見分ける求人票と面接のチェック項目もどうぞ。

経験者が転職で評価される伝え方

経験者の評価は、年数ではなく担当した範囲と自分で判断したことで決まります。「ネットワーク運用を3年」「AWSを2年」だけでは、監視だけなのか、設定変更や障害復旧まで担当したのかが読み取れません。

案件ごとに、対象、規模、担当工程、作成資料、通常作業、障害時の役割、自分で決めたこと、上位者へ確認したことを書き出しておきます。定型運用でも、切り分け手順を改訂した、変更前後の確認を標準化した、繰り返し作業を自動化した、という経験は十分な材料です。

チーム全体の仕事を自分の実績として書かないことも効きます。「基本設計はリーダー、私は詳細設計以降」「移行計画は会議へ参加し、自分は試験と当日確認を担当」と境界を示しておくほうが、深掘りされても説明が崩れません。

職務経歴書と面接で伝えること

職務経歴書では、技術名の横に動詞と成果物を置きます。「Cisco」ではなく「既存configを確認し、変更手順と疎通試験を作成」。「Linux」とだけ書くより「サービス停止の原因をログから切り分け、復旧手順を改訂」と書いたほうが伝わります。技術名だけを並べた行は、読む側から見ると情報量がほぼゼロです。

面接では、状況、任された役割、考えたこと、実施したこと、結果の順で話します。技術質問に即答できないときも、当てずっぽうで答える必要はありません。「まず正常範囲と直前の変更を確認し、名前解決、経路、待受の順に切り分けます」と確認の筋道を説明できるほうが、実務に近い回答になります。

逆質問は企業研究を見せる場ではなく、求人の未確定部分を埋める場です。担当工程、成果物、レビュー、夜間実績、評価基準を聞き、面接ごとに記録を残しておきます。

案件経験の棚卸しはインフラエンジニアの職務経歴書の書き方、回答の組み立て方はインフラ転職の面接質問・回答例・逆質問で具体化できます。

転職活動はこの順番で進める

1. 現在地を棚卸しする
   案件ごとに対象、工程、判断、成果物、障害対応を書き出す。
2. 次に増やす工程を一つ決める
   「構築へ」ではなく「パラメータ作成、設定、試験まで」の粒度で決める。
3. 求人を10件ほど同じ表で比べる
   技術、工程、成果物、勤務、給与、未確認事項を並べる。
4. 不足する基礎だけを検証する
   構成図、設定、試験、障害記録を作り、説明できる状態にする。
5. 書類と面接を求人へ合わせる
   事実は変えず、応募先で再現できる経験を前へ出す。
6. 内定条件を照合する
   求人票、面接回答、労働条件通知書の差分を確認する。

準備期間を週単位へ落とし込むなら、準備から応募・内定までの転職ロードマップで各段階の完了条件を決められます。

未経験の段階で個人検証をするなら、正常な接続が通って終わりにしないほうがいいです。DNSを誤らせる、ポートを閉じる、サービスを停止する。小さな障害を自分で起こして、症状、仮説、確認したコマンド、原因、復旧結果を記録します。この記録があると、面接で「何を考えて直したか」を自分の言葉で説明できます。まとめ方は構成図・手順書・AWS検証を使ったポートフォリオの作り方で解説しています。

運用保守から設計構築へ進む具体的な流れは、設計構築チャンネルの「最短で設計構築の経験を積むための教科書」でも扱っています。動画を見たこと自体は実務経験になりません。自分の現場で次に担当できる手順作成、試験、レビューへ置き換えて使うものとして見てください。

現場の技術から確かめたい人へ

ここまでは転職の進め方を扱いました。ただ、求人票の「設計構築」「障害対応」が具体的に何をする仕事なのかは、技術側から見たほうが早く分かります。

• ネットワーク障害の切り分け順番：面接で「切り分けはどうしますか」と聞かれたときの答え方の土台になります
• 基本設計と詳細設計の違い：求人の「上流工程」がどの成果物を指すのかが分かります
• ネットワークエンジニアのExcel実務：設計書・config・試験表が現場でどう使われるか
• 検証環境がない案件のリスクの下げ方：面接で検証環境を聞くべき理由

たとえば「障害の一次対応を担当します」と書かれた求人でも、切り分けの順番を知っていれば、どこまでを自分がやってどこから上位者へ渡すのかを面接で聞けます。技術側から読むと、求人票の抽象的な言葉が具体的な作業に翻訳できます。

よくある質問

インフラエンジニアは未経験でも転職できますか

できます。私も30歳・業界未経験で入りました。応募は2社、内定は1社です。ただ「未経験歓迎の求人に受かること」をゴールにすると、コールセンターやヘルプデスクに配属されたまま数年が過ぎることがあります。入り口の求人名より、研修後にどの案件へ何割が入っているかを確認したほうが確実です。

30代の未経験でも間に合いますか

間に合いますが、年齢で落ちる会社は実在します。私も1社目は30代の未経験を理由に見送られました。数を撃つより「30代の未経験でも可」と明示している会社を先に探すほうが効率的です。ただし入社後は、20代と同じかそれ以上の学習量が要ります。

資格は何個持っていれば有利ですか

数ではありません。未経験の段階では、資格は加点材料というより技術案件に配属されるかどうかの条件として働きます。志望する領域に合ったものを一つ選び、小さな検証環境とセットで説明できる状態にしておくほうが評価されます。入門資格を複数並べても、安全に設定して確認できる人かどうかは伝わりません。

CCNAはどれくらいで取れますか

一般的な学習期間は2〜3か月です。LinuC／LPIC レベル1なら2か月程度。未経験を採用している会社では、研修中に1〜2か月以内でCCNAを取ることを求められる場合もあります。入社前に取っておけば、その分アサインの選択肢が広がります。

ネットワーク・サーバー・クラウドのどれから始めるべきですか

IT実務が未経験ならネットワークからです。サーバーもクラウドもIPで通信しているため、後から領域を移っても基礎が効きます。すでにヘルプデスクや社内IT、開発の経験があるなら、その経験が接続する領域から入るほうが早く戦力になれます。

未経験からだと最初はどれくらい勉強が必要ですか

私の場合は、業務後に毎日深夜1時ごろまで、週末は最低でも1日10時間でした。これを半年続けて、ようやく案件の半分を一人で任される状態です。人に勧める働き方ではありませんが、未経験から入るなら最初の半年はそれくらいの前提で計画を立てたほうが、途中で見込みが崩れません。

夜勤は避けられますか

避けられる求人はあります。ただ「夜勤なし」と書かれていても、計画された夜間切替やオンコールが別に存在することがあります。交代制の監視、計画作業、オンコール、緊急呼び出しを分けて、直近3か月の実績を聞くのが確実です。

何年目で転職するのがよいですか

年数より、いまの職場で次の工程へ進む見込みがあるかどうかです。監視から変更・試験へ広がる仕組みがある会社なら残る価値がありますし、本人の努力だけを条件にされている状態なら、年数を待っても変わりません。

AIでインフラエンジニアの仕事は減りませんか

作業の一部は自動化されています。一方で、物理機器の設置と交換、障害時の判断、要件の合意といった仕事は残っています。減る仕事と伸びる仕事の分け方はインフラエンジニア転職の将来性で解説しています。

まとめ

インフラエンジニア転職で先に決めるべきなのは、職種名でも資格の数でもなく、次の職場で担当する工程です。そして未経験の場合、その工程を決めるのは求人票の職種名ではなく、入った会社の配属の仕組みでした。

私は2社に応募して1社に入り、そこは同期の9割以上がコールセンターやヘルプデスクへ回る会社でした。技術案件に入れるかどうかを分けていたのは、資格の有無です。そして入ってからの半年は、毎日深夜まで勉強しながら、ようやく案件の半分を任される、という進み方でした。1年目の年収は300万〜340万円ほど。ここから先の伸び方は、2年目にどの工程を任されるかで変わります。

まず直近の仕事を一つ選び、「自分が担当した工程」「作ったもの」「自分で判断したこと」「次に増やしたい工程」を一行ずつ書いてみてください。この4行が、求人検索、学習、職務経歴書、面接をぶらさない基準になります。

領域が決まったら、ネットワーク・サーバー・クラウドそれぞれの転職ガイドで、必要スキルと求人の見極め方を確認できます。

基準を作ったら、現在掲載されているインフラエンジニア求人を10件ほど開き、担当工程・成果物・勤務条件を同じ表で比べてみてください。

この記事の執筆・監修者

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

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

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

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

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