インフラエンジニアの業務が楽すぎるって本当？【現役SEが解説】

この記事では、インフラエンジニアが楽だと言われる理由について解説をします。

芯

2022年、私は未経験からインフラエンジニアに転職しました。運用監視、運用保守の業務に携わり、今も現役のエンジニアです。過去に経験した仕事と比較すると楽だと感じているので、その根拠をお話しします。

記事前半では「インフラエンジニアが楽である理由」と、後半では「やめておいた方が良いと言われる理由」をメインに解説します。

この記事を読み終えることで、インフラエンジニアの実態を理解することができ、転職に対する不安が払拭されると思います。

インフラエンジニアの業務内容

インフラエンジニアになると、まずは運用監視、保守業務に携わることがほとんどです。

まずは、インフラエンジニアの業務の特性について、簡単に知っておきましょう。

上記の画像のとおり、インフラエンジニアの業務工程は上流工程と下流工程に分別されます。

ひとつずつ見ていきましょう。

監視業務

ネットワークやサーバーを常時監視し、アクシデントが発生したら即時で対応します。障害の切り分けを行い、関係会社と連携をして復旧させます。

また回線調査、正常性確認などの業務もあります。

運用業務

ネットワークやサーバを正常に稼働しつづけることが主な業務目的です。システムの変更やアップデートなど行います。

保守業務

ネットワークやサーバーの正常な動作を維持するために、定期的にメンテナンスを行ったり、障害や故障時の復旧作業を行います。

またバックアップの作成や実行、点検なども実施します。これらの役割は互いに補完し合い、システム全体の安定性とセキュリティを保つために重要です。

運用監視と運用保守の違いは、運用監視と運用保守の9つの違いをご覧下さい。

構築、設計業務

システムやネットワークの設計と構築を行うことが主な仕事です。物理的なサーバやネットワーク機器、仮想化環境などの選定や配置、設定を行います。

ストレージやデータベースシステムの設計も担当する場合があります。

要件定義

ユーザーやシステムの要件を収集し、それに基づいてインフラの設計や構築に必要な仕様を定義します。

システムのパフォーマンス、可用性、セキュリティ要件などを考慮しながら、最適な設計案を作成します。

詳しい業務内容は、インフラエンジニアの業務内容をご覧ください。

インフラエンジニアが楽すぎと言われる理由

インフラエンジニアは、システムの安定運用を支える重要な職種ですが、近年「業務が楽になった」と言われることが増えています。自動化ツールやクラウドの発展、監視技術の進化などが、その理由として挙げられます。

インフラエンジニア最強説もあるくらいです。

この項目では、インフラエンジニアが楽すぎと言われる5つの理由について解説します。

自動化ツールの普及

インフラエンジニアの仕事が、以前より楽になっていると感じられる理由の一つは、作業が自動化ツールによって効率化されたためです。自動化ツールの普及は、インフラエンジニア界隈の人手不足問題を根本から解決する手段となっています。

自動化ツールの進化で、設定作業が効率化しました。AnsibleやTerraformを使えば、一度の設定で複数の機器に自動反映可能です。調査では、インフラエンジニアの8割以上が自動化で業務効率が向上したと回答しています。

芯

どの現場でもオリジナルの自動化ツールがあります。その業務に精通した人が、特定の業務に特化したツールを作成して、作業効率を上げているのです。

自動化ツールの普及は、インフラエンジニアの業務負担を軽減するだけでなく、効率性と正確性も向上させています。

クラウドサービスの進化

クラウドサービスが発展したことで、インフラエンジニアの業務が大幅に簡略化されました。

クラウドサービス（AWS、Azure、GCPなど）により、物理サーバーの管理が不要になり、リモート操作やコスト削減が可能です。ガートナー社の調査では、企業の80%以上がクラウドを利用しています。

芯

オンプレミス管理であれば、ネットワーク機器のあるところで作業をすることが多いですが、クラウドはインターネット経由で作業できるので、自宅からでも拡張作業が出来るのが強みですね。

クラウドの進化により、インフラエンジニアの仕事はリモートで行える作業が増え、作業負担も軽減されるようになりました。

インフラ即時展開の容易さ

コンテナ技術の普及によって、開発や本番環境の構築が速く、簡単に行えるようになりました。

コンテナ技術（Docker、Kubernetes）は、迅速な環境構築・展開を可能にし、従来の仮想化より軽量で移行も容易です。CNBCの報告によると、約50%の企業が導入し、展開速度の向上を実感しています。

コンテナ技術により、インフラエンジニアはシステムの構築や展開を簡単かつ迅速に行えるようになりました。

監視・障害対応の短縮化

監視ツールの発展で、インフラエンジニアの障害対応がより迅速で効率的になりました。

ZabbixやPrometheusなどの監視ツールは、異常発生時にアラートや自動対応を行い、監視業務を効率化します。IDCの調査によると、導入で障害対応時間が平均30%短縮されたことが報告されています。

芯

最初の現場ではアラートが鳴ると、お客様へ手動でメールを行っていました。しかし、手動でメールするのは失念するリスクもあったので、途中から自動で送信させる仕組みになりましたね。

監視ツールの進化により、インフラエンジニアの障害対応が効率化され、迅速な対応が可能になりました。

ノーコード・ローコード化の影響

インフラエンジニアはプログラミングをしないでお話しした通り、ノーコードやローコードツールが普及し、インフラエンジニアが複雑なコードを書かずに設定できる場面が増えています。

ノーコード・ローコードツールは、専門知識がなくても直感的にシステムを構築・管理でき、エンジニアの作業を簡略化します。Forrester社の報告では、これらのツール導入で開発速度が平均40%向上したとされています。

芯

私はツール開発などしませんが、既存のツールに不具合があったときなどはAIチャットなどを使用して、不具合改善に努めることがあります。AIチャットで改善できる時もあれば、ない時もあります。どちらにしても、プログラミングの専門知識がなかったても、何とかなる時代だなと感じています。

ノーコード・ローコードツールの導入により、インフラエンジニアは複雑な設定作業が簡略化され、効率的に業務を進められるようになりました。

運用監視が楽である理由

インフラエンジニア業務の中でも、特に楽な業務は運用監視です。

何十年も運用監視をするのは、インフラエンジニアとしての末路を辿りやすいのでお勧めできませんが、数年であれば経験したほうが良いでしょう。

運用監視が楽だと思う理由についてお話しします。

芯

私が経験した現場は、1万を超える法人回線数を監視しており、月間のアラート数は1500〜2000ほどありました。運用監視業務の中では忙しい部類に入っていたと思いますが、それでも他職種に比べると楽ですね。

ただ、あくまで私の実体験を元にした所感に過ぎないことを、あらかじめご了承頂ければと思います。

7割は暇

私が経験した現場は忙しい部類に入っていたと言いましたが、それでも7割ほどは暇でした。運用監視の業務のほとんどは受動的なものです。アラートが鳴動すると初動対応が必要になりますが、アラートが鳴動しなければ対応はありません。

暇な時の時間の使い方は人それぞれで、

など、やりたい放題だったりします。

芯

実働15時間の夜勤の時、2回しかアラートが鳴らなかった時もありました。暇な時間が多いのは、精神衛生上良いなと思います。

夜勤は暇な時間が多いので、自己研鑽にあてやすい時間です。夜勤求人の探し方については、インフラエンジニアが夜勤のみで働くメリットをご覧ください。

定型業務が多い

運用監視は定型業務が多いです。アラート対応から障害対応まで、基本的に手順書に従って行います。

定型業務は作業者の業務レベルに依存することなく、一定の業務品質を担保することができます。非定型業務は手順書は用意されておらず、ケースバイケースで判断や対応が必要となり、従業員の経験値とスキルに依存する業務となります。

未経験で配属されると、まずは定型業務から覚えることになりますが、定型業務は簡単なので楽だと言えるでしょう。

出勤回数が少ない

運用監視は24時間365日体制がほとんどです。勤務体制としては2交代もしくは3交代制になります。

コツコツが経験した勤務体系の一例

夜勤は日勤2回分の出勤としたカウントしていたので、1ヶ月の営業日数が20日だとして、夜勤が7回となると

のシフトになります。

これでフルタイムと同じ給料になるので、個人的には楽だなと思いました。

✅2連続夜勤も楽

夜勤が2回続くシフトもありますが、

となり、2日目から3日目まではかなり時間があるのです。

芯

9:30に仕事が終わり、翌日の17時から出勤になるので、退勤してから次の出勤まで30時間ほど空きます。その間に心身共に十分にリフレッシュ出来るので、運用監視で精神を病む人は見たことありませんでした。

出勤回数が少ないことにより、心身共に回復を図れることは、働く上で大きなメリットであり、楽と言える理由になるかと思います。

夜勤に頻度については、インフラエンジニアの夜勤頻度をご覧ください。

仮眠休憩がある

2交代の夜勤の場合、仮眠休憩が与えられる職場がほとんどです。

芯

仮眠休憩の時間は職場によって様々ですが、私が経験した職場では3〜7時間ほどの休憩が貰えました。

しかも、仮眠休憩中も給料は発生していたので、実質的な労働に対する時給は高かったです。

仮眠休憩の時間が変動するのは、その日の業務量によって変わるからですね。忙しい日は少なくなりますし、暇な日は多くなります。

責任が分散される

インフラエンジニアの運用監視の仕事は責任が分散されるので、あまりストレスがかかりません。

業務の特性上、1人の担当者が案件を担当して、最後まで担当することはほぼありません。たとえば、下記のような流れが一般的です

上記であれば、田中太郎が障害発生の初動対応を実施。復旧作業の時間帯は定時を超えているので、案件を夜勤メンバーに引き継いだ後、退社しています。

芯

長期化するような案件もありますが、その多くはリアルタイムで出勤しているメンバーで対応するので、責任も分散されるのが大きなメリットです。

テレワークがある

インフラエンジニアもテレワークできます。クラウド系はもちろんのこと、ネットワークやサーバー系エンジニアもテレワーク可能です。

テレワークには

など、あらゆる面でメリットがありますよね。

通勤時間はゼロになるし、会社内での面倒な会話も避けれます。オンとオフを完全に分けたい人にとっては良いですね。フルリモートワークもあれば、週1.2回だけ出社のルールがあるようなテレワークもあります。

運用監視の詳しい業務内容

次に運用監視の詳しい業務内容について解説します。未経験でインフラエンジニアになると、ほぼ100％に近い確率で運用監視、保守業務（もしくはヘルプデスク）からスタートするので、下流工程に限定をして解説をします。

運用監視の主な業務内容は６つあります。

あくまで私が経験した業務内容を元にした情報ですが、運用監視オペレーターの業務内容は職場問わず概ね共通しているはずなので、参考になるかと思います。

アラート対応

アラート対応は監視業務です。監視方法は主に2種類あります。

・死活監視(ping監視)
・SNMP監視

死活監視は最も使用されている監視方法です。

死活監視

監視サーバーがあり、監視サーバーから拠点にpingという通信プロトコルを使用して、通信を監視します。プロトコルとは通信の便利機能みたいなものだと思ってください。

上記のようなイメージで監視をしています。

pingとは要求をして応答が来れば成立するプロトコルです。

要求？
応答？

分かりにくいですよね(笑)

上記で言うと、

要求とは監視サーバーから宅内ルーターへの通信。
応答とは宅内ルーターから監視サーバーへの通信。

SNMP監視

SNMP監視とは機器情報を分析して、異常を示す状態になればアラートが鳴る仕組みになっています。

たとえば、宅内に設置しているルーターのLANケーブルが抜けると、アラートが鳴ることもあります。

アラート数が配属先によって様々だと思います。私がいた部署は月間1500件ほどのアラートでした。1500件のうち、障害起因のアラートは1%くらいです。99%はお客様起因ですね。

障害の切り分け

アラートが鳴って、まず最初に行うのは障害に切り分けです。どのように切り分けを行うかと言うと、基本的にSNMPプロトコルを使って、ネットワーク機器の状態を調べます。

私のいた部署であれば、宅内回線終端装置(MC、ONUなど)の状態を調べます。

たとえば、宅内回線終端装置の状態が以下の通りだったとします。

注)ここでは便宜上A〜Dにしています。

上記の場合、障害の可能性が高いのはCとDです(言ってる意味が分からないと思いますが、気にしないでください。

AとBのアラームは宅側要因である可能性が非常に高く、障害である可能性は極めて低いです。

しかし、CとDは障害の可能性が非常に高いので、即座に対応が必要になります。

障害の切り分けはツールを使うことがほとんどなので、未経験でも大丈夫です。

障害対応

障害であることがほぼ確定になると、復旧させなければなりません。ここからは関係部署、ベンダーと連携をして、速やかに復旧させるのが主な業務内容です。

アラートが障害だった場合、アラート鳴動から復旧するまで数時間〜数ヶ月かかります。復旧までの期間にズレがあるのは、その時々の状況によって変わるからですね。

障害対応は、インフラエンジニアの一番のやりがいと言っても過言ではありません。障害が復旧して、感謝の言葉を貰わなかったことは一度もありませんから。

回線調査

私のいた部署では、クライアントからの回線調査も承っていました。回線調査とは、通信回線の異常有無や品質を調査することです。

回線調査の経緯としては、

など、マイナスな理由からの依頼となります。

回線調査を承ると、ルーターのログを調査したり、関係部署やベンダーに詳しい依頼をします。

全ての調査結果が出揃ったら、クライアントに報告をします。報告内容としては

大きく2パターンに分かれます。9割くらいは異常なしですが、1割くらいで異常ありとなり、その後に別対応が必要になります。

監視情報の変更

ルーターのリプレース(古いルーターから新しいルーターに変更すること)や支店統合などで監視情報に変更が生じた際に、監視情報を変更する業務もありました。

変更する項目は下記の通りです。

などですね。

上記のアラート対応や障害対応において必要な情報に変更が生じると、監視情報の変更となります。

クライアントの数百に及ぶ支店や店舗のルーターをリプレースすることになり、業務量が膨大に増えたこともありました。地味な作業ですが、このような作業もあります。

各種手順書の作成や変更

業務には定型作業と非定型作業があります。定型作業とは手順が確立されている作業のことで、定型作業は手順書に則って行います。

以上の場合に手順書の作成や変更を行います。

インフラエンジニアの働き方

インフラエンジニアの働き方には、下流工程と上流工程という2つの大きな分類があります。それぞれで求められるスキルや仕事内容が異なり、ワークライフバランスや労働時間にも違いが生じます。

以下、それぞれの観点から詳しく見ていきます。

ワークライフバランス

下流工程

下流工程では、ワークライフバランスはやや不安定になることが多いです。

下流工程はシステムの監視やトラブル対応などが中心となり、障害発生時の対応が求められるため、勤務時間外の呼び出しや残業が発生しやすい傾向があります。

芯

私が最初に経験した現場は24時間365日に現場でした。日勤と夜勤があるシフト制で、夜勤業務はなかなかハードでしたね。

下流工程のインフラエンジニアには、突発的な対応が必要になる場面が多いため、ワークライフバランスが安定しにくい側面があります。

上流工程

上流工程では、比較的ワークライフバランスを取りやすい環境が整っています。

上流工程は主に設計や計画が業務の中心であり、緊急対応の回数が下流工程よりも少ないためです。

芯

上流工程は平日9～18時で働く現場がほとんどです。しかし、夜間や休日などに突発的な障害が発生すると、障害対応の為に出勤する場合もあります。

上流工程のインフラエンジニアは計画的に業務を進められるため、比較的ワークライフバランスを取りやすい傾向にあります。

労働時間

下流工程

下流工程の労働時間は、比較的安定している傾向にあります。

下流工程では日々のルーチン作業や監視業務が中心であり、業務内容が定型化されているため、予測しやすいスケジュールでの勤務が可能です。

芯

私は２つの下流工程の現場を経験しました。1つ目の現場は5時間程度の残業でしたが、2つ目の現場は30～40時間ほどあり、常に残業時間を意識していましたね。

下流工程のインフラエンジニアは、労働時間が比較的安定しているため、予測可能な働き方ができる職種です。

上流工程

上流工程の労働時間は、長くなることが多いです。

上流工程はプロジェクトの進行に合わせた設計や調整業務が中心で、特に納期前やトラブル発生時には残業が増えることがあります。

芯

上流工程で働く先輩は30時間以上残業している人が多いです。少なくとも、私の周りで10時間未満の残業の人はいないですね。

上流工程のインフラエンジニアは、プロジェクトに伴う業務量の変動があるため、勤務時間が不規則で長くなることが多い職種です。

給料

下流工程

下流工程の給料は、比較的平均的な水準に収まることが多いです。

下流工程はルーチン業務が多く、経験年数に応じた昇給が少ない傾向があるためです。

芯

弊社の場合、下流工程で働く人は月20～35万くらいがボリュームゾーンです。役職が付いていたり、残業が多いと月40万を超えるイメージでしょうか。

下流工程のインフラエンジニアは、経験に応じた昇給が少なく、給料が伸びにくい傾向にあります。

年収のあげ方については、インフラエンジニアの年収の上げ方をご覧ください。

上流工程

上流工程の給料は、下流工程よりも高くなることが多いです。

上流工程では高度な専門知識やスキルが求められ、責任のある業務が多いため、給料が高く設定されることが多いです。

芯

上流工程で働く先輩は月35～50万がボリュームゾーンだと言っていました。PMクラスになると、月60～70万稼ぐ人もいるそうです。

上流工程のインフラエンジニアは、専門性と責任の高さから、給料が比較的高い水準で支給されることが多いです。

未経験からのハードル

下流工程

下流工程は、未経験からでも比較的入りやすい職種です。

下流工程はルーチン業務が多く、業務を通じて少しずつ技術を習得できるため、未経験者にも適しています。

芯

私も下流工程の業務は未経験からスタートしました。IT知識は就業しながら勉強しましたが、顧客対応力は前職までの経験が活きたかなと思います。

下流工程のインフラエンジニアは、比較的未経験からでも入りやすく、ステップアップが可能です。

上流工程

上流工程は、未経験者にはややハードルが高い職種です。

上流工程は設計や計画を担当するため、専門的な知識や経験が求められ、未経験からのスタートは難しい場合が多いです。

芯

私の周りでIT未経験から上流工程をスタートしたのはごく少数です。趣味でネットワーク機器を触っていた人や、CCNPを取得した人。あとは20代前半という年齢のアドバンテージがあった人ですね。

上流工程のインフラエンジニアは、専門知識や経験が必要で、未経験から始めるのは難しい傾向があります。

将来性

下流工程

下流工程の将来性は、少し不安定な面もあります。

下流工程の業務は自動化や外部委託が進んでおり、今後は仕事量が減少する可能性があります。

芯

私が経験した下流工程の現場は全て、人員整理や予算削減の対象に入っていました。どの会社もこの流れは止まらないと思います。

下流工程のインフラエンジニアは、自動化の影響で今後の仕事が減少するリスクがあるため、将来性にはやや不安があります。

上流工程

上流工程の将来性は、明るいと言えます。

上流工程は高度な設計や計画が求められるため、AIなどの自動化が難しく、今後も需要が期待されています。

芯

逆に上流工程の現場は予算アップや人員増加など、明らかに下流工程の現場とは待遇が違いますね。

上流工程のインフラエンジニアは、技術の進展によりさらに需要が高まるため、将来性は非常に高いです。

インフラエンジニアに向いている人

インフラエンジニアに向いている人は、下記の通りです。

一つずつ解説します。

夜勤が問題ない

インフラエンジニアは業務特性上、夜勤があります。身体に負荷がかかるデメリットはありますが、夜勤手当が付くなどのメリットもたくさんあります。

夜勤に抵抗がない人は向いていると言えるでしょう。

顧客対応が得意

運用監視、保守はインフラエンジニア中でも顧客対応の多い業務です。現場にもよりますが、技術的な業務は1〜3割くらいしかないでしょう。

顧客対応は

・Teamsなどのチャットツールを使ったテキストベースのコミュニケーション
・電話

が主な対応手段になると思います。

ネットワーク監視業務で難しいのが、ネットワークを直接見ることはできないので、自分の頭でネットワークの構成図を想像しながら、顧客に説明しなければならないところです。

顧客から障害箇所について質問を受けた際、双方でネットワークの構成図を一致させておかなないと、障害箇所を誤って伝えかねません。

だからこそ、広義の意味での顧客対応力が必要になります。技術力は優れているのに顧客対応力が乏しいせいで、案件を長引かせてしまう人を何人も見てきました。

何かしらの顧客対応経験がある人は強みになります。

論理的思考が得意

障害対応で最も重要な能力が「障害の切り分け力」であり、切り分けの際に必要なのが論理的思考力です。

アクシデントが発生した際、障害や通信遅延の原因となるヒントは、どこかしらに落ちています。ルーターのログを見て分かることもあれば、他部署にエスカレーション(相談)をして分かる場合もあります。

それらのヒントをかき集めて、論理的思考を使って事象解決に導くのが運用監視の面白いところであり、難しいところでもあります。常日頃、あらゆることに疑問を持つ癖のある人は、運用監視に向いていると思います。

暇が苦ではない

先述した通り、運用監視は7割くらいは暇な時間になるので、暇が苦ではない人向きの仕事ですね。常に動き回っていたいという人には向かないかもしれません。

こんなことを書きつつ、実は私は暇が何よりも苦手です。だからこそ、暇な時間が生まれないように、業務でやることが無かったとしても、スキルアップの時間に充てたりしているので、暇な時間も有意義に過ごしていました。

忍耐力がある

上流工程から下流工程まで、インフラエンジニアがフェーズ問わずに行う業務は「障害対応」です。基本は下流工程で行いますが、顧客は設計、構築した担当にも原因究明を求めるケースが多いので、無関係とまではいきません。

障害対応は忍耐が必要です。1秒でも早い復旧を望まれるので、復旧するまでは忍耐力の勝負なのです。忍耐力に自信のある人は、インフラエンジニアに向いていると言えるでしょう。

デスクワークが多い

インフラエンジニアはデスクワークが多いです。顧客との打ち合わせや構築作業などで外出することもありますが、ほとんどは内勤業務です。今はテレワークも増えているので出社不要になっている会社も多く、業務の多くはデスクワークになります。

デスクワークが苦手という人はインフラエンジニアは向きません。デスクで黙々と作業が好きな人は、向いていると言えるでしょう。

社会の役に立ちたいと思っている

インフラエンジニアはITインフラを支える仕事です。インフラエンジニアがいなければ、ITインフラを維持することができず、経済は崩壊してしまうでしょう。

インフラエンジニアは無数にある仕事の中でも、随一の社会貢献性の高い仕事です。今の時代、通信が無いとほとんどの会社はビジネスが出来ません。ITが不要と思われていた業界も、どんどんDX化が進んでいます。

ITインフラは電気や水道、ガスに並ぶくらいのインフラ設備になっているので、社会貢献にやりがいを感じる人は向いていると思います。

インフラエンジニアはやめとけと言われる理由

ここまでインフラエンジニアが楽と言われる理由についてお話ししてきました。

楽である一方で、インフラエンジニアはやめとけと言われることもあります。

インフラエンジニアの欠点についてお話しします。

一つずつ解説します。

休日対応があるかもしれない

配属先や職制が上がると、休日対応があるかもしれません。

休日対応をしなければならない場合のほとんどはトラブル対応です。障害が発生して速やかに復旧させなければならないような事態の時に、休日対応が発生するかもしれません。

職制が上がると、自部署もしくは他部署から「エスカレーション」といって、判断を仰ぐような依頼が来ます。

ただ、エスカレーション先は責任者や役員レベルになるので、職制が上がるとプライベートが犠牲になる点はどの業界でも一緒ですね。

上流工程は残業がある

先ほど、下流工程は残業が少ないと言いましたが、上流工程は残業がほぼあります。1人の担当が複数の案件を抱えることも多く、残業ありきで稼働している部署が多いですね。

ただ、現在は36協定によって残業時間は規制されているので、多くの会社は36協定内で残業をしています。

現在は残業未払いの会社も減っているので、お金を稼ぎたい人にとっては好都合な仕事かもしれません。定時で退社したい人は、下流工程を選ぶことをおすすめします。

プレッシャーがかかる

インフラエンジニアはミスが許されない仕事です。ミス＝通信不可になる可能性が高く、通信不可の間はビジネス出来なくなるからです。

たとえば、某大手総合商社が新たに支店を立ち上げることを検討していて、あなたの会社にネットワーク構築・設計の依頼がありました。要件定義で話を詰めていき、以下のようなスケジュールで進めることになりました。

もし、6/18でネットワーク構築したにも関わらず、正常に通信ができなければどうでしょうか？

焦りますよね？
私なら焦ります。

だって、支店オープンまで3日しかないんだから。オープンまでに通信を使える状態にしておかないと、お客様が困るのは目に見えていますよね。

すると、プレッシャーとの闘いです。

エンジニアをしていると予定通りに進まないことは頻繁にあるので、プレッシャーを楽しめるくらいの気持ちで仕事をするのがベストです。

論理的思考力が必要

インフラエンジニアに限った話でありませんが、論理的思考力が必要です。

障害が発生したら原因と解決策を導かなければなりません。原因の切り分けと、適切な解決方法を論理的思考を用いて取捨選択していくのです。

私の所感ですが、数学が苦手な人はエンジニア向きではありません。高等学校で数学を学ぶ目的が「論理的思考力の育成」だからですね。