設計経験をお持ちの方
構築経験者募集
運用保守経験者歓迎

上記のようにインフラエンジニア向けの求人や案件では、担当工程が示されることがあります。
代表的なのが「設計・構築・運用保守」です。ところが、同じ「インフラエンジニア」でも、各工程では役割が異なるため、求人票だけでは仕事内容をイメージしにくいこともあります。
この記事では、インフラ領域の3つの工程を整理します。
「何を決めるのか」「何を形にするのか」「稼働後に何を支えるのか」という視点で見ていきましょう。
自分の経験がどの工程に近いかを考えるときの参考にもしてみてください。

インフラの仕事は「設計・構築・運用保守」とつながっている

インフラ案件では、まず要件を整理して構成を決めます。
その内容を実際の環境へ反映し、稼働後のシステムを支えていきます。一般的な流れを簡単に表すと、次のようになります。

ただし、工程の名称や分け方、担当範囲は企業や案件によって異なります。ひとりが複数工程を担当する場合もあるため、あくまで全体像をつかむための整理として見ておきましょう。

設計・構築・運用保守の違いを一覧で見る

ひとつのインフラ環境を例に、3工程のつながりを見る

工程ごとの違いは、ひとつのシステムを例にすると分かりやすくなります。
ここでは、社内システム向けに新しいクラウド環境を用意するケースを考えてみましょう。

設計では、利用人数やシステムの用途、セキュリティ、バックアップ、運用方法などの条件を整理し、どのような構成にするかを決めます。ここで決めた内容が、後の構築作業の前提になります。

構築では、設計内容をもとに、サーバーやネットワーク、クラウド環境へ実際の設定を反映します。設定したら終わりではなく、想定どおりに動くかを確認し、必要に応じてテスト結果や設定内容を記録します。

運用保守では、稼働後の状態を見ながら、監視や定期作業、バックアップ確認、設定変更、障害対応などを行います。日々の運用の中で見つかった課題を、手順や設定の見直しにつなげる場合もあります。

このように、同じシステムに関わっていても、工程によって「考えること」「実際に手を動かすこと」「稼働後に支えること」が変わります。

設計｜システムの形を決める工程

設計での利用者や顧客の要件をもとに、どのような構成でシステムを作るかを決めていきます。
具体的には、サーバーやネットワークの構成だけでなく、セキュリティや運用方法まで含めて検討することもあります。
例えば、必要なサーバーの台数やネットワーク構成を検討します。
障害が発生した際の運用方法を決める場合もあります。
こうした内容を、設計書や構成図へ落とし込んでいきます。
単に製品やサービスを選ぶだけではなく、求められる性能や安全性、運用のしやすさなどを踏まえて構成を考えます。どこまでを設計担当が決めるかは案件によって異なりますが、「要件を具体的な構成へ落とし込む」ことが設計工程の大きな役割です。

基本設計と詳細設計では、決める内容の細かさが異なる

基本設計について、要件をもとにシステム全体の構成や方針を整理します。
一方、詳細設計では、構築担当者が実際に設定できるよう、IPアドレスや各種パラメータ、設定値などをより具体的にしていきます。
ただし、「基本設計」「詳細設計」という名称や担当範囲は、企業や案件によって異なる場合があります。
求人票で「設計経験」と書かれている場合も、どこまでを担当するのか確認すると業務をイメージしやすくなります。

構築｜設計した内容を実際の環境にする工程

構築は、設計書に沿ってサーバーやネットワーク、クラウドなどの環境を実際に作っていく工程です。
設計で決めた内容を設定へ反映し、テストを行いながら利用できる状態へ整えていきます。

対象によって使う技術は変わる

サーバーであればWindows ServerやLinux、ネットワークではCiscoやYAMAHAなどの機器を扱うことがあります。
仮想化ではVMwareやHyper-V、クラウド環境ではAWS、Azure、Google Cloudなどが使われる場合があります。
そのため、「構築経験」の内容は人によって異なります。
何を構築したのか、どの技術を使ったのかも確認したいポイントです。
さらに、設定やテストをどこまで担当したかによっても経験の幅は変わります。
設計書を読み取り、必要な設定を正確に環境へ反映することが、この工程の中心です。
また、構築では設定値を入力するだけでなく、設計書との整合を確認したり、テストで動作を確かめたりする場面があります。
作業手順や変更内容を記録することもあり、正確に環境へ反映する力と、確認しながら進める力の両方が関わる工程です。
クラウド関連の求人や案件を見る際は、「クラウドエンジニア派遣の求人票を見るポイント｜業務内容・使用技術・働き方を確認」も参考にしてみてください。

運用保守｜稼働後のシステムを支える工程

システムが稼働した後は、安定して利用できる状態を維持していく必要があります。
運用保守では、監視や定期作業、障害対応、メンテナンス、問い合わせ対応などを担当することがあります。

「運用」と「保守」はどう違う？

「運用」と「保守」を分けて表現する場合もあります。
運用は、監視や定常作業など日々の稼働を支える業務を指します。
一方、保守は障害対応やメンテナンス、変更対応など、システムの状態を維持するための業務を指すことがあります。
求人や案件では「運用保守」とまとめて表記されることもあり、担当範囲は案件ごとに異なります。

障害が起きたときも、担当範囲はさまざま

監視ツールからアラートが出た場合、まず通知内容を確認します。
案件によっては、関係者への連絡までを担当する場合があります。
一方で、ログを確認して原因を切り分け、復旧対応まで行うケースもあります。

運用保守の経験を整理するときは、業務名だけで判断しないことも大切です。
「監視をしていた」「問い合わせに対応していた」だけでは、担当範囲までは分かりません。
どこまで判断・調査・対応していたのかも振り返ってみましょう。
運用保守は、障害が起きたときだけ対応する仕事ではありません。
定期的なパッチ適用やバックアップ確認、アカウント・権限の管理、手順の見直しなど、問題を起こしにくくするための業務に関わることもあります。
日々の運用を通じて、システムの使われ方や弱点に気づけるのも、この工程ならではの特徴です。

同じ技術でも、担当工程によって経験の中身は変わる

求人や職務経歴書では、AWS、Linux、Ciscoなどの技術名だけが目に入りやすいものです。
ただし、同じ技術を使っていても、どの工程で関わったかによって経験の内容は異なります。
例えば、AWSを利用する案件でも担当内容は異なります。
そのため、「AWS経験あり」「Linux経験あり」といった技術名だけでなく、
何を考え、何を設定し、稼働後にどこまで対応したのかまで振り返ると、自分の経験をより具体的に捉えやすくなります。

自分の経験はどの工程に近い？

それぞれの違いを理解したら、次は自分が実際に何を担当してきたかを振り返ってみましょう。工程名を無理に当てはめるより、次の3つの問いで整理すると分かりやすくなります。

実際には、ひとつの案件で複数工程に関わることもあります。
運用保守を担当しながら設定変更や改善作業に携わるケースや、構築と詳細設計をあわせて担当するケースもあります。
工程名がはっきりしない場合は、作業名だけでなく「どこまで自分で判断したか」も確認してみましょう。
同じサーバー設定でも、担当範囲は異なります。
手順に沿って作業したのか、設定値の検討や手順作成まで担当したのかも確認してみましょう。
こうした違いまで整理しておくと、求人票に書かれた「設計経験」「構築経験」「運用保守経験」と、自分の実務を照らし合わせやすくなります。

まとめ

インフラの設計・構築・運用保守は、同じシステムに関わる仕事でも、それぞれ役割が異なります。
設計はシステムの構成や方針を決める工程、構築はその内容を環境へ反映する工程、運用保守は稼働後のシステムを安定して利用できる状態に保つ工程です。
担当範囲や業務内容は案件によって異なるため、職種名だけでなく、具体的にどの工程を担当するのかまで確認することが大切です。
自分の経験と照らし合わせながら仕事内容を見ていくことで、その案件との接点をイメージしやすくなるはずです。

自分の経験を活かせるインフラ案件を探したい方へ

自分が担当してきた工程や業務内容を整理できると、次にどのような仕事を見ていくか考えやすくなります。
インフラエンジニア向けの求人でも、担当工程や使用技術は案件によって異なります。
自分の経験に近い案件や、今後関わってみたい工程の案件を探したい方は、ITエンジニア向け求人サイト「テクパス」もぜひ参考にしてみてください。