本文へ移動

インフラ転職コンパス現場・技術・キャリアをつなぐ専門メディア

メニュー

インフラエンジニアが設計構築へ転職するには?必要スキルと求人の見極め方

設計構築へ転職するには、configを投入した経験だけでなく、要件、パラメータ、試験、移行、切り戻しのどこを担当したかを示します。求人では『設計構築あり』という表現ではなく、作る成果物とレビュー担当を確認してください。

この記事でわかること

  • 設計構築インフラエンジニアへ転職するには?
  • 設計構築の仕事内容と求められる役割は?
  • 設計構築で必要なスキルと役立つ資格は?
  • 求人票で設計構築案件を見分けるには?

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

転職全体の進め方を先に整理したい方は、インフラエンジニア転職完全ガイドで、仕事内容・年代別戦略・資格・求人選び・書類・面接対策を順番に確認できます。

設計構築インフラエンジニアへ転職するには?

設計構築へ転職するには、設定投入だけでなく、要件を設計値へ変換し、試験と本番判定まで説明できる必要があります。未経験者は検証成果物、運用経験者は変更・改善実績を使い、求人では自分が作成する設計書、手順、試験項目を確認します。

基本設計は非機能の判断をどう残す?

可用性、性能、セキュリティ、運用、バックアップ、監視を業務要件から決めます。高性能や冗長化を最大にするのではなく、停止許容、予算、運用人数とのトレードオフを説明します。job tagでも基盤システムの設計書には機能、構成、性能、予算、工程が含まれるとされています。

(出典:厚生労働省 job tag「基盤システムエンジニア」)

設計構築の仕事内容と求められる役割は?

設計構築の役割は、要件から構成とパラメータを決め、第三者が再現できる資料へ落とし込むことです。基本設計では方式と非機能要件、詳細設計ではIP・VLAN・権限・監視などの値、構築では設定、試験では正常系と異常系、本番導入では実施・判定・切り戻しを担当します。

詳細設計は値と理由を一致させるには?

IP、VLAN、ルート、ACL、権限、監視、ログ、バックアップなどのパラメータを決めます。標準値をコピーするだけでなく、要件との対応、例外、命名、将来拡張を確認します。設計書と実機のどちらを正とするかも決めます。

(出典:IPA「ITスキル標準」)

運用保守とは何が違う?

運用保守との違いは、名称や印象ではなく、担当工程、必要経験、成果物、働き方、次に進める工程を同じ列で比べます。結論は『新しい技術名がある方』ではなく、自分が判断し、レビューを受け、半年後に説明できる成果物が増える方です。

設計構築で必要なスキルと役立つ資格は?

設計構築で必要なスキルと役立つ資格については、学んだ用語を、構成図、設定、確認コマンド、正常・異常試験へ変換します。資格の合格は知識範囲、検証は再現性、本番案件は実務経験として分けて求人へ示してください。

試験は正常系だけでは足りないのはなぜ?

疎通やログイン成功に加え、冗長切り替え、通信拒否、権限不足、バックアップ復元、監視通知など異常系を確認します。合否基準、証跡、実施者、再試験条件を用意し、テストで見つかった設計不足を文書へ戻します。

未経験者・運用保守経験者はどの順序で設計構築を目指す?

未経験者は基礎検証から構築補助へ、監視経験者は一次切り分けと手順改訂から変更作業へ、運用経験者は改善提案と試験から詳細設計へ進むのが現実的です。現在の工程を飛ばすのではなく、次工程の一部をレビュー付きで担当します。

いま作れる成果物から準備を始める

設計構築の準備は、構成図、パラメータ、設定、試験結果、切り戻しのうち、現在の経験で作れるものから始めます。各成果物について「誰がレビューしたか」「どの要件に対応するか」を説明できれば、教材を終えただけの学習と区別できます。

確認項目 現場での見方 判定基準
パラメータシート パラメータシートについて、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。 数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
構築手順書 構築手順書について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。 数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
ドキュメント作成 ドキュメント作成について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。 数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
顧客折衝 顧客折衝について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。 数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。

求人票で設計構築案件を見分けるには?

設計構築求人は、工程名ではなく、入社者が作る成果物で見分けます。既存設計書の修正だけか、方式検討やパラメータ決定まで行うか、試験項目と本番判定を誰が持つかを質問してください。レビュー担当と検証環境も判断材料です。

本番導入で判定・引き継ぎまで何を行う?

開始条件、作業者、確認者、監視抑止、業務確認、切り戻し時刻を決めます。設定投入が成功しても、監視登録や運用手順がないと案件は完了しません。運用部門が異常時に判断できるところまで引き継ぎます。

どんな求人を狙い、どの工程を担当し、何が必要?

運用経験者なら、設定変更・構築・試験を含み、詳細設計へレビュー付きで参加できる求人が候補です。未経験者は構築補助からでも、手順・試験・証跡を自分で作る機会があるかを確認します。完成手順の投入だけなら、設計経験として説明できる範囲は限られます。

求人タイプ 担当工程 必要条件 確認質問
監視・一次対応 アラート確認、定型連絡、チケット起票 TCP/IP・Linux基礎、手順遵守 二次切り分けや手順改訂へ進めるか
運用保守 ログ調査、設定変更、障害復旧、定例作業 showコマンド、OS操作、影響確認 変更作業と障害原因分析の割合
構築補助 config投入、試験、証跡、現地作業 構成図読解、設定比較、試験観点 自分で作る成果物とレビュー担当
設計・構築 方式検討、パラメータ設計、構築、移行 要件整理、設計書、切り戻し、顧客説明 製品名より担当範囲と設計判断の有無

関連する記事

運用経験を設計構築へ変換する方法は運用保守から設計構築へ上がる準備で詳しく説明しています。資格の役割はCCNA・LPIC・AWS資格の選び方で確認してください。

設計構築求人を見極める確認表

確認表では、求人票の工程、自分が作る成果物、レビュー担当、本番時の役割を面接で確かめます。入社6か月後に設計書・手順・試験結果のどれを説明できるかが明確なら候補、工程名しか回答がない場合は要確認です。

確認段階 確認すること 証拠・確認先
現在地 実務・学習・希望を分ける 担当工程と成果物
求人 仕事内容を工程と割合へ分解 求人票と配属実例
面接 自分が作る資料・設定・試験を確認 質問と回答の記録
入社判断 給与・勤務・配属を書面で照合 労働条件通知書

詳細設計は値だけでは決まらない

想定案件は、拠点ルーターの更改です。詳細設計ではインターフェイス、IP、VLAN、ルーティング、NTP、SNMP、Syslog、AAA、ACLを決めますが、値だけでは不十分です。回線の引き渡し条件、対向設定、監視元、管理接続、冗長切り替え、保守連絡まで確認します。既存構成図と現行コンフィグに差があれば、どちらが正かを現地確認します。

検証では、通常通信に加えて主回線断、戻り経路、ACL拒否、監視通知、設定保存、再起動後を確認します。本番手順にはケーブル差し替え、設定投入、リンク、経路、業務疎通、監視、切り戻しを時系列で入れます。切り戻しは旧機器へ戻すだけでなく、ARPや経路の収束、業務確認まで含めて所要時間を測ります。

設計構築チャンネルの設計構築全体像の動画では、詳細設計、構築、検証、本番導入をサンプル設計書とともに説明しています。また検証環境がない案件の動画は、切り戻しの重要性を扱っています。転職面接では「構築経験あり」で終えず、この工程のどこで何を作り、どの異常系を試し、誰が本番判定したかまで説明してください。

(出典:設計構築チャンネル「詳細設計・構築・検証・本番導入」(詳細設計・構築・検証・本番導入の全体像))

設計構築案件で作成する成果物
STEP 1要件一覧
STEP 2基本設計
STEP 3詳細設計・パラメータ
STEP 4構築手順
STEP 5試験仕様・結果
STEP 6移行・運用引き継ぎ

設定投入だけでなく、判断を第三者が再現できる成果物が必要です。

まとめ:設計構築ではなぜ工程理解と実務経験の接続が鍵になる

設計構築は、要件から設計理由を作り、詳細値、手順、異常系試験、本番判定、運用引き継ぎまで完了させる仕事です。求人では設定作業の有無ではなく、作成する成果物と判断範囲を確認し、自分の経験を工程ごとに説明してください。

求人票では「設計構築あり」だけで決めず、設計値を誰が決め、どの資料を自分が作り、誰がレビューし、本番の成功・切り戻しを誰が判定するかを確認してください。

最近の記事
お知らせ