運用と保守の違いとは？インフラの運用保守の仕事内容と構築・設計との違い

インフラの仕事でよく聞く「運用保守」。ひとまとめに呼ばれることが多いものの、「運用」と「保守」は、本来は目的の違う仕事です。違いがあいまいなまま働いていると、自分の仕事の範囲や、次に目指すべき仕事が見えにくくなります。

ここでは、運用と保守の違いを、それぞれの仕事内容から解説します。構築・設計との違いに加えて、運用保守で身につく力と、その先のキャリアもまとめました。

運用と保守の違いとは？

運用は「動かし続ける」、保守は「直して守る」

運用と保守は、どちらもシステムが完成したあとの仕事ですが、目的が違います。

項目	運用	保守
目的	システムを、決められたとおりに動かし続ける	システムの不具合を直し、これからも使える状態を守る
主な仕事	監視、定型の作業、バックアップ、問い合わせへの対応	障害の原因の調査と修理、パッチの適用、機器の交換
仕事の起こり方	毎日・毎週など、決まった流れでくり返す	障害や更新の必要が出たときに起こる
たとえると	車を毎日運転し、点検表にそって確かめる	故障を修理し、部品を交換し、車検に通す

運用は「いつもどおりに動かす」仕事、保守は「いつもどおりでなくなったときに直す」仕事と考えると分かりやすくなります。

現場では「運用保守」とまとめて呼ばれることが多い

実際の現場では、運用と保守を同じチームが担当することが多く、「運用保守」や「運用・保守」とまとめて呼ばれるのが一般的です。監視で異常を見つけるのは運用、その原因を調べて直すのは保守、というように、2つの仕事が切れ目なくつながっているためです。

一方で、会社どうしの契約では、運用と保守を分けることがあります。たとえば、日々の監視は運用の会社に任せ、機器が壊れたときの修理はメーカーとの保守契約で対応する、といった形です。求人や案件の説明で「運用」と「保守」のどちらが書かれているかを見ると、仕事の中身を想像しやすくなります。

システムの工程の中での位置

システムは、次のような工程で作られ、使われていきます。運用保守は、完成したシステムを動かす段階にあたります。

工程	内容
要件定義	どんなシステムが必要かを決める
設計	機器の構成や、設定の方針を決める
構築	設計にそって、機器を設定してシステムを作る
テスト	決めたとおりに動くかを確かめる
運用保守	完成したシステムを動かし続け、問題があれば直す

要件定義・設計・構築は、システムを形づくる「上流」の工程と呼ばれます。運用保守は、その「下流」にあたり、システムを使い始めてから終わるまでのいちばん長い期間を支える仕事です。

運用と保守の仕事内容

運用の仕事

仕事	内容
監視	サーバーやネットワークの状態を見張り、異常の知らせ（アラート）に対応する
定型の作業	アカウントの作成、権限の変更、サーバーの再起動など、手順書どおりの作業を行う
バックアップ	データのバックアップが正しく取れているかを確かめ、必要なら戻す
問い合わせへの対応	利用者からの「つながらない」「遅い」といった問い合わせに答える
手順書の整備	作業の手順書を作り、変更があれば直す

運用は、決められた手順を正確にくり返すことが基本です。24時間止められないシステムでは、交代で監視するためにシフト制や夜勤になることもあります。

保守の仕事

仕事	内容
障害の対応	障害が起きたときに、原因を切り分けて調べ、直す
パッチの適用	OSやソフトのセキュリティの更新を、計画を立てて当てる
機器の交換	壊れたディスクや、古くなった機器を交換する
再発の防止	障害の原因をまとめ、同じことが起きないように設定や手順を見直す
保守契約の管理	メーカーとの保守契約や、機器のサポートの期限を管理する

保守では、「なぜ起きたのか」を調べて判断する力が求められます。手順書にない事態にも対応するため、運用より経験が求められる場面が多くなります。

運用保守で身につく力

運用保守は「下流」と呼ばれることもありますが、インフラエンジニアにとって大切な力が身につく仕事です。

身につく力	内容
障害の切り分け	ログやコマンドの出力から、どこに問題があるかを絞り込む力
正確な作業	本番の環境で、手順を間違えずに作業する力
システムの全体像の理解	サーバー・ネットワーク・アプリがどうつながって動いているかの理解
説明と報告	障害の状況や原因を、関係者に分かりやすく伝える力

とくに障害の切り分けの経験は、構築や設計に進んだあとも、「止まりにくい仕組み」を考えるときの土台になります。

構築・設計との違いと、その先のキャリア

構築・設計との違い

工程	目的	主な成果物	求められる力
設計	どんな構成にするかを決める	設計書、構成図	要件を形にする力、技術の選び方
構築	設計どおりにシステムを作る	設定済みの機器、テストの結果	設定の技術、手順を組み立てる力
運用保守	作ったシステムを動かし続け、直す	監視の記録、障害の報告書、手順書	正確さ、障害の切り分け、報告

運用保守は「決められたものを守る」仕事、構築・設計は「新しいものを作る」仕事です。運用保守で働いていると、「この構成はなぜこうなっているのか」を考える機会が少なく、設計の力は身につきにくいのが現実です。

インフラエンジニアの仕事の全体像は、［インフラエンジニアとは］で解説しています。

運用保守から構築・設計へ進むには

運用保守の経験を活かして、構築や設計に進む人は多くいます。次のような方法があります。

方法	内容
今の仕事で「なぜ」を考える	障害の対応のたびに、設定や構成の理由を調べ、設計の考え方を学ぶ
作業を自動にしてみる	くり返しの作業をAnsibleやシェルスクリプトで自動にし、作る経験を積む
自分で環境を作る	仮想マシンやクラウドで、サーバーやネットワークを一から作ってみる
社内で手を挙げる	構築の案件や、手順書の見直しなど、作る側の仕事に関わる
転職する	構築・設計の仕事がある会社へ移る

具体的な進め方は［インフラエンジニアの上流工程とは］で、構築の経験がなくても転職できるかは［構築経験なしでも転職できる］で詳しく解説しています。自動化の始め方は、［Ansibleとは］で紹介しています。

1〜2年目のうちに意識したいこと

運用保守の経験が長くなるほど、「運用の人」として見られやすくなります。1〜2年目のうちから、次の一歩を意識して動くことが大切です。

運用保守の仕事を、ただの作業で終わらせず、「なぜこの設定なのか」「どうすれば障害を防げるか」と考える習慣をつけると、構築や設計へ進むときの大きな強みになります。

1年目の過ごし方は［インフラエンジニア1年目にやること］で、キャリアの全体像は［インフラエンジニアのキャリアパス］で紹介しています。

運用と保守でよくある疑問

運用と保守、どっちが難しい？

一般には、保守のほうが難しいとされます。運用は決められた手順をくり返すのが中心ですが、保守は手順書にない障害の原因を調べて判断する場面が多いためです。ただし、運用でも、監視の異常にすばやく正しく対応するには、システムへの深い理解が必要です。

運用保守はきついって本当？

夜勤やシフト勤務がある、障害のときは急いで対応しなければならない、といった点から、きついと感じる人がいるのは事実です。一方で、決まった手順で働ける、残業が少ない現場もあるなど、職場によって差が大きい仕事です。

働き方の悩みは、［SESのインフラエンジニアのキャリア］も参考にしてください。

未経験からでも運用保守の仕事に就ける？

就けます。運用保守は、未経験からインフラエンジニアになる人の多くが最初に担当する仕事です。手順書があり、先輩に教わりながら進められるため、経験がなくても始めやすいのが特徴です。

自動化やAIで、運用保守の仕事はなくなる？

すべてはなくなりませんが、手順どおりにくり返す作業は減っていくと考えられます。一方で、自動化の仕組みを作る仕事や、AIの判断を確かめる仕事は増えています。

仕事の変化については、［インフラエンジニアの将来性］で解説しています。

まとめ

運用と保守は、どちらも完成したシステムを支える仕事ですが、目的が違います。

この記事のポイントは次のとおりです。

• 運用と保守の違い
  運用はシステムを決められたとおりに動かし続ける仕事、保守は不具合を直して使える状態を守る仕事。
• 運用保守と呼ばれる理由
  現場では同じチームが担当することが多く、まとめて「運用保守」と呼ばれる。
• 仕事内容
  運用は監視・定型の作業・バックアップ、保守は障害の対応・パッチの適用・機器の交換が中心。
• 構築・設計との違い
  運用保守は決められたものを守る仕事、構築・設計は新しいものを作る仕事。
• その先のキャリア
  障害の切り分けの経験を土台に、自動化や自分で環境を作る経験を積むと、構築・設計へ進みやすくなる。

運用保守の経験は、インフラエンジニアとして長く役立つ土台になります。今の仕事の中で「なぜ」を考える習慣をつけ、次の一歩につなげていきましょう。