# インフラエンジニアとは？
ITエンジニアと一口に言ってもたくさんの種類があります。

システムエンジニア（SE）、プログラマー、Webエンジニア、AIエンジニアなどエンジニアにも様々な種類がありますがその中でも、本日はインフラエンジニアとは何かについて共有します。

インフラエンジニアについて調べてみると「やめとけ」、「きつい」などのネガティブなワードが出てきますが実際はどうなっているのかを調査しまとめた結果について

インフラエンジニアがどんな職業なのかについて何か学びになればと思います。

### 目次

---

1. そもそもインフラエンジニアって？
    1. インフラとは
    2. インフラエンジニアの種類
2. インフラエンジニアの必要知識
3. インフラエンジニアに役立つ資格
4. 未経験からインフラエンジニアになるには？
    1. インフラエンジニアに転職するには？
5. インフラエンジニアに向いている人は？
6. インフラエンジニアの平均年収
7. インフラエンジニアの将来性

### 内容

---

## 1. そもそもインフラエンジニアって？

---

### インフラって何？

「インフラ」は「**インフラストラクチャー**」の略語で、日本語で言うと「基盤」という意味です。私たちの生活で例えると「電気・ガス・水道」などの生活基盤は生活インフラに該当します。

ITの分野においては、施設、サーバーなどのハードウェア設備、ネットワークを構築するためのインターネットなどが「インフラ」に当たります。

### インフラエンジニアの種類

インフラエンジニアは大きく分けて「ネットワークエンジニア」「サーバーエンジニア」などの種類に分けられます。ネットワークエンジニアとサーバーエンジニアの総称をインフラエンジニアと呼ぶこともあります。

ネットワークエンジニアは、ネットワークの構築・運用・保守が主な仕事で、コンピュータなどの端末同士を接続し、ネットワーク環境の構築などを行います。ルータやスイッチなどの物理的なネットワーク機器に触れる機会が多いといった特徴があげられます。

サーバーエンジニアは、サーバーの構築・運用・保守が主な仕事ですが、ネットワークエンジニアの業務領域の一部に特化した職種であるともいえます。（サーバーとは、インターネット上で他のコンピュータなどの端末に情報やサービスを提供するコンピュータのことです。）

サーバー機器をラックに固定するラッキングや、他の機器と接続するためにケーブルで配線を行ったりと言った物理的な作業も発生します。運用においては、24時間365日サーバーを稼働させなければならないため、何か障害が発生したときは休日や深夜問わず対応しなければならないため比較的きついと言われる分野の職種であるといえます。

## 2. インフラエンジニアの必要知識・スキル

---

インフラエンジニアに求められる知識やスキルは多岐に渡ります。

- **インフラ設計スキル**
    
    設計はインフラ構築において最初の段階で行う大事な過程にあたり、開発するシステムに最適なサーバーの選択やネットワーク構成を導き出す必要があるので、インフラに関する幅の広い知識や、以下に列挙する専門分野の詳細な知識が必要となります。
    
- **セキュリティ**
    
    近年はハッカーなどの攻撃者がオンライン上の顧客データなどを盗み悪用するといった事例も多くあります。大切なデータを盗まれ悪用されたとなると顧客との信用を失うという最悪の事態になってしまいます。
    
    そういった観点からも、インフラ設計を行う際はセキュリティリスクへの対策が非常に重要となるため、セキュリティに関する知識を身に着けることは必須といえます。
    
- **サーバー**
    
    サーバーにはサーバーOSが搭載されています。サーバーの運用や保守などの業務を行う必要があるため、扱うサーバーのOSにより違いはありますが、Linux・Unix・Windowsの知識やサーバーへの深い知識が必要となります。
    
- **ネットワーク**
    
    ネットワークの構築などの業務を行ったり、負荷分散（ネットワークの負荷がなるべく均等になるように処理を分散して割り当てること）を考えた設計を行う必要があるので、ネットワークに関する深い知識が必要となります。ネットワークは、専門用語も多いため、まずは基礎的な知識を固めるのが良いでしょう。
    
- **プログラミング**
    
    シェルスクリプトやPowerShellなどのプログラムを使用し、サーバーなどの構築を行うため、Linuxのシェルの知識があると仕事の幅が広がります。
    
- **クラウド**
    
    従来はオンプレミスといわれる自社で物理的にサーバーを運用するスタイルが当たり前でしたが、近年は、クラウド上で論理的にサーバーを構築するといったスタイルが主流となってきており、既存のシステムをオンプレミスからクラウドへの移行する、もしくは、クラウド上で開発する前提でシステムを構築することも多いため、Amazon Web Services(AWS)やMicrosoft Azure, Google Cloud Platformなどの各クラウドの知識を求められる機会は増えていきます。
    

## 3. インフラエンジニアに役立つ資格

---

必須というわけではありませんが、インフラ系の資格を通して実務に役立つ基礎知識が習得できます。転職の際やキャリアパスの一環として取得しておくと自身のスキルの証明になります。

- 基本情報技術者試験
    
    基本情報技術者試験は、エンジニアを目指す上での登竜門のような国家資格です。合格率は平均25％となっており、少し難しい試験と言えます。資格取得に向けて学習を進めることで、サーバーやネットワーク、セキュリティにおいての基礎知識を手広く身に着けることができます。
    
- 応用情報技術者
    
    応用技術者試験は、基本情報技術者試験の上位資格となっており、高度IT人材としてのレベルアップを図ることができます。合格率は平均して20%前半で、難しい試験と言えます。
    
- LinuC
    
    LinuCとは、Linuxに関する日本独自の民間資格で、NPO法人LPI-Japanが認定を行っています。Linuxサーバーの構築と運用に関する知識が求められ、学習を進めることでOSの技術者としてのスキルを磨くことができます。インフラエンジニアの中ではサーバー系の資格に当たります。LinuCは三つのレベルに分けられており、未経験の場合はまずはLinuC-1の取得を目指すと良いでしょう。LinuC-3を取得できるとスペシャリストとして認定され今後の活躍が見込まれます。
    
- **LPIC**
    
    LPICとは、LPIというNPO法人が主催する資格試験のことを指します。
    LPICを取得することにより、
    
    **自身のLinuxに関するスキル**を証明することができます。
    この試験はLinuxに関する試験の中でも国際的に標準となる資格です。つまり、LPICという資格は日本国内だけではなく**海外でも自身のスキルを証明**するものとしても通用します。
    
- **ネットワークスペシャリスト**
    
    ネットワークスペシャリストは、ネットワークの技術や構築から運用といった深い知識が得られる資格です。設計やセキュリティなどの網羅的な知識が問われます。位置付けとしては応用情報技術者試験よりも上位の資格となっております。合格率は12%〜15%と非常に難しい試験となっております。
    
- データベーススペシャリスト
    
    データベーススペシャリストは、データベースの企画・要件定義・開発・運用・保守などの総合的な知識が問われる資格です。こちらの試験もネットワークスペシャリストと同様に応用情報技術者試験よりも上位の資格となっており、受験者は実務経験のあるインフラエンジニアが多くを占めているにもかかわらず、合格率は10%と低く、非常に難しい試験であると言えます。
    
- **AWS認定**
    
    AWS認定資格はAmazonが提供しているクラウドの専門知識が問われる資格です。基礎コース、アソシエイト、プロフェッショナルの三段階に分かれています。未経験の場合はまずは基礎コースの、AWSクラウドプラティショナーの取得を目指すと良いでしょう。またAWS認定資格は世界共通の資格で、知名度も高いため転職にも役立ちます。
    
- **CCNA**
    
    シスコ技術者認定（CCNA）は、ネットワーク機器の業界大手であるCisco社によって認定される資格です。試験においてはCisco社の製品やネットワークに関する基礎知識が必要となります。
    

## 4. 未経験からインフラエンジニアになるには？

---

インフラエンジニアに限らずIT業界は人手が問題となっているため、未経験歓迎の企業なども多いのが現状です。採用の可能性が上がるので、未経験者は独学やスクールで知識をつける、明確な志望動機を準備した上で求人に応募してみましょう。

業務は保守や運用の業務からスタートするため学ぶ時間も確保できます。WebエンジニアやSEなどのプログラマーはプログラミング言語をある程度扱えないと仕事になりませんが、インフラエンジニアの場合は業務から学ぶことができます。

デメリットとしては、未経験から始めた場合給料が少なく、勉強量が多いなどの点が挙げられますがこれは他のエンジニア業に就いたとしても共通して言えることです。慣れるまではきついですが、資格を取得するなど前向きに頑張れば給料も上がっていきますし、フリーランスになれるほどの実力を付ければ良いだけの話ですので金銭面はさほど問題ではありません。

以上のことから未経験でもインフラエンジニアになるチャンスは十二分にあると言えます。

## 5. インフラエンジニアに向いている人は？

---

- 機械が好きな人
インフラエンジニアの業務には機械の操作も含まれるため、機械を触るのが好きな人が向いていると言えます。自分で機器を設置したり、配線作業を行うことも多いです。
- 縁の下の力持ちタイプ
    
    インフラエンジニアの仕事は、縁の下の力持ちのようにサービスの裏側で活躍します。地道なコツコツとした作業に忍耐強く取り組んでいける人が向いています。
    
- 細かい部分に気づける人
    
    インフラ領域は、細かいミスで正常に動作しなくなったり障害が発生したりするので、事前にしっかりとした準備ができたり、些細な点を大事にできる人が向いていると言えるでしょう。
    
- コミュニケーション能力が高い人
    
    インフラエンジニアは、インフラ構築時は顧客の要件を正確に聞き取り、障害が発生した場合は状況を正確に説明できるスキルが求められます。普段の業務もチームで行うため、メンバー間で円滑なコミュニケーションが取れると良いでしょう。
    

逆に向いていないのは、業務において大雑把であったり夜勤や急な障害対応をなるべく避けたいという方は悪いですが、向いてないと言わざるをえないでしょう。

## 6. インフラエンジニアの平均年収

---

転職サイトdodaの[平均年収ランキング](https://doda.jp/guide/heikin/syokusyu/)によると、インフラエンジニアの平均年収は435万です。男性で平均455万、女性で361万です。以下は年代別の比較表です。

| 年代別 | 年収 |
| --- | --- |
| 20代 | 370万 |
| 30代 | 506万 |
| 40代 | 614万 |

[年代ごとの平均年収データ](https://doda.jp/guide/heikin/age/)によると、20代の平均年収は341万、30代で437万、40代で502万となり、平均値から見てもインフラエンジニアの平均年収は高くなっています。プログラマの平均年収は400万となっており、そちらと比較した場合でも、インフラエンジニアの年収は55万も高いことがわかります。

上記のデータはあくまで平均的なデータです。インフラエンジニアは実力主義のため、常にスキルアップを意識し勉強を続け、資格取得することで年収を大幅アップさせることも可能です。例えばCiscoのCCIEというネットワーク系の高難易度の資格を保有しているインフラエンジニアの年収は750万だと言われています。

## 7. インフラエンジニアの将来性

---

IT化が推進されている現代で、インフラエンジニアの需要は今後も高まっていくでしょう。

クラウドが普及したことで、従来のオンプレミスでの構築からクラウドサービスへの移行が進んでいます。クラウドを扱うためにも基礎となるネットワークやサーバーの知識が不可欠です。

移行していくからといってインフラエンジニアの仕事がなくなるわけではありません。

最近では「ハイブリットクラウド」といってオンプレミスとクラウドを組み合わせて、自社内で抱えたい大事なものはオンプレミスで対応し、クラウドに預けるものはクラウドで構築するといった技術もあります。このの手法はそれぞれのメリットデメリットをうまく補い合うことが可能です。

### まとめ

---

以下は、インフラエンジニアについてまとめた結果です。

インフラエンジニアは、ITの基盤を支える縁の下の力持ちの大切な仕事です。未経験からでも基礎を十分に固めれば目指せる職種で、他のエンジニア職と比較した場合でも年収は高めです。人手不足やクラウドの需要が高まっていくことからインフラエンジニアの採用市場は青天井と言えます。将来性も高い仕事です。

### 宣伝

---

弊社では、インフラ学習サイトEnvader（エンベーダー）とITスクール（RareTECH）を運営しています。また、企業研修やシステム開発なども行っていますので興味がある方はHPよりご連絡下さい。

https://envader.plus/

https://raretech.site/

https://var.co.jp/

インフラエンジニアについて調べてみるとネガティブなワードが出てきますが実際はどうなっているのか気になりませんか？気になるインフラエンジニアのあれこれを紹介しておりますので、どんな職業なのかぜひ参考にしてみてくださいね

インフラエンジニアとは？

# インフラエンジニアの仕事内容について解説
インフラエンジニアの仕事内容について書いております。

インフラエンジニアがどういった業務に携わっているのかについて何か学びになればと思います。

### 目次

---

- インフラエンジニアとは (復習)
- インフラ基盤を構築する必要性
- インフラエンジニアの仕事の流れ
- インフラエンジニアのキャリアパス

### 内容

---

### インフラエンジニアとは

**インフラエンジニア**とは、主に**サーバー**というコンピュータや**ネットワーク機器**などを適切に設計・配置して**インフラ基盤**を構築し、それらが正常に動くよう管理していく仕事のことを指します。

例えばTwitterやLINEなど、私たちが普段当たり前のように利用しているアプリケーションも、先に説明したインフラ基盤がインフラエンジニアによって適切に管理されているおかげです。つまり、インフラエンジニアは様々なITに関わるサービスを提供する上で一番の基盤を築き、それを守る縁の下の力持ちのような存在と言えます。

インフラエンジニアに関する詳しい説明は、下記リンクの記事を参考にしてください。

https://www.notion.so/cf21bb6d2f534e14870fd60eaa0a8e1b

### インフラ基盤を構築する必要性

なぜインフラエンジニアはインフラ基盤を作るのでしょうか。そもそもインフラ基盤はどのような用途に使用されているのでしょうか。この問いを理解することで、インフラエンジニアという仕事の意義と大切さについて理解することができます。

まず、インフラ基盤は主に以下の用途で使用されます。

・企業内の情報システム

・アプリケーションやシステムなどのサービス提供

・人工知能や統計分析

また、昨今では**DX化**が進んできており、ますます**デジタルデータ**という存在の大切さが顕著になっています。デジタルデータは主に企業や団体の管理するサーバーに保管されます。デジタルデータやそれを保管するサーバーを適切に管理し、うまく活用するにはきちんとしたインフラ基盤が必要となります。つまり、インフラ基盤を適切に管理するための人材が求められているわけです。以上の理由からインフラエンジニアはインフラ基盤を作り管理することが大切な仕事となっています。

### インフラエンジニアの仕事の流れ

インフラエンジニアがインフラ基盤を頼まれた場合には、以下の手順で仕事を進めていきます。

1. **設計**
2. **構築**
3. **運用・保守**

まず、**設計**工程ではインフラ基盤をどのように使うのかを定義します。この作業を**要件定義**と言います。要件定義はインフラ基盤が欲しいクライアント側(顧客)と何度も打ち合わせを重ねることで、クライアント側の望みを正確に言語化します。この作業には技術的な作業はあまり関係しませんが、先に説明した全工程の中で一番大事なものとなります。というのも、要件定義の段階でクライアント側の要望を間違って解釈してしまった場合、そのまま構築を始めてしまうと進捗が進めば進むほど、人件費などの関係上後戻りが難しくなります。

要件定義が終わったあとは、実際に**設計書**を作成します。具体的には、どのようなネットワーク機器や技術が必要なのかといった技術的な話も含まれます。設計書は要件定義で決めた内容を参考にして行います。

次に、**構築**工程ではインフラ基盤を実際に組み立てます。この作業を**環境構築**と言います。環境構築は設計書をもとに、実際にネットワーク機器の設置からサーバーの設定、ソフトウェアの導入などを行います。インフラ基盤の構築自体はこの作業で終わりで、あとは正常にインフラ基盤が動くかどうか**テスト**作業に入り、成功したら無事クライアント側に引き渡されます。

最後に、**運用・保守**工程では構築したインフラ基盤が維持できるよう管理します。インフラエンジニアの仕事は、インフラ基盤を構築して終わりではありません。構築したインフラ基盤は必ずしも永久にきちんと動くとは限りません。必ず不具合や障害などのトラブルが発生します。ですが、インフラ基盤が止まってしまったら、クライアント側が行いたい作業や提供したいサービスが正常に機能しなくなってしまいます。そこから出てしまう損失は、場合によっては非常に大きなものとなってしまう可能性もあります。したがって、インフラエンジニアがインフラ基盤を定期的に管理し、インフラ基盤の状態を監視する必要があります。それが運用・保守工程で行う作業です。

### インフラエンジニアのキャリアパス

現在、日本国内でIT人材は不足していると言われています。そのため、インフラエンジニアは仕事の経験がない業界未経験の人でも積極的に採用している企業が多いです。また、業界未経験の場合は研修期間を設けられ、平均で約2~3ヶ月企業の研修を受けてから実際に働くケースがほとんどです。

しかし、**未経験から良いキャリアを積むにはそれなりの期間と能力**を要します。したがって、きつい仕事をこなしつつ、**自分でも学習を重ねる**ほどのマインドを持った人がインフラエンジニアに向いていると言えます。逆に、与えられた仕事だけをこなすのに精一杯で自分で学習を積み重ねることのできない人は「やめとけ」と言われてしまうほどこの業界には適していないことになります。インフラエンジニアになるならば、それなりの覚悟を持つことをお勧めします。

インフラエンジニアには**上流工程**と**下流工程**というものが存在します。上流工程と下流工程は、先ほど説明したインフラエンジニアが働く工程を大まかに2つに区切ったものです。インフラエンジニアの仕事は設計から始まり、構築、運用・保守と決まった流れで進んでいきます。それを**川の流れ**のイメージで表し、言語化したものが上流(工程)と下流(工程)です。

まず、**下流工程**は主に**構築**や**運用・保守**を担当するエンジニアのことを指します。業界未経験の場合は下流工程の中でも最も下に位置する運用・保守を担当することになります。運用・保守で実務経験をして実績を積みつつ、自分でも学習を進めることで構築工程を任されるようになります。

次に、**上流工程**は主に設計の担当するエンジニアのことを指します。インフラエンジニアとしての経験量が多いと任されることが多くなる工程です。上流工程は直接クライアント側(顧客)とコミュニケーションを取る機会が増えるため、技術的な能力だけではなくヒアリング能力やコミュニケーション能力も必要とされます。そのため、上流工程に属するエンジニアは下流工程よりも単価がかなり高くなります。

インフラエンジニアとしての経験を積んだら、上流工程の他にも**プロジェクトマネージャー**という役職を目指すこともできます。プロジェクトマネージャーはインフラ基盤を作るといったひとつのプロジェクト全体を統括し、全体を上手く進めていくようサポートします。上流工程はあくまで設計工程などを担当するのに対し、プロジェクトマネージャーは上流工程だけではなく、下流工程も視野に入れて行動する必要があります。

### まとめ

---

以下は、インフラエンジニアの仕事についてまとめた結果です。

- DX化が進む今、それを支えるインフラ基盤を作ることのできる人材が必要とされている。
- インフラエンジニアの仕事の流れは**設計**、**構築**、**運用**・**保守**であり、それらは**上流工程**と**下流工程**という言葉で分けられている。
- 業界未経験の人は運用・保守から携わることになり、**仕事をこなしつつ自分でも学習**を進めて実績を積むことで、より上の構築や設計などのキャリアが目指せる。

### 宣伝

---

弊社では、インフラ学習サイトEnvader（エンベーダー）とITスクール（RareTECH）を運営しています。また、企業研修やシステム開発なども行っていますので興味がある方はHPよりご連絡下さい。

https://envader.plus/

https://raretech.site/

https://var.co.jp/

こちらはEnvaderの記事になります。

インフラエンジニアの仕事内容について解説

# インフラエンジニアに必要な資格（LinuC）
本日は、**LinuC**という自身のLinux能力を証明できる資格について共有します。

LinuCについて何か学びになればと思います。

## LinuCとは
[LinuC](https://linuc.org/)とは、LPI-JapanというNPO法人が主催する資格試験のことを指します。

LinuCを取得することにより、**自身のLinuxに関するスキル**を証明することができます。この試験はLinuxに関する試験の中でも国際的に標準となる資格です。つまり、LinuCという資格は日本国内だけではなく**海外でも自身のスキルを証明**するものとしても通用します。

## LinuCの難易度と出題範囲
LinuCの資格は**LinuCレベル1**, **LinuCレベル2**, **LinuCレベル3**といった3段階のレベルが用意されており、それぞれのレベルで出題内容や難易度が異なります。数字が増えていくにつれてレベルが上がります。

### LinuCレベル1
- 101は、[こちら](https://linuc.org/linuc1/range/101.html)参照
- 102は、[こちら](https://linuc.org/linuc1/range/102.html)参照

### LinuCレベル2
- 201は、[こちら](https://linuc.org/linuc2/range/201.html)参照
- 202は、[こちら](https://linuc.org/linuc2/range/202.html)参照

### LinuCレベル3
- 300は、[こちら](https://linuc.org/linuc3/300.html)参照
- 303は、[こちら](https://linuc.org/linuc3/303.html)参照
- 304は、[こちら](https://linuc.org/linuc3/304.html)参照


## LinuCの料金
LinuCには、レベル1・レベル2・レベル3があり、試験料金は以下のようになっております。

| 試験内容 | 料金 |
| --- | --- |
| LinuCレベル１（101試験／102試験） | 各16,500円（税込） |
| LinuCレベル２（201試験／202試験） | 各16,500円（税込） |
| LinuCレベル３（300試験／303試験／304試験） | 各16,500円（税込） |

LinuCの試験内容・料金について解説しました。

インフラエンジニアに必要な資格（LinuCについて）

# インフラエンジニアに必要な資格（AWS）
Amazon Web Services 認定資格について共有します。

Amazon Web Services (以下: AWS)とは、通販サイトとして有名なAmazonが提供しているクラウドサービスのことです。

クラウドやAWS認定資格について何か学びになればと思います。

### 目次

---

- クラウドとは
- AWSとは
- AWSの認定資格

### 内容

---

### クラウドとは

そもそも**クラウド**とは、外部からサーバーといったコンピュータ資源などを借りることで、それらを自分で用意することなく使用することができるものです。クラウドという言葉の由来には、自分の使っているものがどこにあるのか、どういう形をしているのかがまるで雲のようにハッキリと分からないことにあります。クラウドを使うことによる主な利点は以下の2つです。

1.　コンピュータなどを自分で購入する必要がなく、それを配置する場所も必要ないこと。

2.　必要な時に、必要なだけ使うことができる。

まず、1つ目の利点について説明します。

企業がシステムやアプリケーションなどのサービスを提供する場合、従来は自分でコンピュータを購入してそれをどこかに置く必要がありました。そのような用途で使われるコンピュータを**サーバー**と言います。また、サーバーを配置するために存在している施設を**データセンター**と言います。データセンターには人間の身長と同じくらいのコンピュータが何台も置かれています。

これらを動かすためには多くの電気を消費します。また、それらを置くために存在するデータセンターを維持するためには、土地代や改装費などの維持費もかかります。つまり、自分でデータセンターを構えて大量のサーバーを維持するには、莫大なお金がかかります。

そこで、**クラウドサービス**というものが登場します。クラウドを使うことで、外部の企業が用意しているコンピュータ資源を借りて、そこでシステムやアプリケーションなどのサービスを提供することができます。つまり、コンピュータ資源を借りるということは、自分でコンピュータを用意する必要がなく、それを配置するデータセンターなどの施設も必要ないということです。

次に、2つ目の利点について説明します。

クラウドのほとんどは**従量課金制**で使用料金が発生します。従量課金制とは、使った分だけお金が発生する仕組みのことです。また、コンピュータ資源などを使わなくなった場合には手数料などのお金がかかることなく、簡単に利用を止めることができます。つまり、必要な時に、必要なだけコンピュータ資源を借りることができます。

以上2つの利点から、クラウドを使うことによりコンピュータ資源の購入費用や維持費用を削減することができ、更にコンピュータ資源の使用量を増やしたり減らしたりしたい場合、すぐにそれを実行できます。したがって、クラウドサービスは現在、様々な企業や団体に使用されています。

### AWSとは

Amazon Web Services (AWS)とは、通販サイトとして有名なAmazonが提供しているクラウドサービスのことです。AWSには現在200を超える種類のサービスが存在しており、サーバーだけではなく管理不要のデータベースやアプリケーションを動かす基盤など、様々な用途に応じて最適なサービスを使うことができます。通常なら普段から定期的に管理が必要とされるサーバーやデータベースといったコンピュータ資源も、AWSの**サーバレス**や**マネージドサービス**を使えば管理の一部または全てをやる必要がなくなります。

マネージドサービスの例を1つ挙げます。例えば**リレーショナルデータベース**という、データを保管するために使用するサーバーがあります。そのサーバーでは定期的に管理者の手によって維持するためのメンテナンス作業をする必要がありました。しかし、**RDS**というリレーショナルデータベースのマネージドサービスを使うことにより、本来必要だったメンテナンス作業を自動化することができます。

これらのサービスを組み合わせることにより、効率的にアプリケーションなどのサービスを提供できるようになります。しかし、多くの種類が存在するサービスを適切に組み合わせて使用するには、それなりの知識と経験が必要となります。

### AWSの認定資格

AWSのサービスを適切に組み合わせて利用するには、AWSに関する知識と経験が必要となります。そしてそのようなスキルはクラウドを利用する企業において必要とされるものです。そこで、**AWS認定資格**を取得すれば、AWSのスキルを証明することができます。

AWSには全部で**11種類**の認定資格が用意されています。

認定資格の難易度は全部で4種類に分かれています。

| 難易度 | 必要な能力 |
| --- | --- |
| 基礎コース | AWSを用いた経験が6ヶ月ほどを想定。基本的な使い方の理解が必要。 |
| アソシエイト | AWSを用いた実務経験が1年レベル。問題解決能力が必要。 |
| プロフェッショナル | AWSを用いた実務経験が2年レベル。設計・運用・トラブルシューティングと言った包括的な経験と知識が必要。 |
| 専門知識 | 各専門分野に関する実務経験。専門分野に関する深い知識と経験が必要。 |

認定資格のうちアソシエイトとプロフェッショナルレベルでは、設計に関するアーキテクト分野、開発者に必要な能力に関するデベロッパー分野、管理者に必要な運用分野の3つに分類されます。また、専門知識レベルでは全部で5つの分野が用意されています。

| 難易度 | 資格名 | 分野 |
| --- | --- | --- |
| 基礎コース | Cloud Practitionaer | AWSの基礎全体 |
| アソシエイト | Solutions Architect Associate | アーキテクト |
|  | Developer Associate | デベロッパー |
|  | SysOps Administrator Associate | 運用 |
| プロフェッショナル | Solutions Architect Professional | アーキテクト |
|  | DevOps Engineer Profesional | デベロッパー・運用 |
| 専門知識 | Advanced networking | ネットワーク |
|  | Data Analytics | データ分析 |
|  | Database | データベース |
|  | Machine Learning | 機械学習 |
|  | Security | セキュリティ |

それぞれの資格の詳しい試験範囲は、下記AWS公式サイトの各試験の詳細から試験ガイドをご覧ください。

https://aws.amazon.com/jp/certification/exams/?nc2=sb_ce_exm

### まとめ

---

以下は、クラウドとAWSについてまとめた結果です。

- クラウドを使用することによる利点は2つある。
    
    1.　コンピュータなどを自分で購入する必要がなく、それを配置する場所も必要ないこと。
    
    2.　必要な時に、必要なだけ使うことができる。
    
- Amazon Web Services(AWS)というクラウドサービスでは200種類以上のサービスを提供しており、それらを上手く組み合わせることで効率的に自分のアプリケーションなどのサービスを提供することが可能になる。
- AWSを自分で考えて適切に使う能力が求められており、それを証明できるのがAWS認定資格である。

### 宣伝

---

弊社では、インフラ学習サイトEnvader（エンベーダー）とITスクール（RareTECH）を運営しています。また、企業研修やシステム開発なども行っていますので興味がある方はHPよりご連絡下さい。

https://raretech.site/

https://var.co.jp/

インフラエンジニアに必要な資格（awsについて）

# インフラエンジニアに必要な資格（CCNA）
本日は、**CCNA**と言う**自身のネットワークスキルを証明**できる資格試験について共有します。

CCNAについて何か学びになればと思います。

### 目次

---

- CCNAとは
- CCNAの難易度と出題範囲

### 内容

---

### CCNAとは

CCNAとは、**シスコ**という企業が主催する資格試験のことを指します。

CCNAを取得することにより、自身の**ネットワークに関するスキル**を証明することができます。

この資格試験はネットワークやセキュリティに関する知識だけではなく、シスコが開発したルーターなどのネットワーク機器の使い方に関する問題も出題されます。CCNAは**ネットワークエンジニア**や**インフラエンジニア**を目指す方にとっては登竜門と言われる資格ですが、難易度は決して簡単ではなく出題範囲も広いので、取得するには多くの学習時間を要します。

### CCNAの難易度と出題範囲

CCNAの試験で出題される範囲は他の試験よりも広く、試験時間も120分と長く設定されています。そのためCCNAはネットワークエンジニア・インフラエンジニアの登竜門と呼ばれるのにも関わらず難易度は高いです。CCNAが出しているCCNA試験v1.0(200-301)という資料によると、CCNAの大まかな範囲と全体におけるそれぞれの出題割合は以下の通りとなっています。

| 出題範囲 | 割合 | 大まかな内容 |
| --- | --- | --- |
| ネットワークの基礎 | 20% | ネットワーク機器の種類と特徴, ネットワーク設計, TCPとUDPなど |
| ネットワークアクセス | 20% | シスコのネットワーク機器の設定方法など |
| IPコネクティビティ | 25% | ルーティングテーブルの特徴, 設定方法など |
| IPサービス | 10% | NAT, DNS, DHCPなどのプロトコル |
| セキュリティの基礎 | 15% | 脅威, 脆弱性などの定義, 対策方法, セキュリティに関する設定など |
| 自動化とプログラマビリティ | 10% | ネットワーク管理の自動化, REST API, JSONなど |

参考: [CCNA 試験 v1.0（200-301）](https://www.cisco.com/c/dam/global/ja_jp/training-events/training-certifications/exam-topics/200-301-CCNA.pdf)

CCNAの出題範囲はネットワークの分野に限らず、セキュリティ分野や、JSON, REST APIなどのシステム開発に関わるプロトコルなどかなり広い範囲となっていることがわかります。

また、問題の出題形式は以下の通りとなっています。

| 出題形式 | 内容 |
| --- | --- |
| 1つ選択 | 複数選択肢の中から1つを選択する。 |
| 複数選択 | 複数選択肢の中から複数を選択する。 |
| ドラッグ&ドロップで分類分け | ドラッグ&ドロップで項目を動かし、それぞれを適切な場所に置いて分ける。 |
| 穴埋め | 空白箇所を記述して穴埋めする。 |
| 長文読解 | 長文から内容を理解し、設問に答える。 |
| ルータなどのシュミレーション問題 | まるで実機のような仮想の環境で、実際にルータの設定などを行う。 |

このように、問題の出題形式にも様々な種類が存在します。中には長文読解やルータなどのシュミレーション問題など、ただ知識を答えるのではなく実際の環境や文脈を通して状況を理解し、回答する問題が存在します。つまり、単純に答えを丸暗記するような付け焼き刃では合格するのは難しいと言えます。

### 対策

CCNAは出題範囲が広く、かつ出題形式も様々な種類があることから難易度が高い試験です。しかし、CCNAはあくまでネットワークに関する基礎能力を求める試験ですので、専門的な知識まではまでは求められません。つまり、CCNAに合格するには基礎を徹底的に叩き込むことが大事になります。

特に最初はネットワーク自体の基礎を理解することから始めることをお勧めします。
現在では、ネットワークの基礎を学ぶには以下のように様々な方法があります。

- 書籍を読む。
- CCNA対策のオンライン教材を使う。
- RareTECHなどのITスクールで講義を受ける。

このように様々な方法がありますが、まずは書籍から読むことでネットワーク全体の基礎を把握することが大切です。書籍は3000円以内で購入することができるので、金銭面で躊躇している人にとっても取り組みやすいものと言えます。以下にお勧めの書籍をリスト形式で挙げるので、興味のある方は是非調べてみてください。

- [ネットワークがよくわかる教科書](https://www.amazon.co.jp/%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%81%8C%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8B%E6%95%99%E7%A7%91%E6%9B%B8-%E7%A6%8F%E6%B0%B8-%E5%8B%87%E4%BA%8C-ebook/dp/B07HHR6FPV/ref=sr_1_1?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=2FHUW9ZR0Z2Y&keywords=%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%81%8C%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8B&qid=1643614510&sprefix=%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%81%8C%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8B%2Caps%2C180&sr=8-1)
- [マスタリングTCP/IP 入門編](https://www.amazon.co.jp/%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0TCP-IP-%E5%85%A5%E9%96%80%E7%B7%A8%EF%BC%88%E7%AC%AC6%E7%89%88%EF%BC%89-%E4%BA%95%E4%B8%8A%E7%9B%B4%E4%B9%9F-ebook/dp/B0827QNDNT/ref=sr_1_1?crid=C59ONAWKVBU3&keywords=%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0tcp%2Fip+%E5%85%A5%E9%96%80%E7%B7%A8&qid=1643614524&sprefix=%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%2Caps%2C190&sr=8-1)
- [図解入門TCP/IP 仕組み・動作が見てわかる](https://www.amazon.co.jp/%E5%9B%B3%E8%A7%A3%E5%85%A5%E9%96%80TCP-IP-%E4%BB%95%E7%B5%84%E3%81%BF%E3%83%BB%E5%8B%95%E4%BD%9C%E3%81%8C%E8%A6%8B%E3%81%A6%E3%82%8F%E3%81%8B%E3%82%8B-%E3%81%BF%E3%82%84%E3%81%9F-%E3%81%B2%E3%82%8D%E3%81%97/dp/4815604975/ref=sr_1_1?crid=3BSB3U0HLDKY9&keywords=%E5%9B%B3%E8%A7%A3%E5%85%A5%E9%96%80+tcp%2Fip&qid=1643614545&sprefix=%E5%9B%B3%E8%A7%A3%E5%85%A5%E9%96%80%2Caps%2C203&sr=8-1)

また、CCNAに限らず言えることではありますが、試験対策はインプットだけに集中するのはあまり良いことではありません。定期的に問題集などを解くことによって、アウトプットも行うようにするとより良い効率で学習を進めることができます。

### まとめ

---

以下は、CCNAについてまとめた結果です。

- CCNAを取得することにより、自身の**ネットワークに関するスキル**を証明することができる。
- 出題範囲はかなり広く、問題形式も様々なことから難易度は難しいと言える。
- 範囲の広さに屈せず、ネットワークの基礎から勉強を始めることが大事である。
- インプットだけではなく、アウトプットも定期的に行うことが合格への鍵である。

### 宣伝

---

弊社では、インフラ学習サイトEnvader（エンベーダー）とITスクール（RareTECH）を運営しています。また、企業研修やシステム開発なども行っていますので興味がある方はHPよりご連絡下さい。

https://raretech.site/

https://var.co.jp/

インフラエンジニアに必要な資格（CCNAについて）

# 可用性とは

こちらの記事では、「可用性」について解説します。

可用性は、「**システムが安定的に稼働し続けられる能力**」のことを指します。どんなに信頼性の高いシステムにも**絶対に落ちない**というシステムは存在しません。安定的にシステムを稼働するためにも、万が一障害などが発生した場合のことを考慮しておかなければなりません。

2018年に日本政府が公開した[政府情報システムにおけるクラウドサービスの利用に係る基本方針](https://cio.go.jp/sites/default/files/uploads/documents/cloud_%20policy.pdf)に可用性が取り上げられるなど、年々重要視されている「可用性」について分かりやすく説明していきます。

## 可用性の概要

可用性は、**Availability**（アベイラビリティー）の訳語です。可用性は、「可用性が高い、低い」という表現の仕方します。可用性が高い事を指して、**高可用性**（HA: **H**igh **A**vailability）と表す用語も使われています。

また、可用性は稼働率（%）で表す事ができます。例えば、あるシステムが10時間稼働した時に、「実稼働が6時間・稼働停止時間が4時間」だったとしたら、稼働率は60％と表す事ができます。

### システムの評価指標

**可用性はシステムやソフトウェアの品質を評価する際の評価指標の1つです**。システムの評価指標には可用性と似た用語も存在しており、同じような意味で捉えているケースも見受けられますので、一度整理しておきましょう。

| 評価指標の用語 | 評価指標の訳語 | 用語の説明 |
| --- | --- | --- |
| Reliability | 信頼性 | 故障しにくいこと |
| Availability | 可用性 | 使える時に使えること |
| Serviceability | 保守性 | すぐに復旧できること |
| Integrity | 完全性 | 破壊・改竄無く正確であること |
| Security | 機密性 | 不正アクセスされないこと |

システムの評価指標には**RAS**、および**RASIS**と呼ばれるものがあります。上述した表の、上から3つの評価指標の頭文字を並べたものがRASで、上から5つ全てを並べたものがRASISです。特に**RASの信頼性、可用性、保守性はシステムの評価指標で最重要視されています**ので、この3つを混同しないようにしましょう。

初めてRASをシステムの評価指標に導入したのは[IBM](https://ja.wikipedia.org/wiki/IBM)という世界最大規模のIT企業です。IBMは1970年6月に大型コンピュータの「System/370シリーズ」を発表し、この機種において新たなRASの考え方を採用し、商品としての新たな価値を訴えました。

その後、RASにISの要素を追加する形でシステムの評価指標が拡張されました。そのため、RASの3つの要素の重要度が一番高くなっており、RASISは日本独自で広まった用語であると考えられています。（参照: [IT用語辞典 RASIS](https://e-words.jp/w/RASIS.html#:~:text=%E3%80%8Crasis%E3%80%8D%E3%81%AF%E6%97%A5%E6%9C%AC%E8%AA%9E%E4%BB%A5%E5%A4%96%E3%81%AE%E8%B3%87%E6%96%99%E3%81%AB%E3%81%AF%E8%A8%98%E8%BC%89%E3%81%8B%E3%82%99%E6%A5%B5%E3%82%81%E3%81%A6%E4%B9%8F%E3%81%97%E3%81%8F%E3%80%81%E6%AC%A7%E7%B1%B3%E5%9C%8F%E3%81%A6%E3%82%99%E3%81%AF%E3%81%9D%E3%81%AE%E5%BE%8C%E3%82%82(%E7%8F%BE%E5%9C%A8%E3%82%82)%E5%B0%82%E3%82%89ras%E3%81%AE%E7%94%A8%E8%AA%9E%E3%81%8B%E3%82%99%E7%94%A8%E3%81%84%E3%82%89%E3%82%8C%E3%81%A6%E3%81%8A%E3%82%8A%E3%80%81rasis%E3%81%AF%E6%97%A5%E6%9C%AC%E3%81%A6%E3%82%99%E7%8B%AC%E8%87%AA%E3%81%AB%E6%8B%A1%E5%BC%B5%E3%81%95%E3%82%8C%E3%81%A6%E5%BA%83%E3%81%BE%E3%81%A3%E3%81%9F%E7%94%A8%E8%AA%9E%E3%81%A6%E3%82%99%E3%81%82%E3%82%8B%E3%81%A8%E8%80%83%E3%81%88%E3%82%89%E3%82%8C%E3%82%8B%E3%80%82)）

### 障害からの復旧

障害はいつ起こるか分かりません。だからこそ障害が起きた後のこと、つまり復旧に関して考える必要があります。障害復旧においてはRPO、RTOという概念があります。

![RPO・RTO.png](https://storage.googleapis.com/envader-article-images/availability-RPORTO.png)

- RPO（**R**ecovery **P**oint **O**bjective）

RPOは「目標復旧時点」という意味で、**障害が発生した際にシステムを過去のどの地点まで復元するかを定めた目標値のこと**です。

RPOを小さく（短く）すればするほど、障害時に喪失するデータを少なくすることができます。例えば、RPOを10秒とすると障害発生の10秒前までのデータを復旧できることを意味し、RPOを1日とすると障害発生の1日前までのデータを復旧できることを意味します。

前者は秒単位の頻度でバックアップを取得し続ける必要があるという事を意味し、これだけの高頻度でバックアップを行うことによるコストは大変大きくなってしまうでしょう。

対して後者は、バックアップの頻度は1日1回で良いことになり、バックアップにかかるコストは小さく出来ますが、障害発生時から最大で過去24時間分のデータを喪失する可能性があるということでもあります。

リアルタイムに更新され続けるデータと、1日1回しか更新されないデータとでは求められるPROは異なってきます。アプリケーションのデータ更新頻度やバックアップにかかるコストの双方を考慮してRPOを決定する必要があります。

- RTO（**R**ecovery **T**ime **O**bjective）

RTOは「目標復旧時間」という意味で、**システムの復旧までにかかる時間の目標値のこと**です。RTOを小さく（短く）すればするほど、システムを短時間で復旧できることを意味します。しかし、RTOを小さくするためには単純にデータのバックアップを取得しておくだけでなく、システム全体を冗長化して待機しておくなどのダウンタイムを短くするための別の工夫も必要となります。

RPOとRTOをどこまで小さくするべきかは、対象システムの経過時間による影響を考慮して、慎重に決定する必要があります。どちらの数値も小さいに越した事はありませんがコストを度外視して最小値を目指すのではなく、それぞれのビジネス規模に合わせた最適値を検討する必要があります。

### 可用性はどうやって高めるのか

システムの運用において可用性を高める方法は以下の2点です。

- より可用性の高いシステムへリプレイスすること
- 同じシステムを障害発生時の予備として別途用意しておくこと

前者の場合、耐障害性システムなどの導入を行い高可用性を求めるほどに大きな投資が必要になります。また、リプレイス自体の手間や現在使用している資産（システム）が無駄になってしまうなどの問題があります。

後者は**冗長化**と呼ばれ、可用性を高める方法としてよく使われます。冗長化の例としては、まず運用システムとは別に待機システムを用意し、両者を同期しておきます。もし障害が発生した場合に切り替えるだけで100％に近い高可用性を実現できます。（切り替えにともなうダウンタイムを考慮しない場合）つまり、あらゆるシステムにおいて障害が発生する可能性がある以上、冗長化で高可用性を担保するアプローチは基本中の基本と言って良いでしょう。

## サーバの可用性

Webサーバはアクセス状況の変化の影響を受けやすく、複雑なプログラムが動作する事からトラブルが発生しやすいです。また、インターネットに直接接続されているため攻撃のターゲットとなりやすい、といった性質もあります。サービスの可用性を高めるためには、まずはサービス提供の土台となるサーバの冗長化が必要です。サーバの可用性を以下の3つに分けて説明していきます。

- **オンプレミス**の可用性
- **仮想サーバ**の可用性
- **クラウドサービス**の可用性

### オンプレミスの可用性

- サーバが物理である点

まずはこの点から考えなくてはいけません。サーバがハードウェアである以上、故障は避けることができません。なので故障が発生する前提で故障時にもサービス全体に影響しないようにシステム設計をすることが物理サーバでの可用性を高くする基本となります。そのためには止まってしまうとサービスが利用できなくなる「SPoF（**S**ingle **P**oint **O**f **F**ailure: 単一障害点）」を無くす、あるいは少なくすることが重要になります。

- ハードウェアや回線などの予備を用意する

上記と同様の観点からではありますが、オンプレミスでは、物理的に存在するハードウェアや回線を冗長化して障害時に切り替えるという運用を行います。予備のハードウェアや回線を用意しておき、障害発生時に正常な回線に経路を切り替えることで障害による影響を最小限に抑えられます。

サーバを切り替える方法には、以下の3種類の方法があります。

- 障害時に運用系から待機系に自動的に切り替える「**ホットスタンバイ**」
- 待機系サーバは停止状態で用意しておき、障害発生時に待機系を起動してから切り替える「**コールドスタンバイ**」
- 常に複数台稼働させておき、**ロードバランサー**を用いて分散処理させる方法

ロードバランサーは、ロード（負荷）、バランサー（平衡・バランスを取るもの）といった意味があり、**負荷分散装置**のことを指します。主にWebシステムに対してかかる負荷を複数のサーバへ分散させて、処理バランスを調整するために用いられます。

複数のサーバを用意することで仮に1つのサーバがダウンしても残ったサーバでサービスの継続が可能です。この冗長化を実現するためには、複数のサーバそれぞれに対する負荷やサーバダウンに対応して処理を効率的にバランスよく割り振る必要があります。その役割を担えるのがロードバランサーであり、ロードバランサーを導入することで安定したサービス提供を維持することができます。

![オンプレミス.png](https://storage.googleapis.com/envader-article-images/availability-%E3%82%AA%E3%83%B3%E3%83%95%E3%82%9A%E3%83%AC%E3%83%9F%E3%82%B9.png)

### 仮想サーバの可用性

仮想サーバは、1台の物理サーバ上で複数のOSを動かすことで、仮想的に複数のサーバとして運用する方法です。使用する基盤はあくまでも物理サーバなので、仮想サーバを動かす物理サーバに対しての冗長化はオンプレミスと同じです。

オンプレミスとの違いとして、仮想サーバを起動させる物理サーバ自体を遠隔地かつ複数拠点に置くことが可能という点です。そうすることで災害時や事故でひとつの地点に深刻なハードウェア障害が起きた時にも安心です。仮想サーバごと別のハードウェアに移行し、マイグレーションを行うことですぐに業務を再開することができます。ですので仮想サーバで運用することは、国の定める事業継続計画（BCP）の対策にも有効と言えます。

![仮想サーバ.jpeg](https://storage.googleapis.com/envader-article-images/availability-%E4%BB%AE%E6%83%B3%E3%82%B5%E3%83%BC%E3%83%8F%E3%82%99.jpeg)

### クラウドサービスの可用性

クラウドサービスは、導入時の初期費用を抑えられることもあり、手軽に導入することが可能です。そのため、開発者の利用や企業のシステムをオンプレミスからクラウドへ移行するなどで利用されることは少なくありません。

クラウドベンダーを利用する利点は、インフラストラクチャー（システム基盤）部分をクラウドベンダー側で管理・提供してくれるので、ユーザはそれ以外に注力できるという点です。しかし、ユーザが可用性に対して気にしなくていいという話ではありません。

- クラウドの提供する3種類のサービス形態

クラウドベンダーはサービスを利用する利用者のニーズに合わせて**IaaS**、**PaaS**、**SaaS**という3つのサービスモデルを提供しています。代表的なサービス（ここではAWSのサービスを取り上げる）や、可用性の確保の難易度の違いを以下に挙げます。ユーザは利用するサービスモデルによって、可用性に対する対策範囲が変わりますで注意が必要です。

|  | IaaS | PaaS | SaaS |
| --- | --- | --- | --- |
| 正式名称 | Infrastructure as a Service | Platform as a Service | Software as a Service |
| 読み方 | アイアース | イアース | パース | サース |
| 提供するサービス | ハードウェア | インフラ | ソフトウェア一式 | 各種サービス |
| 自由度 | 高い | 低い | 無し |
| 代表的なサービス（AWSの一例） | EC2 | Lambda |  AWS自体 |
| 可用性の確保の難易度 | 難しい | 普通 | 優しい |

## まとめ

今回は「可用性」について解説しました。

可用性は普段はなかなか耳にするもの機会がないかもしれませんが、サービス提供の根幹を支える大切な概念です。どんなに素晴らしいサービスがあっても、利用者が利用したい時に使えなかったらその価値を提供することができません。

安定したサービスを提供するためにも可用性をしっかり理解し、サービスの開発を行っていきましょう。

可用性について解説しました。システムにおける可用性とは一体何なのか？初心者でもわかるように解説しております。

【わかりやすく解説】可用性とは？

# 【徹底解説】非機能要件とは何かについて完全に理解する

こちらの記事では、非機能要件について解説します。非機能要件を知ることで、システムアーキテクトとしてのスキルを身につけましょう。

## 要件とは

非機能要件の解説前に、まずは**要件**とは何かについて解説します。

ITシステム開発における要件とは、実際に実現する事です。要件は、**要求**を基に定義します。

次に、ITシステム開発における要求とは、システムの買い手・利用者の「こういうことがしたい」という希望です。

ITシステム開発では様々な制約があります。金銭的な制約もあれば、納期の制約もあります。出てきた要求を全て実現できれば良いですが、制約によってはそれが無理なケースも多いです。

そのため要求を洗い出したら、そのあとは制約を踏まえて「実際に実現する事」を決める＝要件を決める必要があります。

要求・要件は、ビジネスレベル・業務レベル・システムレベルに分かれてそれぞれ定義されます。

ビジネスレベルでは、事業としての要求・要件を定義します。例えば売上や投資利益率を改善する等です。**ビジネス要求**を定義したら、制約を踏まえて**ビジネス要件**を定義します。

業務レベルでは、ユーザーの行動レベルでの要求・要件を定義します。これは上記で定めたビジネス要件を達成するための要求・要件でなければなりません。例えば、売上の停滞理由は営業の客先訪問率の低さにあるが、営業は事務業務のとある箇所に時間を取られすぎて客先訪問に集中できないためその業務を効率化する等です。**業務要求**を定義したら、制約を踏まえて**業務要件**を定義します。

システムレベルでは、システムとして何をするかの要求・要件を定義します。これは上記で定めた業務要件を達成するための要求・要件でなければなりません。例えば、業務のとある箇所を改善するためにシステムでこういう機能を実現する等です。**システム要求**を定義したら、制約を踏まえて**システム要件**を定義します。

非機能要件は、システム要件の一種です。

また、ここから先は単に「要求」「要件」と書いた場合、それぞれ「システム要求」「システム要件」を意味します。

## 非機能要件とは

要件は、**機能要件**と**非機能要件**に分かれます（要求もまた、**機能要求**と**非機能要求**に分けられます）。

機能要件とは、機能の要件です。今回解説する非機能要件とは、機能以外の要件です。

機能とは、ユーザーが実際に操作するものです。具体的に言えば、画面やCUI等のクライアントから実行可能な入出力操作です。

例えば「ユーザーは商品を注文できる」「ユーザーはディレクトリ移動を実行できる」等です。これらはユーザーの行為をサポートするため開発のコアな部分ですが、システムの要件としてはこれらを実現するだけでは不十分です。システムはそれ以外にも業務に耐えうる速度やセキュリティ等を備えなければなりませんが、これらが非機能要件に当たります。機能要件と非機能要件の違いは、「機能か、機能以外か」です。

## 非機能要件の実現方法

非機能要件の多くは、システムのインフラによって実現されます。

注意して欲しいのは、「多くは」であって「全て」ではないという点です。アプリケーションレベルで担保する非機能要件もあります。例えばセキュリティという非機能要件のためのサニタイズという処理がありますが、これはソースコードによって実現されます。

## インフラエンジニアにとっての非機能要件

インフラはITシステムが動く大前提であると同時に、非機能要件の実現手段でもあります。

そのためインフラエンジニアは、最終的には個々のインフラ技術への習熟のみならず、非機能要件の実現のためにインフラ技術を設計できるようになる事が求められます。

学習初期段階から非機能要件を理解することで、何のためにインフラを設計するのかを押さえることができます。

## 非機能要求の一覧

前述した通り、要件は要求を基に定義されます。そのため非機能要求の全体像がわかれば、非機能要件の全体像もわかります。

非機能要求を一覧化してくれている資料として、IPA（**I**nformation-technology **P**romotion **A**gency, Japanの略。日本のソフトウェア分野における競争力の総合的な強化を図る独立行政法人）の**非機能要求グレード**があります。（参照先：[システム構築の上流工程強化（非機能要求グレード）](https://www.notion.so/b23c9f86ed2746c7b8572a671042fd8f)）

非機能要求グレードに準拠すれば非機能要求には大別6種類あり、これらは非機能要求グレードでは**大項目**と呼ばれます。これらは更に**中項目**、**小項目**、**メトリクス**（小項目の達成指標）とブレイクダウンされ詳細に定義されます。

この記事では大項目にスコープを絞って解説することで、まず全体像をつかむことを目指します。

### 可用性

可用性とは、システムが安定的に稼働し続けられる能力です。

システムはトラブルによりダウンするケースがありますが、それが頻発するとユーザーは困ります。そのため可用性という指標を設け、それを保証する必要があります。

可用性についてはEnvaderに別途解説記事があるため、詳細はそちらをご参照ください。（参照先：[【わかりやすく解説】可用性とは？](https://envader.plus/article/14)）

### 性能・拡張性

まずは性能と拡張性を各自解説します。

性能とは、サービス提供におけるリソース利用の効率性です。簡単に言えば、ITシステムのスピードです。

拡張性とは、リソース増強の容易性です。リソースとは、具体的に言えばハードウェアです。システム構築後しばらくすると、ユーザー数や保持データ量が増加することで、当初のリソースでは目標の性能を達成できなくなることがあります。後々この問題を解決するためには、あらかじめリソースを増強しやすくしておく必要があります。

非機能要求グレードにおける性能・拡張性は、字面に存在する上記の2概念を主軸としながらも、これらに影響を与える前提条件・予備条件が含まれる概念です。

これらが実用に耐えないものであれば、toCシステムであればユーザーの離脱を招くでしょうし、toBの業務システムであれば期限までに業務が終了しない可能性が出てしまいます。

### 運用・保守性

まずは運用と保守性を各自解説します。

運用とは、システムが日々問題なく動くようにすることです。つまりトラブルの監視・予防です。

保守とは、システムに問題が起きた時に対応することです。つまりトラブルの解決です。

非機能要求グレードにおける運用・保守性は、字面に存在する上記の2概念をどう行っていくかを主軸としながらも、それを容易にする運用環境やサポート体制や管理方針が含まれる概念です。

システムはリリース後も想定外の事象がほぼ必ず起きるものであるため、この要求・要件を定めておかなければ安定してサービスを提供することが難しくなります。

### 移行性

移行性は、現行システム資産の新システムへの移行方針です。

現行システム＝現在使用しているシステムを新たなシステムへ置き換えるには、様々なことを決めておく必要があります。移行対象はもちろん、実行時期や方式等です。

移行は検討すべきことが多く、なおかつ各システムにより具体的にやらなければならないことがかなり違うため、入念に検討しなければ新システムを想定通り稼働させることは難しくなります。

### セキュリティ

セキュリティとは、構築対象システムの安全性です。

安全性保障のためにやらなければならないことは多岐に渡り、リスク分析や診断に始まり、アクセス制限やデータの秘匿や不正追跡・監視等を行うことになります。

適切なセキュリティ対策が講じられていない場合、システムの破壊や情報の流出等が生じて社会的・経済的損失が発生し得ます。

### システム環境・エコロジー

まずはシステム環境とエコロジーを各自解説します。

システム環境とは、実務的な制約条件です。システムに関する法令や、利用者数や拠点数、ハードウェアの制約事項等です。

エコロジーとは、自然・労働環境についての制約条件です。例えば自然環境の制約とはCO2排出量やエネルギー消費効率等で、労働環境であれば機器の発する騒音です。

これらの対応に失敗していると、国の規制に対応できず稼動が法的に許容されなかったり、近隣労働者の騒音被害に発展し得ます。

## 専門家の責務としての暗黙の要件

契約の仕方にもよりますが、システム開発プロジェクトのゴールは、要件定義で定めた要件を達成することです。それゆえお客様が発注したシステムを外部の人間＝受注者が開発する場合は、受注者の責務の一つは開発したシステムが要件を達成できているか否かにあります。逆に言えば、要件としてないものは受注者は対応しなくともよいのが基本です。要件はお客様が出す注文内容である以上はお客様が基本的に責任を持つということです。

しかし、一定レベルの要件については、仮にそれが要件定義段階で要件として挙がっていなくとも受注者は専門家としての暗黙の責務として対応しておく必要があり得ます。

SQLインジェクションというシステム攻撃手法があります。画面等のインターフェイスにSQL文を入力して利用することで、画面を介して任意のSQL文を実行しDBのデータの取得や改ざんを行う手法です。このSQLインジェクション対策は、セキュリティという非機能要件への対応ということになるでしょうが、これが要件とされておらず対策されていなかったために攻撃を受けたケースにおいて、受注者側の責任とする判決が下されたことがあります。この裁判についてはセキュリティ専門家として著名な徳丸氏のブログ記事で詳細に論じられています。

https://blog.tokumaru.org/2015/01/sql.html

どこまでが専門家としての暗黙の責務であるのかというのは明確な線引きがないのが現状だと思われますが、上記判決の根拠として、経産省・IPAが当該脆弱性についての警告を発していたことを採用しているのが一つの基準点となると思われます。専門家であるならばこれらの公的な情報はチェックし対策していることは当然という見解でしょう。

この事件はセキュリティに限られた話であり、セキュリティ問題による損害は他の要件よりも深刻なものになる可能性が高いため、他の要件についても同じように過失が認められるとは一概には言えません。しかし、お客様は基本的にはシステムのプロではない以上、機能要件はもちろん、目に見えない部分である非機能要件についてはなおさら受注者がシステムの専門家としてリードしていかなくては実現されないことの方が多くなってしまいがちです。

専門家として、非機能要求・要件の全体像を押さえ、お客様に提案し、システムの総合的な品質を保証できることを目指しましょう。

こちらでは、非機能用件について解説します。

【徹底解説】非機能要件とは何かについて完全に理解する

# スケーリングとは？垂直スケーリング・水平スケーリングを使い分ける

こちらの記事では、性能のためのスケーリングについて解説します。

## スケーリングとは

単に**スケーリング**(Scaling)と言った場合、それは拡大縮小のことです。

ITシステム開発におけるスケーリングは、**画像・映像のスケーリング**と**性能管理手法としてのスケーリング**という意味があります。この記事では後者を扱い、以降、単に「スケーリング」と記述した場合はこれのことを指します。

## 性能管理手法としてのスケーリングとは

性能管理の文脈で言うスケーリングとは、処理量に見合った性能をリソースの減増によって実現することです。

性能とは、サービス提供におけるリソース利用の効率性です。簡単に言えば、ITシステムのスピードです。性能の詳細については以下の記事をご参照ください。
https://envader.plus/article/17

スケーリングには、**垂直スケーリング**と**水平スケーリング**の2種類があります。

- 垂直スケーリング

処理を担う各コンポーネントの性能を増減させることです。例えばサーバを対象にするのであれば、ハードウェアをより良いものに交換したり、逆に必要ないのでより性能の低いものに変えたりすることです。性能を上げる場合は**スケールアップ**、下げる場合は**スケールダウン**と呼びます。

![vertical.png](https://storage.googleapis.com/envader-article-images/vertical.png)

- 水平スケーリング

分散処理を担うコンポーネントの数を増減させることです。例えばサーバを対象するのであれば、サーバを複数用意してそれらで分散処理したり、必要なければサーバ数を減らしたりすることです。増やす場合は**スケールアウト**、減らす場合は**スケールイン**と呼びます。

![horizontal.png](https://storage.googleapis.com/envader-article-images/horizontal.png)

## 垂直スケーリングと水平スケーリングの使い分け

垂直スケーリングと水平スケーリングはそれぞれメリット・デメリットが異なり、絶対的な優劣をつけられるものではありません。目的に応じて適切に使い分ける必要があります。

### 垂直スケーリング・水平スケーリングの長短

垂直スケーリングと水平スケーリングのメリット・デメリットが問題となる主要な側面は、メンテナンス量・実装難易度・ダウンタイム・性能限界の4つです。

- メンテナンス量

メンテナンス量はオンプレミスの時に問題となります。

この点ではスケールアップが優れています。スケールアウトがコンポーネントを増やすためにメンテナンス対象も増えるのに対し、スケールアップは既存コンポーネントをより高性能なものに置きかえるだけのためメンテナンス対象は増えません。

- 実装難易度

実装難易度についてはスケールアップの方が簡単です。ハードウェアを交換するだけのため、実装への影響は少ないからです。「少ない」であって「無い」と言い切れないのは、チューニング等パフォーマンスを考慮した実装が必要になったり不要になったりする可能性がゼロとは言い切れないためです。

スケールアウトする場合、複数コンポーネントで分散処理を行っているために、「どう分散するか」「コンポーネント間でデータ整合性をどう保つか」という問題が発生し、これに対応する必要があり難易度が高くなります（この件は後ほど詳述します）。

- ダウンタイム

ダウンタイムについてはスケールアウトに分があります。ダウンタイムとは、サービスの停止時間のことです。スケールアップはハードウェア自体の交換を行うためダウンタイムは避けられません。しかしスケールアウトは分散処理対象を増やすだけのため、トラブルがなければダウンタイムは必要ありません。

- 性能限界

性能限界についてはスケールアウトであればありません。一方でスケールアップはハードウェアの問題ゆえに物理的な制約が存在し、これによって向上できる性能には限界があります。

### どう使い分けるか？

どうスケーリングさせるのが良いかは、どのようなサービスかによります。

例えば比較的小規模なサービスであるがゆえにダウンタイムも性能限界も許容できるのであればスケールアップを利用するかもしれません。逆に大規模で、かつある程度データの一貫性を犠牲にしても良いのであれば、スケールアウトを利用することになるでしょう。

全てを満たすのは難しい・コストがかかる事が多く現実的ではない場合、何は必須なのか・何は許容できるのか・許容不能な部分があるとすれば何をすれば許容範囲にまで制御できるのかを自身のサービスに合わせて検討しましょう。

## 水平スケーリングの難しさ

先述のように、水平スケーリングには垂直スケーリングにはない難しさがあります。「どう分散するか」「コンポーネント間でデータ整合性をどう保つか」です。

### どう分散するか――負荷分散の問題

スケールアウトにより複数のコンポーネントが並列稼動している場合、個々のアクセスをどのコンポーネントに繋げるか＝負荷分散の設計が問題になります。どのように分散するかは要件により、適切な方式を選択する必要があります。

### データ整合性をどう保つか――データ整合性の問題

スケールアウト対象のコンポーネントがデータを持つ場合、データが分かれる以上、データ間の整合性の保持が問題になります。整合性保持の設計が必要になります。

この点で最も大きな問題を抱えるのはRDBです。一般的にRDBのスケールアウトは難しいとされます。基本的にRDBは一貫性を求められるデータを扱いますが、この特性のデータはスケールアウトと相性が良くありません。問題となるのは更新処理です。

まず、複数RDBそれぞれにまったく同じデータを保持するケースを考えましょう。この場合、全てのRDBが同値になるように処理せねばならず、余分な同期処理の分、RDBが1つしかない時よりも遅くなり得ます。性能向上になりません。これを回避するために複数RDBがそれぞれ異なるデータを保持するようにしたら、複数RDB間で一貫性を求められるデータ処理（例えばRDB1とRDB2があったとして、RDB1のデータから数値を引いてその分をRDB2に足すような処理）をした時にトラブルが起きて処理が中断してしまった場合に備える複雑な仕組みが必要となります。

DBサーバ以外のサーバは基本的にデータを保持しないため、このような問題は生じません。セッションを保持する可能性がありますが、この場合はRDBほどではありませんがRDBと類似の問題が生じます。DBでも、NoSQLで扱われるのは一貫性を求めないデータであることが基本のため、こちらでもRDBのような問題は生じにくいです。

## オンプレミス・クラウドのスケーリング

スケーリングの「容易性」「費用」は、オンプレミスかクラウドかで変わります。

### スケーリングの容易性

スケーリングの容易性では、クラウドに圧倒的な分があります。

オンプレミスではスケーリングのためにはそれなりの準備と日数を必要とします。まず必要なリソースの見積もり＝**サイジング**が必要です。いざスケーリングするとなると、ハードウェアの調達作業が必要ですし、調達できたらハードウェアの各種設定作業＝**キッティング**も必要になります。

しかしクラウドであれば設定さえすればスケーリングが完了します。

### スケーリングの費用

費用面に関しては、オンプレミスとクラウドのいずれが安いかはケースバイケースです。

スケーリング自体に必要な費用、スケーリング後の維持費用（オンプレミスであれば電気代等もかかります）、ノウハウを持つ人材の確保コスト等、様々な費用があり得ます。多角的な観点から費用を計算するべきでしょう。

こちらの記事では、性能のためのスケーリングについて解説します。

スケーリングとは？垂直スケーリング・水平スケーリングを使い分ける

# どちらを選ぶ？クラウドとオンプレミスのメリット・デメリット、違いを比較

近年、企業の社内システムもクラウドを用いた導入がますます進み、日常業務に欠かせないものになっています。本記事では、「クラウド」と、その対義語として用いられる「オンプレミス」についてそれぞれどんな意味なのか、2つを比較したメリット・デメリット、それぞれどのようなケースで利用するのか、について解説します。

## オンプレミスとは

オンプレミス（on-premise）はシステム稼働に必要となるサーバーやネットワーク機器、ソフトウェアなどを自社で保有し、運用するシステム利用形態です。自社の保有するサーバールームやデータセンターなどのスペースにサーバーを設置し、電気、空調の管理から、通信回線まで自社の責任において運用します。

かつては企業が業務用に情報システムを構築するには、自社内に資源を用意する以外の選択肢がありませんでした。それが2000年代後半以降、クラウドコンピューティングの浸透に伴い、業務用システムもクラウドで自社外に構築、運用するというケースが増えてきています。こうした時代の流れに応じて、自社外にIT資源を確保する「クラウド型」と対比する言葉として、自社内にすべての資源を確保する、「オンプレミス型」というが用いられるようになりました。

ちなみに、英単語”premise”は、「構内」「建物」などを意味する名詞で、これに前置詞”on”をつけることで、「構内に用意する」などの意味を表現した言葉になります。

## クラウドとは

クラウド(Cloud)とは、クラウドコンピューティング（Cloud Computing）やクラウドサービス（Cloud Service）を略して使われる用語です。クラウドコンピューティングとは、インターネットなどの回線を介して、社外の組織が保有するハードウェアやソフトウェアなどの資源を、サービスとして必要な時に、必要な分だけ利用するというコンピュータの利用形態のことで、利用可能なサービスのことをクラウドサービスといいます。

NIST（米国国立標準技術研究所）の定義によると、クラウドの基本的な特徴として以下の5項目を挙げており、クラウドサービスは、5項目すべてを備えなければならないとしています。

- オンデマンド・セルフサービス（On-demand self-service ）
- 幅広いネットワークアクセス（Broad network access）
- リソースの共用（Resource pooling）
- スピーディな拡張性（Rapid elasticity）
- サービスが計測可能であること（Measured Service）

英単語”Cloud”は「雲」を意味する名詞です。なぜ、Cloudという用語を使うようになったのかは諸説ありますが、実態がぼんやりしていて、ユーザーから把握しにくい、ネットワークの先にあるサーバーを表すときに、雲の絵を使ったから、という説がよく用いられます。

## メリット、デメリットの比較

近年はクラウドがますます浸透しておりますが、当然メリット、デメリットがあり、使い方に応じて、導入の仕方を選ぶことが大切です。

|  | オンプレミス | クラウド |
| --- | --- | --- |
| 初期費用 | 高 | 低 |
| 導入期間 | 長 | 短 |
| ランニング費用 | 大（利用形態による） | 小 |
| 物理的なスペース | 大 | 小 |
| サーバーの拡張性 | 難 | 容易 |
| サーバー、OS、アプリケーションの更新 | 要 | 不要 |
| カスタマイズの自由度 | 高 | 低 |
| 社内システムとの連携 | 容易 | 難の場合あり |
| 障害対応 | 自社/ベンダー対応 | ベンダー対応 |
| 災害時のリスク | 大 | 小 |

### 初期費用

オンプレミスの場合は、自社でサーバーなどを用意しなければなりません。サーバー導入には一般的に数百万円単位のマシン費用が掛かるのに加え、導入に期間がかかるため、導入作業の人件費も大きくなる傾向があります。

クラウドの場合は、サーバー環境を自社で用意する必要はありません。システムやアプリを利用するための設定費用などはかかりますが、通常、数十万円単位で収まる範囲内です。

### 導入期間

オンプレミスの場合、システムを新しく構築する必要があります。システムの要件定義、設計、テスト、リリースというプロセスを経て使用可能になります。また初期費用が高額なため、導入には慎重な決断が必要となり、承認プロセスも時間がかかるケースが多くなります。一般的には、数か月から半年程度の期間を見込むことになります。

クラウドの場合は、申し込み後即時にサービス利用可能なことも多く、設定や部分的なカスタム要件を除けば、即利用が可能です。

### ランニング費用

オンプレミスの場合、サーバーの固定資産税、ソフトウェアのライセンス費用、ハードウェア・ソフトウェアそれぞれの運用担当者の人件費などがランニング費用として挙げられます。固定資産税や人件費などによって、クラウドと比較すると、ランニングコストが高くなる要因になります。

クラウドの場合は、サーバーなどの運用初期費用はすべてサービス費用に含まれています。ライセンス数やその期間についても、使うときに、使う分だけ、の選択が可能なため、余剰が生まれる余地が少なく、コストは低く抑えることができます。運用はサービス提供者と分担する形になるので、運用担当者の人件費も比較的低く抑えられます。

### 物理的なスペース

オンプレミスの場合は、自社内にサーバー、ネットワーク機器を置くスペース、電力、空調が必要です。

クラウドの場合は、すべてクラウド事業者に任せられるので、物理的なスペースは不要です。

### サーバーの拡張性

オンプレミスでは、ハードウェアの増設が必要なため、機器の調達から、設計など、相応費用と時間が必要です。

クラウドでは、サービスプランによるところはありますが、その範囲内であれば、自由に、迅速に拡張が可能です。またクラウドの場合は、縮小も容易なため、利用状況に応じて、拡張したり、縮小したりが簡単に行えるというメリットにつながります。

### サーバー、OS、アプリケーションの更新

オンプレミスの場合は、自社の責任の下で、定期的にサーバー、OS、アプリケーションの更新を行う必要があります。場合によってはハードウェア更新のために、予算の確保や、停止調整など長期的な計画を立てなければならず、相応の負荷があります。

クラウドでは、クラウドベンダーが常に最新のOS、アプリケーションに更新するため、ユーザー側での更新は必要ありません。

### カスタマイズの自由度、社内システムとの連携

オンプレミスでは、自社の要望に対して、サーバーを自由にカスタマイズを行うことができます。自社の同じネットワーク内にシステム構築できるため、既存の社内システムとの連携も容易に行うことができます。

クラウドでは、クラウドベンダーの提供する範囲によって制約が生まれます。クラウドの場合は、インターネットを経由するため、既存の社内システムとの連携が難しく、場合によっては、連携ができない場合もあります。近年はクラウドサービスの浸透に伴い、API（**A**pplication **P**rogramming **I**nterface）が提供されているケースが増えてきているため、クラウドとの連携はしやすくなってきています。

### 障害対応

オンプレミスの場合は、導入ベンダーと契約することで、リスク分散をすることは可能ですが、あくまで自社環境なので、基本的には自社で障害対応も行うことになります。

クラウドでは、クラウドベンダー側で保守や復旧作業をおこないます。逆に言えば、障害が起きてもユーザー側で手を出すことができないので、復旧を待つしかない、ということも起こります。

### 災害時のリスク

オンプレミスでは、自社敷地内に環境を用意するため、地震などの自然災害に自社環境が巻き込まれた場合には、サービスが停止する場合があります。

クラウドは堅牢なデータセンター内にサーバーが設置されており、データセンターも各地に点在し、システムを分散して配置することが可能なため、災害時のリスクを低下することが可能です。

## どちらを選ぶべきか

利用するケースに応じて、クラウド、オンプレミスを選択することが大切です。以下に一例を紹介します。

オンプレミスを利用するケース

- 自社内の機密情報を扱い、社外に一切データを出したくない
- 自社独自のシステムとデータ連携するため、自社内に構築したい
- クラウドでは用意しきれない、高性能なサーバが必要

クラウドを利用するケース

- 新規事業の立ち上げやスタートアップのため、初期費用を抑え、素早く導入がしたい
- システム構築、運用のリソースが足りない
- テレワークなどでの外部アクセスを想定している

## まとめ

昨今のクラウドサービスの流行に伴い、とにかく「クラウドのほうが良い」という意見になりがちですが、オンプレミスならではの、カスタマイズの自由度や、セキュリティの確保などのメリットにも目を向けて、長期的な視点で検討することが重要です。

オンプレミスとクラウドを組み合わせたハイブリット運用という手段もあります。クラウドだけ、オンプレミスだけではなく、どちらともよく理解をして適切に利用することが、これからのシステム構築において必要なスキルになってくるのだと思います。

クラウドとオンプレミス、それぞれどのようなケースで利用するのかについて解説します。

どちらを選ぶ？クラウドとオンプレミスのメリット・デメリット、違いを比較

# どっちがどっち？マルチクラウド、ハイブリッドクラウドの違いとそれぞれの用途

この記事では、クラウドサービスが理解されている前提としてマルチクラウドとハイブリッドクラウドの基礎知識、混同されがちな両者の違いについて解説します。

## マルチクラウドとは

複数のパブリッククラウドを使い道に応じて併用して利用することです。それぞれの目的に合わせて、最適なクラウドを使い分けることで、それぞれのクラウドの長所を活かして最適な形で運用することが可能です。目的に合った機能を備えており、使いやすさや分析の精度が上がるといったメリットがあります。

- パブリッククラウドとは
    
    専用のハードウェアなどを所有することなく、企業でも個人でも利用したい人が必要な時に必要なだけ自由にサーバーやネットワークリソースを使えるシステムです。
    

### マルチクラウドのメリット

- 複数のサービス提供者からサービス提供を受けるので、独自のカスタマイズが実現しやすくなります。
- ひとつのサービス提供者に依存することがなくなるので、システムの柔軟性を維持できます。
- 複数のクラウドを活用しているため、リスク分散にもなります。またBCP対策にも有効です。

### マルチクラウドのデメリット

- 複数のクラウドをそれぞれ活用しているので運用が煩雑になる可能性があります。
- 複数のクラウドサービス提供者と契約し、それぞれにアカウントを作成することになるので、結果的にコスト高になる可能性があります。
- 複数のクラウドを利用することでセキュリティレベルが低下する可能性があります。

## ハイブリッドクラウドとは

パブリッククラウドとプライベートクラウドや物理サーバーなど、いくつかのサービスを組み合わせて使うクラウドのことです。タイプの異なるサーバーを組み合わせて利用することから、それぞれの持つメリットを活かしつつ、デメリットをカバーしあえるという特徴を持っています。

- プライベートクラウドとは
    
    企業・組織が自社専用のクラウド環境を構築し、社内の各部署やグループ会社に提供する形態をいいます。
    

### ハイブリッドクラウドのメリット

- オンプレミスのサーバーの活用で社外秘データを安全に保管することができ、データのバックアップ強化を図ることができます。
- オンプレミス環境を活かしながら、BCP対策を考えてリスク分散を図ることができます。
- オンプレミス環境でしか使えないシステムを構築している場合、それも活用しながら新たなクラウド環境を併用することができます。つまり、「いいとこどり」の環境を構築することが可能です。
- オンプレミスやプライベートクラウドはカスタマイズが自在である一方で、コスト高になります。カスタマイズが必要でないシステムをパブリッククラウドへ移行することでコスト抑制が期待できます。

### ハイブリッドクラウドのデメリット

- システム構成が複雑になり、システムを運用するにも、状況を理解し、技術力もある担当者が必要になります。
- コスト計算が複雑になります。オンプレミスで運用している部分と、パブリッククラウドを活用している部分など、それぞれのコストが計上されることになるので、適切なコスト配分ができているのかどうかの試算が難しくなります。
- 運用するのに専門性が必要になります。複数の環境を混合して新たなクラウド環境を構築しているので、障害が発生したときに知識と技術を持った担当者でないと対応できません。

## マルチクラウドとハイブリッドクラウドの違い

### クラウドインフラストラクチャの種類

「マルチクラウド」と「ハイブリッドクラウド」の両者とも、複数のクラウドを統合したクラウドデプロイメントを意味しています。異なっているのは、それぞれが使用しているクラウドインフラストラクチャの種類と構築方法です。「マルチクラウド」と「ハイブリッドクラウド」の両者とも、複数のクラウドを統合したクラウドデプロイメントを意味しています。異なっているのは、それぞれが使用しているクラウドインフラストラクチャの種類です。ハイブリッドクラウドインフラストラクチャは、異なる複数タイプのクラウドを組み合わせているのに対し、マルチクラウドは同一タイプのクラウドを組み合わせて使用しています。ハイブリッドクラウドはリンゴとオレンジを組み合わせるようなもので、マルチクラウドは品種の違うリンゴを組み合わせるようなものと考えるとよいでしょう。

- クラウドインフラストラクチャとは

クラウド コンピューティングを提供するハードウェア要素とソフトウェア要素の集合です。これには、コンピュート、ネットワーク、ストレージのほか、仮想化されたリソースにアクセスするためのインターフェイスも含まれます。

![multicloud-1.png](https://storage.googleapis.com/envader-article-images/multicloud-1.png)

### システムの利用方法

ハイブリッドクラウドは、複数のタイプのクラウド環境を混合させ、それらを統合して単一のシステムを構築します。これに対してマルチクラウドは、異なるパブリッククラウドサービスを目的に合わせて併用し、それぞれのクラウドは相互接続することなく、独立して利用します。

### 利用シーン

- マルチクラウド
    - 大規模障害や過負荷によるシステムダウンを想定し、複数社のパブリッククラウド環境を用いてバックアップ・リカバリ体制を構築する。
    - 情報収集、分析、結果開示と閲覧のように、ひとつの業務をフェーズごとに分割し、それぞれのフェーズで最適なクラウドサービスを使う。
- ハイブリッドクラウド
    - 顧客情報の保管・開示を行うシステムにおいて、オンプレミス（もしくはプライベートクラウド）側で機密情報を保管し、パブリッククラウド側で情報公開を行う。
    - モバイルと連携した業務システムにおいて、パブリッククラウド側でモバイルアプリケーション連携を行い、プライベートクラウド側で基幹業務処理を行う。

利用シーンでもわかるようにマルチクラウドは「リスク分散」や「同時利用」が目的といえます。これに対してハイブリッドクラウドは、「業務や情報の性質による分担」に主眼を置いた仕組みと言えるでしょう。

## まとめ

マルチクラウド、ハイブリッドクラウドの基礎知識や両者の違いについて解説しました。似たような意味で使われることが多いですが、実際には大きな違いが存在していました。利用シーンで分かるようにそれぞれの特徴の違いが出ていると思います。両者の運用形態の概要までを理解しすることで、クラウドの理解を少しでも深めていただきたいと思います。

この記事では、クラウドサービスが理解されている前提としてマルチクラウドとハイブリッドクラウドの基礎知識、混同されがちな両者の違いについて解説します。

どっちがどっち？マルチクラウド、ハイブリッドクラウドの違いとそれぞれの用途

# 【初心者向け】GitHubとは？必須知識と使い方について解説！

開発において「**GitHub**（ギットハブ）」は必須スキルとなっています。こちらの記事でGitHubの基礎知識と基本操作、そして実際の開発時の使い方について解説します。

## GitとGitHubについて

**GitHub**とは「**Git**」の仕組みを使用したウェブサービスのことです。まずGitとGitHub違いについて説明します。

「**Git**」とは分散型バージョン管理システムのことです。バージョン管理とは分かりやすく言と、ソフトウェア・アプリケーション開発で作成したソースコードの状態を記録することでバージョンを管理します。機能追加やバグ修正を行う度に変更されるソースコードをその都度記録しておくと変更履歴を管理できることはもちろん、前の状態に戻すことも可能になります。バージョン管理システムには様々な種類がありますが、その中でもGitは「分散型」です。分散型ではないものは「集中型」で、こちらはサーバー上で管理する一つのリポジトリを複数人が接続して使います。リポジトリとは「貯蔵庫」という意味があり、ディレクトリの構造・状態やソースコード、変更履歴を格納しておく場所のことです。「分散型」はサーバー上にあるリポジトリを開発者が各自の環境に複製して作業を行います。

![git01.png](https://storage.googleapis.com/envader-article-images/github/git01.png)

「GitHub」とは、Gitの仕組みを使用して開発のソースコードを保存・共有・公開ができるウェブービスです。開発者が自分の作品のソースコード等を公開したり、チーム開発ではメンバー内でコードを確認（レビュー）したりすることができます。各自の環境で開発を行い、コードを共有・履歴を管理できるため、チーム開発に最適で必須のツールです。

ここからは、GitHubの使い方について以下の順序で説明していきます。

1. 使用前の基礎知識
2. 基本的な操作方法
3. 開発での使用の流れ

## GitHubの基礎知識

GitHubを使うために必要な前提知識となるいくつかの用語について説明します。

- リポジトリ

    前項で説明したリポジトリですが、GitHubには「**リモートリポジトリ**」と「**ローカルリポジトリ**」があります。
    - リモートリポジトリ
        リモートリポジトリとは、GitHub上で保存・管理しているリポジトリのことです。インターネット上にあるため世界中に公開されていると言えます。複数人の開発者がリモートリポジトリを元として自分の環境に複製（clone）して作業を行います。
    - ローカルリポジトリ
        ローカルリポジトリとは、自分の環境（ローカル環境）にあるリポジトリのことです。
- ワークツリー

    ローカル環境でGitの管理下におかれた、実際に作業を行っているディレクトリのことです。
- インデックス（ステージングエリア）

    Gitではワークツリーでの作業内容をローカルリポジトリに記録（コミット）していきますが、直接記録するわけではなく中間にインデックスと呼ばれる準備領域が存在します。インデックスはステージングエリアとも呼ばれ、この領域を間に挟むことでワークツリー内で変更を行ったファイルだけをリポジトリに記録することができます。

![git02.png](https://storage.googleapis.com/envader-article-images/github/git02.png)

- コミット

    ローカル環境内（ワークツリー）で行った作業内容をローカルリポジトリに記録することをコミットと呼びます。任意のタイミングでディレクトリの状態を記録することができるためバージョン管理には欠かせない仕組みです。コミットを行うと、コミットを一意に識別するため40桁のID＝コミットIDが付与されます。コミットIDがあることで履歴を管理することができます。
- プッシュ

    プッシュとはローカルリポジトリの内容をリモートリポジトリに反映させることです。プッシュを行うことで、変更履歴を含む自身のローカルリポジトリの内容がリモートリポジトリにアップロードされます。
- ブランチ

    ブランチとは、一つのプロジェクト（リポジトリ）の中で本筋から分岐させて変更履歴を記録していくためのものです。分岐したブランチの内容は他のブランチに影響しないため、並行して行われる複数の機能追加やバグ修正等の作業を可能にします。
    - マージ
        枝分かれになったあるブランチを他のブランチと合流させることをマージと言います。

![git03.png](https://storage.googleapis.com/envader-article-images/github/git03.png)

- クローン

    既存のリポジトリを**ローカル環境**に複製することをクローンと言います。自分の環境にクローンすることでオフライン状態でもファイルの編集を行うことがでGit管理下で変更を追跡することができます。またクローン元のリモートリポジトリとの接続も切れないため、オンライン状態でローカルの変更をプッシュすることができます。
- フォーク

    フォークとはGitHub上で既存のリポジトリを**自分のアカウント領域**に複製することができるGitHubの機能です。フォークしたリポジトリでは自分の作業内容を更新・反映させることができます。また元の既存リポジトリに対して管理者に更新内容を通知して共同で開発することも可能です。同じ「複製」の機能であるクローンとフォークの違いは下記図のようになります。

![git04.png](https://storage.googleapis.com/envader-article-images/github/git04.png)

- プルリクエスト

    プルリクエストとは、ソースコードの変更をリポジトリの管理者・レビュアーに対して通知して反映（マージ）を依頼する、GitHubが提供する機能のことです。プルリクエストが送られると変更内容や反映先のコードとの差分が通知されます。プルリクエストにより開発メンバー内でコードレビューを行い、一人では気づかなかった記述ミスやバグ等を見つけたりとコードの品質を向上させることができます。

## 必須の基本操作

ここからは実際にgit操作を行ってみましょう。ここではコマンドを用いてgit操作する方法について説明します。

### 事前準備

- GitHubのアカウント作成
- ローカル環境にGitで管理する作業ディレクトリを作成

### 基本操作

GitHubの主な機能はローカルで作業した内容をGitHub上＝リモートリポジトリに反映させることです。ここではその手順・方法について説明します。

- `git clone`

    GitHub上のリポジトリをローカル環境に複製するには`git clone`を実行します。

    ```bash
    $ cd [ディレクトリパス] #作業ディレクトリに移動
    $ git clone [URL]
    ```

    インターネット上にあるリポジトリをローカル環境にコピーするための接続方法にはhttps接続とssh接続の二種類があります。接続の際には、httpsではアクセストークンの生成、sshではsshキーの設定を行っておく必要があります。

    上記コマンドのgit cloneの後ろに記述する[URL]は以下のように取得します。

    - httpsによる接続

    ![git06.png](https://storage.googleapis.com/envader-article-images/github/git06.png)

    - sshによる接続

    ![git07.png](https://storage.googleapis.com/envader-article-images/github/git07.png)

- `git init`

    `git init`はローカルリポジトリを初期化するコマンドで、対象の作業ディレクトリをGitの管理下に置くことができます。ローカルの作業ディレクトリで`git init`を実行することで「.git」というローカルリポジトリが作成されます。
- `git add`

    `git add`は指定したファイルをワークツリーからインデックスに登録するコマンドです。ファイル名はスペースで区切ることで複数指定することができます。

```bash
$ git add [ファイル名]
```

また`git add .`と`.`（ピリオド）を指定するとワークツリーの全てのファイルがインデックスに登録されます。

- `git commit`

    編集したファイルをインデックスに登録したら、git commitを実行してインデックスに登録されたファイルをローカルリポジトリに記録＝コミットを行います。`git commit`を実行する際にはオプション`-m`で必ずコメントを記述する必要があります。コメントは開発チーム内で共有するためレビュアーやメンバーに分かりやすい内容を心がけると良いでしょう。

```bash
$ git commit -m "[コメント]"
```

- `git push`

    続いてコミットしたファイルを`git push`を実行してリモートリポジトリに反映＝プッシュします。初回は「.git」ファイルをリモートリポジトリに紐づけるために`git remote add [リポジトリ名] [リモートリポジトリのURL]`を実行します。この操作によって対象のリモートリポジトリのURLが指定したリポジトリ名で登録されます。リポジトリ名はoriginとすることが多いです。

```bash
$ git remote add origin https://...
```

二回目以降は`git push [リポジトリ名] [プッシュ先のブランチ名]`でリモートリポジトリにファイルをアップロードすることができます。

```bash
$ git push origin [ブランチ名]
```

`add`、`commit`、`push`の一連の流れを繰り返すことで自分の作業内容を一定のまとまりごとにGitHub上のリモートリポジトリに反映させることができます。

![git05.png](https://storage.googleapis.com/envader-article-images/github/git05.png)

- `git status`

    `git status`を実行するとGitの現在の状況を確認できます。例えばファイルの登録をどこまで行ったか（addは行ったがcommitはまだ、など）の確認をする際に便利なコマンドです。ディレクトリやオプションの指定もできるので、実際に試して確認してみると良いでしょう。
- `git log`

    `git log`はコミットの状況・ログを確認できるコマンドです。コミットIDやユーザー情報、日付等のデータが表示されます。こちらも様々なオプションがあります。確認したいことに合わせてオプションを指定しましょう。
- `git pull`

    リモートリポジトリの内容をローカル環境に反映させることをプルと言います。プルを実行するコマンドは`git pull`です。`git pull [リポジトリ名] [ブランチ名]`とリモートリポジトリの名前とリモートリポジトリ上のブランチ名を指定して実行します。

```bash
# 例
$ git pull origin main
```

- `git fetch`と`git merge`

    前項で説明した`git pull`は`git fetch`と`git merge`を一度に行うコマンドです。`git fetch`はリモートリポジトリの内容をローカルリポジトリに取り込むのみで更新（マージ）は行いません。そのため`git fetch`を実行しただけではローカルリポジトリ内のブランチの内容に変更は起きていません。`git merge`を実行することで`git fetch`で取り込んだ内容をローカルリポジトリ内のブランチに結合させることができます。
- `git branch`と`git checkout`

    ブランチを操作するコマンドには`git branch`と`git checkout`があります。`git branch`はブランチの一覧を表示したりブランチの作成・削除を行ったりすることができ、様々なオプションがあります。`git branch`のみ実行するとブランチの一覧が表示されます。現在使用しているブランチには*（アスタリスク）がつきます。`git branch [新規ブランチ名]`で新しくブランチを切ることができます。ブランチを切ると、使用中のブランチの内容がそのまま引き継がれます。ただし作成したブランチには移動していない状態です。`git checkout [ブランチ名]`でブランチを移動することができます。`git checkout -b [新規ブランチ名]`というように`-b`オプションを指定すると、新しいブランチの作成と移動を同時に行うことができます。

## チーム開発でのGitHub使用の流れ

基本的には以下の手順でGitHubを使用して開発を進めていきます。

1. リポジトリ作成・ローカル環境への反映
    まずはチームで使用するリモートリポジトリを作成または用意されているリポジトリを自分の環境にクローンします。
2. 作業用ブランチを切る
    作業用ブランチを切ります。続いてローカル環境で作業を行いますが、ここで作業用ブランチを切ります。作業用ブランチを切ることでクローンしてきた内容に影響を与えずに開発を行うことができます。
3. 開発・リモートリポジトリへの反映
    ディレクトリ・ファイルの追加や編集を行いながらこまめに`git add` 、`git commit` 、 `git push`を実行します。コミットは作業単位で行い、いくつかのコミットをまとめてGitHubにアップロード＝プッシュすることが多いです。プッシュ先はリモートリポジトリ上のメインで使用するブランチではなく、作業用のブランチを指定することが一般的です。
4. プルリクエスト
    リモートリポジトリの作業用ブランチにプッシュした作業内容をメインのブランチに反映させるためにプルリクエストを送ります。チーム内でコードレビューを行い、マージ担当者がGitHub上でマージを実行するとリモートリポジトリのメインのブランチが更新されます。
5. 次の作業に移る時は新しくブランチを切ります。
    その前に、最新のリモートリポジトリをローカル環境に取り込む必要があります。ローカル環境内のメインのブランチは常にリモートリポジトリの内容を反映させて、そこから作業用ブランチを切ることでスムーズに開発を進められます。
6. 2〜5を繰り返します。

![git08.png](https://storage.googleapis.com/envader-article-images/github/git08.png)

### コンフリクト

複数のブランチを結合＝マージする際に、複数人が同じ箇所を編集したことにより起こる競合・衝突を**コンフリクト**と言います。コンフリクトが発生したら双方のブランチの編集内容を確認して修正した後に再度マージを実行します。

こちらで紹介した手順はチーム開発でGitHubを使用する際の大まかな流れです。実際の開発ではチーム内でGitHubの使用手順について認識を揃えておくことが大切です。

## まとめ

GitHubにはバージョン管理・チーム開発のため多くの機能があります。当記事で解説したのは基礎的な部分で、GitHubを使用するために必ず押さえておくべき内容です。様々なコマンドやオプションを利用することでより高度な処理を実行できます。GitHubの知識や使用経験は採用時にもアピールになります。GitHubはほとんどの機能が無料で個人利用もできるため、まずは実際に手を動かしてみましょう。

こちらの記事でGitHubの基礎知識と基本操作、そして実際の開発時の使い方について解説します。

【初心者向け】GitHubとは？必須知識と使い方について解説！

# 未経験でも可能？インフラエンジニア・クラウドエンジニアへの転職

IT技術の進歩に伴って、需要が高まっているのがインフラエンジニアです。クラウドサービスの普及によって業務が減ると言われていましたが、実際はそうでもありません。

インフラエンジニアの需要はまだまだ高いと言えます。むしろ、クラウドサービスに対応できる人材こそ求められつつあるほどです。

今回はそんなインフラエンジニアへ転職を考えている方に向けて、未経験でも転職しやすい理由と必要なスキルについて解説します。ぜひ参考にしてください。

## インフラエンジニアはITで欠かせない人材

![https://storage.googleapis.com/envader-article-images/infra-engineer/image14.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image14.jpg)

インフラエンジニアとは、IT基盤の設計から運用、メンテナンス・保守まで幅広く行う人材のことです。業務によって大きく2種類に分けられ、以下のように呼ばれています。

- サーバーエンジニア
- ネットワークエンジニア

サーバーエンジニアは、企業にあるサーバーの設計や構築、テスト、運用までを行います。近年はクラウド化が進んでいるため、クラウドに関する知識が必要になることも。またサーバー関連の業務として、配線周りの知識も必要です。

一方のネットワークエンジニアは、端末やサーバー同士を接続するネットワークを構築し、データを送受信できる環境を作ります。クライアントの要望を聞いて構築をしていかなければいけません。また、障害が起こった場合は24時間体制での対応になることもあります。

最近ではクラウド領域専門で従事するクラウドエンジニアもインフラエンジニアとして内包されています。働き方やスキルが前者二つとは大きく異なってきます。

## インフラエンジニアは未経験でも転職できる

![https://storage.googleapis.com/envader-article-images/infra-engineer/image2.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image2.jpg)

インフラエンジニアは、未経験でも転職することができる職種です。もちろん相応の知識・スキルは必要ですが、職種・年齢を関係なく学べます。転職を考えている方は、以下の理由から需要が高いことをまず知っておきましょう。

- 需要が高い
- 即戦力になれる
- リスキリングがしやすい
- キャリアチェンジしやすい
- 年齢が関係ない
- 経験を活かす働き方がしやすい

### 需要が高い

![https://storage.googleapis.com/envader-article-images/infra-engineer/image10.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image10.jpg)

インフラエンジニアが担っているITインフラは、24時間365日フル稼働していなければいけません。IT技術が当たり前となった昨今、その需要はますます高まっています。

特にインフラエンジニアの業務は、ITインフラを支える上で必要不可欠です。ですが、IT業界は常に人材不足。未経験であろうとインフラエンジニアは喉から手が出るほど欲しいのが実状です。

### 即戦力になれる

![https://storage.googleapis.com/envader-article-images/infra-engineer/image9.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image9.jpg)

近年、多くの企業がクラウドサービスを利用しています。そのためインフラエンジニアにクラウド技術のスキルを求めていますが、まだそれほど多くのインフラエンジニアが対応しているわけではありません。

インフラエンジニアとしてクラウド技術を身につけていれば、即戦力として活躍できるチャンスがある状況なのです。

先述したように需要も高いことから、求められるスキルを身につけることで未経験でも即戦力として働ける環境となっています。

### リスキリングがしやすい

![https://storage.googleapis.com/envader-article-images/infra-engineer/image7.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image7.jpg)

インフラエンジニアはリスキリングがしやすい点も特徴です。需要が非常に高いことから、教材や学習サービスが豊富にあります。独学でスキルを習得できる環境が整っているのです。

独学が不安な場合は、スクールや研修サービスを利用しても良いでしょう。学ぶ機会・場所が多くあるため、リスキリングには格好の仕事です。

### キャリアチェンジしやすい

![https://storage.googleapis.com/envader-article-images/infra-engineer/image13.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image13.jpg)

キャリアチェンジしやすい点もインフラエンジニアの特徴と言えます。独学でスキルを習得できる環境が整っているため、仕事をしながらでも学べます。

またインフラエンジニアは、経験・実績が評価される業界です。学歴や職歴はあまり重視されないため、キャリアチェンジしやすい環境だとも言えます。勉強して身につけたスキルを十全に発揮できる実力を身につけてしまえば、キャリアチェンジも容易になるでしょう。

### 年齢が関係ない

![https://storage.googleapis.com/envader-article-images/infra-engineer/image6.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image6.jpg)

インフラエンジニアへの転職に年齢は関係ありません。重要なのは、スキルと実績です。未経験の場合、実績は難しいので資格を取得する方法があります。

ただ、24時間365日体制が求められることがあるため、年齢によっては体力的な問題で難しい可能性があります。転職をする際は、今後のキャリアアップを見据えてすると良いでしょう。

### 経験を活かす働き方がしやすい

![https://storage.googleapis.com/envader-article-images/infra-engineer/image5.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image5.jpg)

インフラエンジニアは、業務内容からコミュニケーション能力を求められます。メンバーや他部門と力を合わせて取り組まないといけないからです。

未経験の方の場合、それまで培ってきたコミュニケーション能力を活用できる可能性が高くなります。IT業界からの転職であっても、培った経験によってチーム内の業務を把握できるため、スムーズに業務を進められます。

## インフラエンジニアへの転職で必要なスキル

![https://storage.googleapis.com/envader-article-images/infra-engineer/image8.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image8.jpg)

インフラエンジニアへ転職する際、身につけておきたいスキルがあります。特に未経験の方の場合、以下の3つを意識して身につけるだけで大きく変わるので、要チェックです。

- 技術トレンドに合ったスキル
- コミュニケーション能力
- OSに関する知識・資格

### 技術トレンドに合ったスキル

![https://storage.googleapis.com/envader-article-images/infra-engineer/image11.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image11.jpg)

技術トレンドに合ったスキルは、インフラエンジニアでも特に必要なものです。クラウドや仮想化など、時代によって求めるインフラは変化しています。

インフラエンジニアは、そうした技術を常に吸収していかなければいけません。新しい技術だからこそ、今後の需要を見据えて取り入れていく必要があります。

例えば、クラウドサービスが増えることでインフラエンジニアの需要は減ると言われていました。ですが現在、クラウドサービスに対応できるインフラエンジニアが求められ、数は減るどころか増えています。

このように、インフラエンジニアとして活躍するのであれば、技術トレンドに合ったスキルを身につけることを心がけてください。

### コミュニケーション能力

![https://storage.googleapis.com/envader-article-images/infra-engineer/image4.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image4.jpg)

インフラエンジニアにとって、コミュニケーション能力は必須です。主に以下の場面で必要とされます。

- クライアントの要望をヒアリング
- クライアントの要望に添った提案
- クライアントへ運用・保守・通信障害の報告
- チームマネジメント

こうした業務で有利に働きます。特にクライアントの要望をヒアリングし、ニーズを満たした提案をしなければいけません。コミュニケーションが苦手な方は、専門の書籍で身につけると良いでしょう。

人と関わる業務が多いため、コミュニケーション能力は高いほど評価されます。

### OSに関する知識・資格

![https://storage.googleapis.com/envader-article-images/infra-engineer/image1.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image1.jpg)

インフラエンジニアはエンジニアなので、当然ながらOSに関する知識・資格が求められます。中でも代表的なスキルは以下です。

- サーバーの知識・スキル：Windows、Linux、UNIXなど
- システムの設計スキル
- ネットワークの知識とスキル
- プログラミングスキル
- セキュリティの知識
- クラウドサーバーの知識とスキル
- インフラ設計スキル
- ソフトウェアに関するスキル
- 仮想化の知識とスキル

こうした総合的な知識・スキルが必要です。資格を取得することで学べるため、総合的に学べる資格を取るのも良いでしょう。

客観的な指標にもなるので、転職時の評価にも期待できます。

## インフラエンジニアは24時間の対応が求められることも

![https://storage.googleapis.com/envader-article-images/infra-engineer/image3.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image3.jpg)

インフラエンジニアは、24時間対応のケースが多くあります。企業にもよりますが、どうしてもITインフラを止められないケースがあるためです。そのため、状況によっては夜勤となる可能性が大いにあります。

またシステム開発では土日休みではなく、シフト制になることも。転勤があることも多いため、安定した生活をしたい方にはあまり向いていません。

一方でそのような状況を改善すべく夜間対応をオフショア（海外）で実施している企業もあります。

## インフラエンジニアへの転職は未経験でもできる

![https://storage.googleapis.com/envader-article-images/infra-engineer/image12.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer/image12.jpg)

インフラエンジニアは、ITのインフラを支える欠かせない人材です。近年ますます需要が増えていることから、未経験でも転職できるチャンスが大いにあります。リスキリングもしやすい環境にあるため、自分のやりやすい形でスキルを習得できます。

転職の際は、クラウドや仮想化といった技術トレンドに合ったスキルを身につけることを心がけてください。クライアントと話すことも多いため、コミュニケーション能力も必須です。

専門的な知識・スキルに加え、常に学び成長し続ける気持ちがあればインフラエンジニアへの転職は未経験でもできます。IT業界への転職を考えている方は、ぜひ1度検討してみてください。

インフラエンジニアの需要はまだまだ高いと言えます。むしろ、クラウドサービスに対応できる人材こそ求められつつあるほどです。

未経験でも可能？インフラエンジニア・クラウドエンジニアへの転職

# きつい・やめとけ本当に？インフラエンジニアに向いているのはどんな人？

インフラエンジニアの仕事は、ブラック・きつい・やめとけなどと言われています。果たしてそれは本当なのでしょうか。

結論から言えば、インフラエンジニアには向いている人と向いていない人がいます。ほとんどの仕事でそうであるように、向いている人でなければ過酷に感じてしまうのは仕方がありません。

今回はインフラエンジニアがきついと言われる理由について解説しています。逆に仕事としての魅力も紹介するので、インフラエンジニアについて興味のあるかたはぜひ参考にしてください。

## インフラエンジニアの仕事はITインフラ

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image12.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image12.jpg)

インフラエンジニアは、企業のオフィス環境やサービス提供に必要なサーバー・ネットワークといったITインフラを専門的に取り扱う仕事です。我々が日々生活していく上で、なくてはならない人材と言っても過言ではありません。

そんなインフラエンジニアは、以下の2種類に分類されます。

- サーバーエンジニア：ソフトウェアのインストールなどを行う
- ネットワークエンジニア：データの送受信などをする機能を構築する

両方を担当することは少なく、どちらかをメインに担当するケースが多いことも特徴です。

また、最近はクラウド領域に特化したクラウドエンジニアという職種もインフラエンジニアとみなされています。

## インフラエンジニアがきつい・やめとけと言われる理由7選

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image1.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image1.jpg)

インフラエンジニアは、良く「きつい」「やめとけ」などと言われます。そんな風評を聞いていると、不安を覚える方も多いでしょう。

ここからは、主にそう言われる理由について解説します。大きな理由として、以下が筆頭格です。

- 急な対応が必要
- 夜勤がある
- 勉強し続けなければいけない
- 達成感を覚えにくい
- 問題が解決するまで退社できない
- 世間が休みでも仕事がある
- サーバールームが寒い

### 急な対応が必要

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image6.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image6.jpg)

予想外の問題が発生した場合、迅速な対応を求められます。設計の段階でトラブル無く進められたとしても、何かしらのアクシデントによって休日出勤となることも。

障害やトラブルが発生しないように監視や保守を徹底していたとしても、起こる時は起こります。そうした場合は対応に追われることになるため、どうしてもきついと感じてしまうのです。

### 夜勤がある

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image16.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image16.jpg)

夜勤があることも、インフラエンジニアの仕事がきついとされる理由です。人間は基本的に昼行性であるため、夜勤をすると体力・精神的に摩耗してしまいます。

急なトラブルだと夜遅くに対応することもあります。睡眠時間が少なくなり生活リズムが崩れる可能性は、常に考慮しておきましょう。

ただ、近年は夜間対応をオフショア（海外など）が担当することが増えています。時差を利用して対応できるため、効率的な方法です。

夜勤中心であったとしても、日中に用事をこなせるので効率的に動けるのも良いポイントと言えます。

### 勉強し続けなければいけない

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image9.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image9.jpg)

インフラエンジニアは現場主体の仕事ですが、勉強するべきことが多くあります。

- ネットワーク
- サーバー
- データベース
- クラウド

このような知識を常にアップデートし続けていかなければいけません。技術の進歩についていけないからです。

普段の業務をこなしながら、空き時間に勉強をする。仕事が好きで勉強も苦にならないという方でもないと、きついと感じてしまいます。

### 達成感を覚えにくい

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image2.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image2.jpg)

インフラエンジニアは、インフラを整える仕事です。目に見える達成感がないため、成果が見えにくい面があります。そのため達成感を覚えづらく、モチベーションを保ちにくいと感じてしまいます。

インフラ環境は、異常がないことが当たり前です。整備しても感謝されることが少ないため、報われないと感じる場面が多々あります。

### 問題が解決するまで退社できない

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image3.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image3.jpg)

インフラ環境に何か障害やトラブルが発生した場合、インフラエンジニアが対応します。ITインフラは社会基盤にもなっているため、放置して退社しては多くの人の生活に影響が出てしまいます。

そのため、障害やトラブルを解決するまで退社できません。問題が解決しないと拘束時間も長くなってしまうため、結果的にきつい仕事だと感じてしまいます。

### 世間が休みでも仕事がある

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image17.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image17.jpg)

インフラエンジニアは、世間が休みであってもインフラ環境を保守・監視しなければいけません。カレンダー通りの休みではなくシフト制となることも多く、家族や友人と休みを合わせにくい面があります。

- 週末に家族や友達と遊びたい
- 連休が欲しい

こうした希望のある方は、インフラエンジニアには少々不向きと言わざるを得ません。逆にシフト制でも全く問題ない方は、休みできついと感じることはほぼ無いでしょう。

### サーバールームが寒い

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image4.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image4.jpg)

インフラエンジニアが作業をするサーバールームは、基本的に冷房でしっかり冷やされています。サーバー自体が熱を帯びるため、熱暴走を起こさないよう冷やす必要があるからです。

- 寒さに弱い
- 冷え性

このように寒さが苦手な方にとっては、きついと感じる部分となっています。寒さに強い方でも、多少の防寒対策は必要です。

作業環境が快適でない点も、インフラエンジニアの仕事がきついと言われる所以となっています。

## インフラエンジニアはきついだけではない魅力がある

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image10.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image10.jpg)

インフラエンジニアは、ただきついだけではありません。きつい・やめとけと言われてもなお続けるだけの魅力があります。特に以下の点は、インフラエンジニアならではです。

- 学歴が関係ない
- スキルが身につきやすい
- 仕事に需要が高い
- 社会に貢献できる
- 1人で作業に集中できる

### 学歴が関係ない

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image14.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image14.jpg)

インフラエンジニアは、学歴が関係ありません。実力主義の世界なので、以下の点が主に評価されるからです。

- 実績
- 知識
- スキル
- 成果

中卒・高卒・大卒が同じ土俵で働けます。自分の実力でしっかり稼いでいきたい方にとって、魅力的な仕事であることは言うまでもないでしょう。

学歴で不安を感じている方でも、インフラエンジニアは挑戦できる仕事です。

### スキルが身につきやすい

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image8.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image8.jpg)

インフラエンジニアで求められる知識やスキルは、ITエンジニア全般で求められるものが多くあります。そのため、仕事をこなしていく中で自然と様々なスキルが身についていきます。

- 転職
- スキルアップ
- キャリアアップ

これらを目指す方にとって、最適な場所と言えるでしょう。常に勉強をし続ける必要はありますが、学んだ分だけ成長できる仕事です。

### 仕事の需要が高い

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image13.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image13.jpg)

インフラエンジニアは、ITインフラを支える仕事です。そのためIT社会の現在において社会的な需要が高く、安定した雇用・収入に期待できます。

仕事がなくなることがない安定した職業と言われるほどです。ITは生活に密着している技術なので、収入と安定を求めるのなら、インフラエンジニアは良い選択肢となります。

### 社会に貢献できる

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image7.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image7.jpg)

インフラエンジニアは社会貢献を実感できる仕事です。一般企業のみならず、医療機関や航空管制といった環境でも求められます。ITインフラを整備するインフラエンジニアは、多くの事業に必要とされているのです。

仕事を通じて社会貢献を実現したい方には、ピッタリの仕事と言えます。

### 1人で作業に集中できる

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image18.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image18.jpg)

インフラエンジニアの仕事は、基本的に1人で行います。もちろんチームで行う場合もありますが、作業時間のほとんどは1人です。

- 1人で作業したい
- 人間関係が苦手
- コミュニケーションをあまり取りたくない

このような方には快適な働き方になります。ただし、クライアントとの打ち合わせはあるため、全くコミュニケーションを取らない訳ではありません。

1人で作業することが多い仕事だと認識しておいてください。

## インフラエンジニアは将来性もある

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image5.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image5.jpg)

インフラエンジニアは、今後ますます需要が高まるITインフラを専門とする仕事です。オンプレミスの仕事がクラウドや仮想化によって減ったとしても、新しい技術にもインフラが求められます。

常に知識やスキルをアップデートしていくことで、最新の技術にも対応できるインフラエンジニアになれます。

決して楽な仕事ではありませんが、知識と経験を蓄えることで、SRE（サイトリライヤビリティエンジニア）など様々なキャリアへ進むことも可能です。

安定と将来性の両方に期待できる仕事と言えます。

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

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image15.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image15.jpg)

インフラエンジニアには向いている人と向いていない人がいます。向いていない人がインフラエンジニアになった場合、きつい・つまらないと感じてしまいがちです。そのため、まずは自分が向いているかどうかを判断すると良いでしょう。

一般的に、インフラエンジニアに向いている人の特徴は、以下の3点が挙げられます。

- ITの勉強が好き
- 新しいことを学び続けられる
- 機械の作業が好き

これらを満たしている方は、インフラエンジニアに向いています。1人で黙々と機械に無糅て作業をし、新しい技術があればすぐに学ぶ意欲も必要です。

インフラエンジニアを目指している方は、自分が当てはまっているかどうかをまず考えてみてくださいね。

## インフラエンジニアはきついが社会を支える仕事

![https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image11.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-not-good/image11.jpg)

インフラエンジニアの仕事は「きつい」「つまらない」と言われ、人によってはブラックと呼ぶこともあります。その理由は、ITインフラを保守・整備するために発生するものばかりです。

ITインフラが障害を起こせば解決するまで対応をし、正常な状態が基本なので感謝もされず達成感もなかなか得られません。サーバールームも寒いことから、体調の面でもきついと感じる部分があります。

ですが、学歴が関係なく、仕事の需要も高いことから誰でも安定した収入を目指せます。社会貢献を実感できるのもインフラエンジニアならではです。

今やITサービスは拡大し続けており、それを支えるITインフラの仕事領域も拡大を続けています。きつい仕事という面がありますが、世の中のさまざまなITサービスを支える魅力的な仕事としてインフラエンジニアを検討してみてはいかがでしょうか。

インフラエンジニアの仕事は、ブラック・きつい・やめとけなどと言われています。果たしてそれは本当なのでしょうか。

きつい・やめとけ本当に？インフラエンジニアに向いているのはどんな人？

# インフラエンジニアはフリーランスで稼げる？需要は？どのような企業が求めているかを解説

昨今のIT技術発展により、ますます需要が高まっている仕事がインフラエンジニアです。多くの企業のインフラを支え、社会基盤を作っている仕事でもあります。

そんなインフラエンジニアの方の中には、フリーランスになりたいと考えている方がいます。フリーランスは、企業に所属していた時とは違い、全てを自分でしなければいけません。

今回は、フリーランスになりたいと考えているインフラエンジニアの方に向けて、需要や年収、案件について解説していきます。向いている人/向いていない人も紹介しているので、ぜひ参考にしてください。

## フリーランスのインフラエンジニアの需要は高い

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image1.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image1.jpg)

フリーランスとして独立するにあたって、最も不安を覚えるのが収入です。独立したとしても需要があるのかどうかは、その後の働き方が大きく変わる重要なポイントでもあります。

ですが結論から言えば、フリーランスのインフラエンジニアの需要は高い傾向にあります。特に以下の4つの理由は重要です。

- 新しい技術を欲しい企業が必ずある
- 自社開発のWebサービスを運用したい企業がある
- Web業界のベンチャー企業が求めている
- クラウド移行したい企業が増えている

### 新しい技術を欲しい企業が必ずある

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image12.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image12.jpg)

企業の中には、新しい技術を積極的に導入したい企業が必ずあります。例えば、昨今多くの企業が導入し始めているリモートワークなどです。元の出社へと戻った企業もあれば、リモートワークの採用を決めた企業もあります。

そうした時流に乗って新しい技術を欲する企業は、必ず出てきます。フリーランスのインフラエンジニアは、技術導入ができる存在として求められる可能性が高いでしょう。

### 自社開発のWebサービスを運用したい企業がある

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image14.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image14.jpg)

自社開発したWebサービスを運用している企業も一定数あります。クライアントからソフトウェア開発を請け負っている企業ではなく、提供している側の企業です。

そうした企業の場合、リモートワークが定着していることが多く、結果としてフリーランスのインフラエンジニアが参入しやすい土壌ができています。インフラエンジニアが担う領域をカバーできるエンジニアが少ないこともあり、フリーランスとして力を求められることも多いでしょう。

### Web業界のベンチャー企業が求めている

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image9.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image9.jpg)

Web業界のベンチャー企業の多くが、フリーランスのインフラエンジニアを求めています。リモートワーク環境の整備が進んだことで、案件を発注しやすくなったことが背景にあります。

またベンチャー企業やスタートアップ企業の多くは、少数精鋭です。人員が常に不足しているため、フリーランスのインフラエンジニアとリモートワークで仕事をすることも多くあります。

### クラウドへ移行したい企業がある

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image16.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image16.jpg)

クラウドへ移行したい企業からの需要も高まりつつあります。クラウドサービスが主流になりつつある昨今、クラウド対応可能なインフラエンジニアは常に求められています。

自社の情報システムをクラウド上に構築して運用するためには、インフラエンジニアは必須です。リモートワーク環境がより広がれば、更に案件が増えていくでしょう。

## フリーランスのインフラエンジニアの年収相場

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image3.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image3.jpg)

フリーランスのインフラエンジニアの年収相場は、約770万円ほどです。月単価にすると約60～70万円ほどとなります。上流工程から入ることもできるため、単価が高いことが理由に挙げられます。

最高年収は1,600万円ほどと幅広く、年収を上げたいのならスキル・実績を積み上げていきましょう。

インフラエンジニアは需要も高いため、独力で成長していける方なら、ステップアップは大いに可能です。

## フリーランスのインフラエンジニア向けの案件は少ない傾向

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image13.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image13.jpg)

フリーランスのインフラエンジニア向けの案件は、他のエンジニア職と比べて少ない傾向にあります。ただ、案件が少ないからといって悲嘆することはありません。人材不足であるため、多くの企業がインフラエンジニアを求めているからです。

そのため、案件は少ないが受注しやすいといった現象が起こっています。一方で案件を受注するには営業スキルも必要です。ポートフォリオを作成し、案件獲得に向けて活用していきましょう。

## フリーランスのインフラエンジニアには実務経験が必要

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image8.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image8.jpg)

フリーランスのインフラエンジニアとして独立するためには、実務経験が必要です。案件の中には「○○の経験が○年以上」といったように条件のあるものが多くあります。経験がないフリーランスには圧倒的に不利です。

未経験の方が受注できる案件は、ほとんどありません。もし受けられても3年程度ならば足切りされるなんてことも。

そのため、未経験の方はまずインフラエンジニアとしての経験を積むために就職してください。先輩社員から様々なスキルや知識を吸収でき、人脈も作れるため独立後の不安を解消できます。

## インラフエンジニアがフリーランスになるメリット

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image6.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image6.jpg)

インフラエンジニアの方がフリーランスになると、どのようなメリットがあるのでしょうか。フリーランスは企業に縛られない働き方であり、憧れを抱く方も多くいます。

フリーランスのインフラエンジニアとなった場合、以下のメリットがあります。

- やりたい仕事を選べる
- 働き方が自由
- 高単価の案件が多い

### やりたい仕事を選べる

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image10.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image10.jpg)

フリーランスのインフラエンジニアとなったことで最も大きい点が、自分のやりたい仕事を自由に選べる点です。自分のスキルや希望に合った仕事だけをできます。会社員の場合、担当する業務が決まっていることもあって、自由はほとんどありません。

ですがフリーランスになると、誰からも文句を言われることもなく好きな仕事ができます。エンジニアとして新しいことにチャレンジすることはもちろん、全く違う仕事を掛け持ちすることも自由です。

自由になった分の責任は生じますが、やりたい仕事を選べる点は大きなメリットと言えます。

### 働き方が自由

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image15.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image15.jpg)

リモートワークが可能な案件であれば、好きな働き方ができます。気分転換にカフェで仕事をしたり、遅い時間に起きて仕事したりしても問題ありません。その日の予定や気分に合わせて自由自在です。

期日までに成果物を納品すればいいだけなら、好きな時間に働けます。昼夜逆転しても、しっかり納品していれば何も言われません。

このように会社員よりも遙かに自由な働き方ができるのが、フリーランスです。

### 高単位の案件が多い

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image7.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image7.jpg)

フリーランスのインフラエンジニア向けの案件は、高単価のものが比較的多くあります。年収アップをするなら、期待しても良いでしょう。

- 案件の受注数を増やす
- 高単価な案件にチャレンジする

こういった手法を使って年収をアップできます。

会社員の場合、年収をアップさせるためには企業の業績や上司からの評価といった第三者が介在しています。自分ではコントロールできない部分です。

しかしフリーランスのエンジニアは、自分の能力・仕事量がそのまま収入へと直結するため、やりがいの面でも一線を画しています。

## インフラエンジニアがフリーランスになるデメリット

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image11.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image11.jpg)

インフラエンジニアがフリーランスになると、メリットが大きいように感じられます。ですが同時にデメリットも存在します。

フリーランスは企業に属さないため、常に不安との戦いです。中でも以下の2つは、必ず直面します。独立前に覚悟しておきましょう。

- 収入が安定しない
- 事務作業を自分しなければならない

### 収入が安定しない

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image2.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image2.jpg)

インフラエンジニアを問わず、フリーランスは収入が全く安定しません。仕事量も月によって変動するため、収入が少ない月は不安に苛まれます。

- 思うようおに案件を受注できない
- 低単価の案件にしか採用されない
- 怪我や病気になった

これまで会社員として安定した収入があると、余計に不安を覚えることも。そのためフリーランスには、ある程度の楽観視が必要です。何とかなるさで乗り越えるしかありません。

自分の体が資本であるため、怪我や病気にならないように健康にも気をつける必要があります。不安な場合は、フリーランス向けの保険に加入するなど安心を得られる方法をとりましょう。

### 事務作業を自分でしなければならない

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image4.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image4.jpg)

フリーランスは事務作業も全て自分でしなければいけません。代表格は確定申告です。他にも以下の事務作業が必要になります。

- 契約書
- 誓約書
- 税金関係の手続き
- 年末調整

会計ソフトを使うことである程度の簡略化はできますが、雑務としてのしかかる点は変わりません。

特に確定申告の関係は、いい加減にすると税務署に指摘されることも。隙間時間を使ってこまめに事務作業を片付けていきましょう。

## フリーランスのインフラエンジニアは高単価に期待できる働き方

![https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image5.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-freelancer/image5.jpg)

フリーランスのインフラエンジニアは需要が高く、多くの現場で重宝されます。案件は少ないものの高単価なものが多く、年収1,000万円超えのプレイヤーもいるほどです。ただし実務経験が必要なため、未経験の方はまずインフラエンジニアを募集している企業に就職し、経験を積みましょう。

またフリーランスには向き不向きがあります。自由である一方、収入が安定せず雑務が増えるため、心身共に負担が増えます。

インフラエンジニアとして独立したい方は、自分がフリーランスに向いているかどうかを考えた上で、実行してくださいね。

フリーランスになりたいと考えているインフラエンジニアの方に向けて、需要や年収、案件について解説していきます。向いている人/向いていない人も紹介しているので、ぜひ参考にしてください。

インフラエンジニアはフリーランスで稼げる？需要は？どのような企業が求めているかを解説

# インフラエンジニア将来のキャリアパス SREや上流工程

インフラエンジニアの方で、将来のキャリアパスで悩んでいる方は多くいます。

インフラエンジニアは、ネットワークやサーバーといったITインフラを支える大切な存在です。今やなくてはならない人材とも言えます。活躍の場が広がっているからこそ、キャリアパスは重要です。

今回はそんなインフラエンジニアのキャリアパスについて解説します。将来設計で悩んでいる方は必見ですよ。

## インフラエンジニアのキャリアパスはまず3年の実務経験から

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image7.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image7.jpg)

インフラエンジニアのキャリアパスを考えるには、まず3年の実務経験が必要です。未経験では受けられる案件が少ないため、実績と経験を積むことを第一に考えてください。

基本的な流れとしては、3年ほど実務経験を積んでから上流工程を目指す形です。そうすることで、フリーランスとなったとしても案件を受注できるだけの信頼が得られるでしょう。

インフラエンジニアの仕事の中には、運用など一般的につまらないと言われる業務があります。ですが近年はセキュリティ需要の高まりもあって、刺激のある仕事として変容を遂げています。3年間、全く刺激のない仕事にはなりません。

## インフラエンジニアのキャリアパスは3種類

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image12.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image12.jpg)

インフラエンジニアのキャリアパスは、大きく分けて3種類あります。それぞれ進む道が違うため、まずはどのキャリアになりたいかを考えましょう。

- スペシャリスト
- マネジメント
- ゼネラリスト

### スペシャリスト

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image2.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image2.jpg)

スペシャリストは、その名の通り技術に特化したインフラエンジニアです。以下の3種類に分けられます。

- インフラスペシャリスト
- クラウドエンジニア
- セキュリティエンジニア

### インフラスペシャリスト

インフラスペシャリストは、ネットワークとサーバーのスキルを極めることでなれるキャリアです。

- 設計
- 構築

以上がメインの業務となります。最新の技術を駆使して、他では実現できない提案やサービスを行います。情報収集とスキル習得が常に求められるキャリアです。

### クラウドエンジニア

クラウドエンジニアは、近年注目されているクラウド上にインフラ環境を設計・構築するエンジニアです。

- 新規でクラウド環境を構築
- 既にあるシステムをクラウドに移行

オンプレミスでクラウドに移行する方法が主流でしたが、最近では既にサービスとして提供されているものを使うのが一般的です。クラウドの知識は今後ますます求められるため、将来性の高いキャリアパスと言えます。

### セキュリティエンジニア

セキュリティエンジニアは、サイバー攻撃に対して攻撃・対策を行うエンジニアです。情報資産の価値が見直され、流出事故も鑑みてニーズが高まっています。

サイバー攻撃は年々巧妙化しているため、兼任のエンジニアではなく専門的な知識・スキルを持ったエンジニアが求められ始めています。責任が非常に重たい一方、ニーズが高まっているため受注しやすいキャリアです。

### マネジメント

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image1.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image1.jpg)

マネジメントは、プロジェクトやチームを管理する役割を担っていくキャリアパスとなります。インフラエンジニアとしてのスキルはもちろん、コミュニケーション能力や調整力が必要です。

キャリアは以下の3つがあります。

- プロジェクトマネージャー
- ITアーキテクト
- ITコンサルタント

### プロジェクトマネージャー

プロジェクトマネージャーは、マネジメントの代表的なキャリアパスです。顧客の要望をヒアリングし、予算やスケジュールを調整しながらプロジェクト達成まで進めていきます。

- スケジュール管理
- プロジェクトの進捗管理
- 顧客との調整
- プロジェクトの修正案の立案
- 全体の業務の取りまとめ
- リスク管理
- トラブル対応

チームを取りまとめるキャリアであるため、業務は多岐に渡ります。

### ITアーキテクト

ITアーキテクトは、最適なITシステムの企画・立案を行い、企業経営やビジネス戦略を決定する役割を担うキャリアです。ITインフラに止まらず、企業の経営方針まで考えなくてはいけないため、担当する業務が非常に広範囲となります。

IT戦略は今後ますます重要な要素となることもあって、多くの企業に求められるでしょう。ただし専門性の高い知識・スキルが必要です。

### ITコンサルタント

ITコンサルタントは、顧客が抱えている悩みをITインフラによって解決する役割を担うキャリアです。顧客と二人三脚で課題解決に取り組んでいきます。そのため、以下の能力が重要です。

- コミュニケーション能力
- 形成戦略の視点
- 提案力

企業の課題を解決する方法がどこに転がっているのかわかりません。常に市場の動向や最新技術にアンテナを張り巡らせ、インプットしていく貪欲さが求められます。

### ゼネラリスト

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image3.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image3.jpg)

ゼネラリストは、何でもできるインフラエンジニアを指します。自分1人で運用から保守までこなせる万能選手です。以下の2つに分けられます。

- フルスタックエンジニア
- フリーランスエンジニア

### フルスタックエンジニア

フルスタックエンジニアは、ITインフラにおける工程を全て1人で対応できるオールラウンダーです。

- 設計
- 構築
- 運用
- 保守

フルスタックエンジニアは1人で全て行えるため、企業としては人件費を削減してインフラ構築ができます。特に我が国で99.7%の数を占める中小企業では、重宝される存在と言えます。

### フリーランスエンジニア

フリーランスエンジニアは、独立して業務をこなすインフラエンジニアです。インフラエンジニアの人材は常に不足しているため、重宝される存在となってます。

自由な働き方ができる一方で、収入は安定しません。トラブル時の対応も自分でしなければいけないため、ストレスや不安と常に戦うこととなります。

自分の能力だけで収入を増やしていきたい方にオススメのキャリアです。

https://envader.plus/article/110

## インフラエンジニアのキャリアパスで必要なスキル

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image10.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image10.jpg)

インフラエンジニアのキャリアパスでは、スキルが重要になってきます。活躍できるためにはスキルを習得し、実績を積み重ねていくしかありません。特にインフラだけにこだわらず、以下のスキルも身につけていきましょう。

- プログラミングの知識・スキル
- クラウドの知識・スキル
- 資格

### プログラミングの知識・スキル

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image11.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image11.jpg)

プログラミングの知識・スキルは重要です。近年多くの企業が導入を検討しているクラウドは、ハードウェアをプログラミングで動かします。サーバーの起動すら、プログラムによって行っているのです。

- Shell
- Python
- Ruby

これらの言語を習得しておくことで、ツールの選択肢を増やせます。結果的により幅広い工程に関われるため、キャリアパスでも有利になります。

### クラウドの知識・スキル

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image8.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image8.jpg)

先述したように、クラウド上でシステムを動かすことが増えています。クラウド技術はこれからの技術でもあるため、進化していくにつれて利便性の向上にも期待できます。そうした際にも対応できるクラウドの知識・スキルは、インフラエンジニアとして重要です。

既存のインフラが全てクラウドへ置き換わることは考えにくいのですが、キャリアパスのために学んでおくことで次へと繋げられます。

### 資格

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image5.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image5.jpg)

インフラエンジニアで必須とされる資格はありません。ですが、資格は知識・スキルを客観的に証明するものとして重要な役割を持っています。キャリアパスを考える際に、取っておいて損はありません。

様々な資格がありますが、中でもインフラエンジニアとして挑戦していきたいのは以下です。

- CCNP（Cisco Certified Network Professional）
- LinuC
- AWS認定ソリューションアーキテクト
- プロジェクトマネージャ試験
- ITストラテジスト
- GCC認定資格
- ネットワークスペシャリスト
- データスペシャリスト
- 応用情報処理技術者

他にも様々な資格があるので、最終的なキャリアパスを見据えて挑戦してください。

## インフラエンジニアのキャリアパスは計画性が大事

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image4.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image4.jpg)

インフラエンジニアのキャリアパスは、計画性が大切です。最終的にどのようなエンジニアになりたいのかを決めた上で、逆算して考えるようにしましょう。

未経験の方は、実務をこなしながら少しずつ将来のキャリアを見据えていってください。幅広いキャリアパスがある一方で、最終地点までたどり着くには難易度が高いからです。

しっかり計画を立てて、真っ直ぐ進んでいきましょう。

## インフラエンジニアからSREを目指すキャリアパス

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image9.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image9.jpg)

インフラエンジニアのキャリアパスを考える上で注目したいのが、SREです。インフラエンジニアがインフラのみを業務対象としていることに比べ、SREは信頼性を高める活動全てが業務範囲となります。いわば、1社に1人は欲しい何でもできるエンジニアです。

インフラエンジニアからのキャリアパスを考えると、以下の流れになります。

1. アプリケーション安定稼働させるITインフラの構築や運用を習得
2. アプリケーション開発や運用のスキルを習得
3. SREに関する方法論を理解する

これらのことからもわかるように、インフラエンジニアに別のスキルを身につけるキャリアパスです。インフラ・アプリケーションともに高い技術を持っていることが求められるため、希少な人材として重宝されます。

## インフラエンジニアのキャリアパスは目標から逆算して考えること

![https://storage.googleapis.com/envader-article-images/infra-engineer-career/image6.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-career/image6.jpg)

インフラエンジニアは将来性のある仕事です。ITインフラを運用・保守するため、今後ますます需要が見込まれます。そのため、インフラエンジニアとしてのキャリアパスは幅広くなっています。

スペシャリストになるかマネジメントになるか、もしくはオールラウンダーになるかは、その人次第です。ですが、どれも並大抵の努力でなれるものではありません。実績はもちろん、経験と学習に裏打ちされたスキルが必要です。時には客観的な証明として資格も求められるでしょう。

今後のキャリアを考えている方は、まず自分の将来像を描いてから、計画立ててキャリアを練ってくださいね。

インフラエンジニアは、ネットワークやサーバーといったITインフラを支える大切な存在です。今やなくてはならない人材とも言えます。活躍の場が広がっているからこそ、キャリアパスは重要です。

インフラエンジニア将来のキャリアパス SREや上流工程

# インフラエンジニアは高収入？年収についての分析

インフラエンジニアは、高収入に期待できる仕事として注目を集めています。未経験でも転職しやすいことから、次のキャリアとして考えている方も多いでしょう。

そんな中で気になるのが、インフラエンジニアの年収です。結論から言えば、インフラエンジニアは稼げます。ですが、誰でも稼げるわけではありません。

今回は、そんなインフラエンジニアの年収について詳しく解説していきます。年収をアップさせる方法も紹介しているので、ぜひ参考にしてください。

## インフラエンジニアはITインフラを担う仕事

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image1.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image1.jpg)

インフラエンジニアは、ITインフラを担う仕事です。IT社会である現代において欠かせない仕事であり、我々の生活に密着している技術を守っています。

その仕事内容は、大きく分けて以下の3つです。

- 設計
- 構築
- 運用

近年はクラウド化に伴い、クラウド対応ができる人材の需要が高まっています。知識・スキルを身につけることで将来性にも期待できます。

## インフラエンジニアの平均年収は約539万円

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image13.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image13.jpg)

出典：[求人ボックス](https://xn--pckua2a7gp15o89zb.com/%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AE%E5%B9%B4%E5%8F%8E%E3%83%BB%E6%99%82%E7%B5%A6)

インフラエンジニアの平均年収は、約539万円です。中には1,000万円を超えるプレイヤーもおり、稼げる職種だと言えます。日本の平均年収と比べても高い傾向にあります。

- 正社員：平均年収539万円
- 派遣社員：平均時給2,236円
- アルバイト・パート：平均時給1,102円

地域別の年収においても、やはり最も高いのは関東です。次いで関西となるため、首都近郊もしくは都市圏に近くなるにつれて年収が上がりやすいと言えます。

## インフラエンジニアは1,000万円以上の年収も余裕で可能

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image2.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image2.jpg)

インフラエンジニアの平均年収は約539万円ほどですが、それ以上を稼いでいる方も多くいます。中には1,000万円以上稼いでいる方もいるほどです。

1,000万円と聞くと難しいように感じてしまいますが、知識・スキルを身につけていけば誰もが狙えるゾーンとなっています。特に以下の方法はオススメです。

- 大企業に勤める
- 外資系企業に勤める
- マネジメント能力を身につける
- フリーランスエンジニアとして独立する
- スキル・技術を磨き続ける

### 大企業に勤める

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image18.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image18.jpg)

王道ですが、大企業に勤める方法はオススメです。中小企業とは企業の力が全く違うため、収入面で大きな差が開きます。

以下は、厚生労働省のデータを元に求人ボックスが出した年収の差です。

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image7.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image7.jpg)

出典：[求人ボックス](https://xn--pckua2a7gp15o89zb.com/%E3%82%A4%E3%83%B3%E3%83%95%E3%83%A9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AE%E5%B9%B4%E5%8F%8E%E3%83%BB%E6%99%82%E7%B5%A6)

これらを見るとわかるように、企業規模によって年収に大きな差があります。最大で118万円もの差が生じています。

大企業では大規模な案件を取り扱っていることも多いため、必然的に経験を積める環境が整っている点も強みです。
将来的に多くの選択肢を得たいのなら、大企業は外せない選択肢となります。

### 外資系企業に勤める

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image12.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image12.jpg)

外資系企業に勤めるのもオススメです。実力主義の世界であるため環境は過酷ですが、成果を出し続けることで収入アップを見込めます。特に世界的な外資系企業であれば、いち早く年収1,000万円を達成できるでしょう。

マネージャーのような管理職を目指せば、更に近道となります。ただし自分から努力し成長する人材でなければ、振り落とされる可能性が高い世界です。

### マネジメント能力を身につける

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image4.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image4.jpg)

会社員として年収1,000万円を目指す場合、インフラエンジニアとしてのスキルだけではなかなかたどり着けません。マネジメント能力を身につけ、チームリーダーとして引っ張って行く力が必要になります。

- プロジェクトを期限内に完遂する
- 予算内で納める
- メンバーを引率して成功に導く

こうした実績が求められます。特に近年はマネジメント能力のある人材の需要が高まっていることから、収入アップを狙うなら意識しましょう。

### フリーランスエンジニアとして独立する

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image8.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image8.jpg)

経験・実績のある方向けの方法ですが、フリーランスエンジニアとして独立する方法もオススメです。企業に属さず個人で高単価の案件を獲得していくことで、年収1,000万円を目指せます。

インフラエンジニアとして実務経験をどれだけ積んでいるかによって変わってくるため、未経験者はどこか企業に所属していく方が無難です。

一方で、エンジニアに限らずフリーランスは月の収入が安定しない側面を持ちます。安定した収入を求める方には向いていません。

### スキル・技術を磨き続ける

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image17.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image17.jpg)

スキル・技術を磨き続けることも大切です。IT技術は常に進歩しているため、勉強しなければ時流に追いつけなくなります。

近年はクラウドへ対応できるインフラエンジニアが求められています。そのため、クラウドへ対応できないインフラエンジニアは、必然的に仕事が無くなっていくでしょう。

スキルの他、資格もオススメです。知識・技術を持っている客観的な証明となるため、年収アップに期待できます。企業の中には資格取得に向けて補助をしてくれるところもあります。ぜひ活用してください。

## インフラエンジニアは未経験からでも年収アップが可能

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image15.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image15.jpg)

インフラエンジニアは未経験からでも年収アップは可能です。ただし未経験の場合、最初の年収は約250～380万円が平均値となります。

未経験であることがネックなため、年収をアップさせるには様々な案件を通して実績を積み上げていくしかありません。他には資格の取得もオススメです。

先述したように、未経験でいきなりフリーランスになると案件獲得で苦労する場面が多くなります。一旦は企業に所属し、実務経験を積んでからの方が無難です。3年ほど実務経験があれば、案件獲得もしやすくなるでしょう。

## インフラエンジニアはSESでもちゃんと稼げる

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image3.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image3.jpg)

インフラエンジニアとセットで聞かれるのが、SESです。SESとは、所属しているインフラエンジニアをクライアント先の企業に派遣する仕組みのこと。正社員や派遣社員とはまた違った働き方になる点が特徴です。

そんなSESですが、以下のメリットがあります。これらを活かすことで、ちゃんと稼げる世界になっています。

- 様々な現場を経験できる
- 人脈を作れる
- 高単価な案件が増えている

### 様々な現場を経験できる

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image10.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image10.jpg)

SESはプロジェクトごとに仕事内容が変わります。サーバーと一口に言っても、プロジェクトごとに使っているサーバーが違うからです。中には複数のサーバーを使っているところも。

そのため、様々な現場を経験できます。実績において、経験している現場の数は強みになります。キャリアのスタートラインとして、後々活きてくる要素です。

### 人脈を作れる

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image14.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image14.jpg)

SESはプロジェクトごとに働き先の企業が変わります。働き先の企業が変わるということは、その分多くの人と一緒に仕事ができます。

- 上場企業のプロジェクトマネージャー
- 現場でも活躍するベンチャー企業の社長
- フリーランスのエンジニア

普段は一緒に働けないような人たちと出会えるチャンスがあるのです。一緒に働くことでのスキルアップはもちろん、人脈も作れます。

将来的にフリーランスを考えている方にとって、人脈は大切です。SESとして働くことで人脈を作り続けられる点は、大きなメリットと言えます。

### 高単価な案件が増えている

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image11.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image11.jpg)

SESは一般的に低収入だと言われています。事実、日本の多重下請け構造によって、年収の企業は多くあります。そうした背景があるため、低収入の面は否定できません。

ですが一方で、高単価の案件が増えています。基本的に総売上の高い企業ほど社員に還元してくれる傾向にあるため、数字から判断すると良いでしょう。

優良な企業ともなれば、年収600万円を超えるところもあります。SESは会社選びが大切です。

## インフラエンジニア向けのホワイト企業が増えている

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image16.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image16.jpg)

インフラエンジニアは「きつい」「ブラック」などと良く言われます。ですが、実際は大きく異なります。近年はホワイト企業も増えており、ライフワークバランスを取れる働き方が可能です。

その要因としては、以下の2つがあります。

- クラウド事業が増えた
- そもそも誤解が蔓延している

### クラウド事業が増えた

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image5.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image5.jpg)

IT技術の発達により、クラウド事業が増えてきています。インフラ環境がクラウド化されたことによって、物理的なインフラ調達・管理をする必要がなくなったのです。

クラウド事業が登場する前は、自社が管理する施設内でインフラを設置する方法が主流でした。物理的な機器のため、故障や異常が発生した際は残業や休日出勤が求められたのです。

ですがクラウド化によって物理的なインフラを調達・管理する必要がなくなり、インターネットを介してインフラの構築・運用ができるようになっています。

クラウドへの知識・スキルは必要ですが、きついと言われる働き方は解消されつつあります。

### そもそも誤解が蔓延している

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image9.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image9.jpg)

インフラエンジニアはネガティブな印象が蔓延している仕事です。

- 緊急時のトラブル対応
- 夜勤や休日出勤がある
- 常に勉強しなければいけない
- 裏方の仕事である
- スキルアップが難しい
- 単純作業が多い
- 年収が低い

こうした意見が良く見られます。ですが、これらの意見は少し古いものばかりです。クラウドによって働き方が変わり、オンショアによって夜勤が無い企業すらあります。

年収が低いとされていますが、しっかり学んでスキルアップしていけば、誰でも1,000万円以上稼げることが可能です。

巷に溢れるインフラエンジニアの印象は、そのほとんどが的を射ていません。自分で努力し成長していける人ならば、問題なく稼いでいけます。

## インフラエンジニアは年収アップしやすい職業

![https://storage.googleapis.com/envader-article-images/infra-engineer-income/image6.jpg](https://storage.googleapis.com/envader-article-images/infra-engineer-income/image6.jpg)

インフラエンジニアは、年収をアップさせやすい職業です。平均年収は539万円ですが、知識・スキルを身につけていき、1,000万円以上を稼いでいる方も多くいます。

年収を上げるには、大企業や外資系企業に就職し経験を積んでいくことが近道です。近年はマネジメント能力を求められる場面が増えていることから、挑戦してみるのも良いでしょう。

かつてと違い、インフラエンジニアでもホワイト企業が増えてきています。クラウド化によって働きやすくなったため、参入するには絶好のタイミングです。常に技術を学び成長し続けられる方は、ぜひ1度挑戦してみてくださいね。

今回は、そんなインフラエンジニアの年収について詳しく解説していきます。年収をアップさせる方法も紹介しているので、ぜひ参考にしてください。

インフラエンジニアは高収入？年収についての分析

# クラウドエンジニアってどんな職業？年収や将来性は

IT技術の進歩により、近年注目を集めているクラウドエンジニア。

ですが、クラウドエンジニアと調べると「きつい」「やめとけ」と検索候補に出てきます。

なぜ、マイナスのイメージを持たれているのか。そもそも目指すべき職種なのか。

今回は、クラウドエンジニアが「きつい」「やめとけ」と言われる理由の他、年収や将来性について解説します。

クラウドエンジニアを目指している方は、ぜひ参考にしてください。

## クラウドエンジニアがきつい・やめとけと言われる理由

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image1.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image1.jpg)

クラウドエンジニアの需要は、日々高まっています。多くの企業が求める人材です。なのにマイナスのイメージを持たれてしまうのには、理由があります。

特に以下の6つの理由が関係しています。

- 責任が重い
- 緊急時の対応が必要
- 資格の取得が難しい
- 幅広いスキルが必要
- 最新情報を常に収集しなければならない
- コミュニケーション能力・ビジネススキルが必要

### 責任が重い

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image11.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image11.jpg)

クラウドエンジニアは、サーバーやネットワークを管理・保守する仕事です。ITインフラは企業の経営に直結します。通常運転していることが当たり前なので、問題発生は起こってはいけないと考えられています。

クラウドITインフラで障害が発生すると、ベンダー側の問題が解決されないとシステムを復旧できません。一方で、少しでも障害が起こると、クライアントからの風当たりが強くなることも。

ベンダー側で問題を解決してくれなければ責められ続けるため、「きつい」と感じる場合があります。責任が重いことから、体力的・精神的にも厳しい仕事です。

### 緊急時の対応が必要

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image3.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image3.jpg)

クラウドエンジニアは、ITインフラの根幹を担う仕事です。システムの保守・運用を守備範囲としている場合、サーバーやネットワークに障害が発生すると緊急で対応しなければいけません。

- サーバーダウン
- システムエラー
- 社内ネットワークに接続できない
- インターネットに接続できない

このような状態になると、企業は業務に支障を来します。対応によっては、多額の損失を出すことにもなりかねません。

トラブルは夜間・休日関係なく起こります。そのため、クラウドエンジニアは日時に関係なく障害対応を求められることがあります。

### 資格の取得が難しい

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image7.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image7.jpg)

クラウドエンジニアが取得するべき資格は、全体的に難易度の高いものが多くあります。エンジニアとして最新の技術を身につけ続けなければいけませんが、そのハードルが高いのです。

例えば、以下の資格が代表格でしょう。

- AWS認定資格
- Google Cloud認定資格
- Microsoft Azure認定資格

いずれも一朝一夕の勉強で取得できる資格ではありません。IT技術は加速度的に進んでいきますから、数年おきの再認定が必要になることも。

資格については、以下の記事で解説しています。ぜひ参考にしてください。

https://envader.plus/article/5
https://envader.plus/article/106
https://envader.plus/article/105

### 幅広いスキルが必要

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image2.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image2.jpg)

クラウドエンジニアは、業務内容上、幅広いスキルを求められます。クラウドサービスを利用してITインフラを構築するため、最低でも以下のスキルを身につけておかなければなりません。

- パブリッククラウドの知識・経験
- Linux

これらに加え、データベースやオンプレミスの知識・経験が必要になることもあります。幅広くスキルを身につけなければいけないため、きついと認識されているのです。

### 最新情報を常に収集しなければいけない

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image4.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image4.jpg)

クラウドエンジニアが常に触れているのが、クラウド技術です。クラウド技術は常に進歩し続けているため、最新情報を収集し続けなければいけません。

AWSのように既存のクラウドサービスであっても、細部のサービスが常に増え続けている状態です。AWSならば2023年3月時点で200種類以上もの数に上ります。

クラウドエンジニアは、新しいサービスの提供もしなければいけません。時代に即した提案ができるように、常にアンテナを貼り続けていく必要があります。

### コミュニケーション能力・ビジネススキルが必要

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image6.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image6.jpg)

クラウドエンジニアは、コミュニケーション能力とビジネススキルも求められます。様々な分野のエンジニアと連携を取りながら業務を進めるからです。

エンジニアの中でも、多数の人とコミュニケーションを取るエンジニアとも言えます。クライアントとの打ち合わせも行うため、ビジネススキルも必要です。

スムーズに業務を進められないと、不安を抱かれてしまうため嫌でも身につけるしかありません。対人スキルに自信の無い方にとってみれば、きついと感じることがあるでしょう。

## クラウドエンジニアの年収

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image13.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image13.jpg)

クラウドエンジニアの年収は、カカクコムが運営する「[求人ボックス給料ナビ](https://xn--pckua2a7gp15o89zb.com/%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AE%E5%B9%B4%E5%8F%8E%E3%83%BB%E6%99%82%E7%B5%A6)」によると、2023年3月10日時点で、以下の水準です。

- 正社員：約597万円
- 派遣社員：平均時給2,548円

月収で換算すると約50万円になります。

インフラエンジニアの平均年収が約540万円なことを考えると、1割ほど年収が上がります。

ただし傾向として正社員の給料ボリュームは619万円～699万円の間が最も大きいため、働き方によって多少の違いが出てくるでしょう。

## クラウドエンジニアになるメリット

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image12.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image12.jpg)

クラウドエンジニアは、きつい・しんどいと言われる理由がわかりました。ですが、一方では魅力的だとも言われています。

その理由としては、以下の2つがあります。

- 幅広いスキルを取得できる
- 需要が増えていて将来性がある

### 幅広いスキルを習得できる

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image5.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image5.jpg)

クラウドエンジニアには、様々なスキルが求められます。

- パブリッククラウド
- ミドルウェア
- オンプレミス

ITエンジニアの中でも、守備範囲の広さは随一です。更に、クラウドエンジニアに関する資格の難易度も高く、簡単には取得できません。

いつまでも努力をし続けなければなりませんが、裏を返せば常に技術を磨いていける環境です。クラウドエンジニアとして幅広いスキルを身につければ、将来のキャリアパスとして活かせます。

幅広いスキルを習得しなければいけないのは、決してマイナスだけではないのです。

### 需要が増えていて将来性がある

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image9.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image9.jpg)

クラウドエンジニアは、IT技術のクラウド化によって需要が増え続けています。ITインフラをクラウドへ移行したいと考えている企業も多く、活躍できる場所には困らないでしょう。

コロナ禍のリモートワーク導入によって、その存在価値はますます強くなっています。政府も方針として[クラウドシフト](https://cio.go.jp/sites/default/files/uploads/documents/cloud_policy_20210330.pdf)を掲げています。

クラウドエンジニア自体の総数は供給に比例して増えているわけではないため、需要が増えていくことは間違いないでしょう。

## 未経験からクラウドエンジニアになるのは難しい

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image10.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image10.jpg)

クラウドエンジニアは、エンジニア経験者からなら比較的なりやすい仕事です。

一方で、未経験からなるのは非常に難しいとも言えます。求められる知識・スキルが非常に幅広いためです。

インフラエンジニアからクラウドエンジニアになるのは、共通している部分があるため比較的簡単ではあります。

未経験だとそうした知識がないため、全て学んでいかなければなりません。強い意志があれば可能ですが、とてつもない労力を必要とするでしょう。

もし未経験でクラウドエンジニアを目指すなら、スクールに通ったり資格を取ったりすることが最も近道です。

ただし即戦力が求められる世界でもあるため、最終的には実績が必要となることも。回れ道でも少しずつキャリアを積み重ねていきましょう。

## クラウドエンジニアは将来性のある仕事

![https://storage.googleapis.com/envader-article-images/cloud-engineer/image8.jpg](https://storage.googleapis.com/envader-article-images/cloud-engineer/image8.jpg)

クラウドエンジニアは、ITインフラのクラウド化によって今後ますます需要が高くなる仕事です。給与面も高いことから、将来性もあると考えて良いでしょう。

一方で、ITインフラを支えていることから責任が重く、緊急時の対応を求められます。最新の技術を常に身につけていく向上心も必要です。「きつい」「しんどい」と感じる方が多くいます。

常に学び続け成長できる方にとっては、クラウドエンジニアは魅力的な仕事です。自身の性質ではどうなのかを考え、キャリアとして目指してみてくださいね。

今回は、クラウドエンジニアが「きつい」「やめとけ」と言われる理由の他、年収や将来性について解説します。

クラウドエンジニアってどんな職業？年収や将来性は

# 未経験からのインフラエンジニアのロードマップ

IT人材の需要が高まる中、インフラエンジニアを目指す方が増えてきています。

かつては「きつい」「やめとけ」と言われていましたが、今は技術の進歩によって働き方が大きく改善されています。

そんなインフラエンジニアは、どうロードマップを描けばいいのでしょうか。今回は未経験の方に向けて、インフラエンジニアのロードマップについて解説します。ぜひ参考にしてください。

## 未経験からのインフラエンジニアのロードマップ

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image16.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image16.jpg)

未経験からインフラエンジニアになる場合、以下のロードマップを描くと良いでしょう。

1. 勉強してスキルを身につける
2. 資格を取得する
3. ポートフォリオを作る
4. インフラエンジニアの仕事を探す
5. 中級・上級のインフラエンジニアを目指す
6. スペシャリストの道を選ぶ

### Step1.勉強してスキルを身につける

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image12.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image12.jpg)

何はともあれ、まずは勉強してスキルを身につけなければいけません。

勉強は座学だけでなく、実践学習も欠かせません。まずは本を読んで基礎を固めてから、トレーニングサイトを使って実践していくと良いでしょう。

独学が不安であれば、通信教育や学校に通う方法もあります。他者がいることで刺激を受けられ、独学よりも継続しやすい環境です。

自分に合った環境でスキルを身につけていきましょう。

スキルに関しては以下の記事で詳しく解説しているので、ぜひ確認してください。

### Step2.資格を取得する

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image14.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image14.jpg)

知識やスキルが身についたら、次は資格を取得します。資格は客観的に能力・スキルを保証してくれるものであるため、取得して損はありません。

未経験の場合、資格の有無が仕事の受注に直結します。就職・転職の際にも役立ってくれます。

中でも基本情報技術者試験は、必ず取っておきましょう。最低限の能力を担保してくれます。

基本情報技術者試験については、以下の記事で詳しく解説しています。ぜひ確認してください。

### Step3.ポートフォリオを作る

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image13.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image13.jpg)

資格を取得したら、次はポートフォリオを作ります。ポートフォリオと聞くと主にデザイナーの方が活用しているイメージを浮かべてしまいますが、エンジニアでも使います。

ポートフォリオは、自分のスキル・実績を詰め込んだ営業ツールです。他の応募者との差別化もできるので、活用の幅は非常に広いと言えます。

見やすく・わかりやすいとイメージして作ると良いでしょう。

エンジニアのポートフォリオについては、以下の記事で詳しく解説しています。ぜひ確認してください。

### Step4.インフラエンジニアの仕事を探す

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image2.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image2.jpg)

ポートフォリオができたら、次はインフラエンジニアの仕事を探します。インフラエンジニアとして働く際、以下のどれかを選ぶこととなります。

- 就職・転職する
- SES
- フリーランス

いきなりフリーランスは難しいため、就職・転職かSESがオススメです。まずは実績を重ね、多くの案件に関わるようにしましょう。

経験を積むことで、更なるステップアップが可能です。

### Step5.中級・上級のインフラエンジニアを目指す

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image7.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image7.jpg)

実践を重ね、中級・上級のインフラエンジニアを目指すと良いでしょう。インフラエンジニアは年収も高く、上級ともなると年収1,000万円プレイヤーも夢ではありません。

また、他にも企業から独立しフリーランスとしての道を進む道もあります。

- 実績
- スキル
- 能力
- 人脈

これらが兼ね備わっている状態で独立すると、安心感が違います。インフラエンジニアとして高みを目指してください。

### Step6.スペシャリストの道を選ぶ

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image1.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image1.jpg)

中級・上級のインフラエンジニアとしての道以外に、スペシャリストとしての道を進む方法もあります。インフラエンジニアはITインフラに関係する全ての業務をこなしますが、より細分化して特化する働き方です。

中でも以下の2つを目指すのが代表的なロードマップです。

- サーバーエンジニア
- ネットワークエンジニア

### サーバーエンジニア

サーバーエンジニアは、インフラエンジニアの中でもサーバー部分を担当するエンジニアです。

- データベースサーバー
- アプリケーションサーバー
- Webサーバー
- ファイルサーバー

これらのITシステムを構成するサーバー群の構築業務と保守運用業務を担います。サーバー領域のスペシャリストと呼んで良いでしょう。

クラウド化が進んでいる昨今、クラウドエンジニアも視野に入れて目指す方法もオススメです。

### ネットワークエンジニア

ネットワークエンジニアは、インフラエンジニアの中でもネットワークに特化したエンジニアです。

- ルータ
- Switch
- ファイアーウォール
- ロードバランサ
- VPN

このように、ネットワークエンジニアは最適なネットワーク環境を作り上げる仕事を担っています。ルーティングやスイッチングの技術が求められます。

インフラエンジニアとは似ていますが、ネットワークエンジニアの方がよりスペシャリストとしての能力が必要です。

## インフラエンジニアで身につけたいスキル6選

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image11.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image11.jpg)

インフラエンジニアには、身につけておきたいスキルがあります。中でも以下の6つは、業務遂行において求められることの多いスキルです。

- 機器とネットワークのスキル
- セキュリティスキル
- クラウド関連のスキル
- 仮想化のスキル
- コミュニケーション能力
- 企画力
- マネジメントスキル

### 機器とネットワークのスキル

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image4.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image4.jpg)

インフラエンジニアは、インフラの企画設計から運用・監視までこなします。そのため、サーバー機器全般とネットワークに関するスキルは必須です。

クライアントの要求に沿ったインフラを構築するためには、様々な知識を組み合わせて最適解を導くこととなります。

そうした面からも、機器とネットワークのスキルは必要不可欠です。

### セキュリティスキル

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image15.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image15.jpg)

インフラエンジニアには、セキュリティスキルも必要です。サーバーやネットワークを設計する際は、強固なセキュリティを施さなければいけません。セキュリティを専門とするエンジニアがいる場合も多いですが、ケースによってはインフラエンジニアが担当する可能性があるからです。

- 暗号化
- マルウェア対策
- リスク評価
- ファイアーウォールの設計
- セキュリティシステムの運用方法

こうした知識を身につけておきましょう。

### クラウド関連のスキル

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image6.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image6.jpg)

近年はクラウド化を選択する企業が増えてきています。インフラエンジニアとしても、時流に乗れるようクラウド関連のスキルも身につけておきましょう。

- AWS
- Google Cloud
- Microsoft Azure

以上3つが定番のクラウドサービスです。クラウド関連のスキルを身につけることで、クラウドエンジニアへの道も拓けます。

### 仮想化のスキル

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image10.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image10.jpg)

仮想化のスキルも大切です。限られたコンピュータリソースを有効活用するために、仮想化するケースがあります。

仮想化とは、普段使用していない部分を使用できる部分に変える技術です。仮想化することで、IT資源を効率良く使えます。

- サーバー
- ストレージ
- デスクトップ
- ネットワーク

これらを仮想化して用いることが一般的です。VMwareといったソフトウェアを使うことが多いため、事前に学習しておくと良いでしょう。

### コミュニケーション能力

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image9.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image9.jpg)

インフラエンジニアには、コミュニケーション能力が必須です。構築や運用は、多くの場合チームで行うからです。チーム内でのコミュニケーションが上手くいかなければ業務遂行に支障が出てしまうでしょう。

また、チーム内だけでなくクライアントとのやり取りでもコミュニケーション能力が必要です。クライアントのニーズをしっかり把握し、適切な環境を作り上げなければいけません。

インフラエンジニアにとって、コミュニケーション能力は真っ先に身につけたいスキルです。

### 企画力

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image5.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image5.jpg)

インフラエンジニアには、企画力も大切です。設計から行うインフラエンジニアにとって、クライアントのニーズを的確に提案に落とし込む作業が求められます。

クライアントの中には自身のニーズを把握していないケースもあります。隠れたニーズを把握し、企画にすることも重要です。

インフラを構築するインフラエンジニアにとって、クライアントのニーズを拾い上げて落とし込む企画力は、無くてはならないものと言って良いでしょう。

### マネジメントスキル

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image3.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image3.jpg)

マネジメントスキルもインフラエンジニアにとって大切です。プロジェクトは、複数人で進めます。マネジメントスキルを身につけることによって、滞りなくプロジェクトを完遂することも可能でしょう。

- リソースの管理・運用
- 工数の見積もり
- 人員配置
- 目標設定
- 進捗管理

これらにもマネジメントスキルは必須です。納期を守る上でも、大切な能力と言えます。インフラエンジニアとしてスキルアップをするなら、必ず身につけておきたいスキルです。

## 未経験からのインフラエンジニアのロードマップは将来像から逆算して考えること

![https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image8.jpg](https://storage.googleapis.com/envader-article-images/roadmap-infra-engineer/image8.jpg)

未経験からインフラエンジニアになるには、まずスキルを身につけるところから始めなければいけません。客観的な指標となる資格も取得しておくことで更に説得力が増すため、なるべく取っておきましょう。

インフラエンジニアは、そのままインフラエンジニアとしての道を進むか、スペシャリストの道を選ぶかで分かれます。どちらも険しい道に違いはありませんが、日々の業務をこなして成長すれば、誰でもたどり着ける道です。

自分がなりたい姿を想像しながら、自分だけのロードマップを描いてくださいね。

今回は未経験の方に向けて、インフラエンジニアのロードマップについて解説します。ぜひ参考にしてください。

未経験からのインフラエンジニアのロードマップ

# 未経験からのクラウドエンジニアのロードマップ

クラウドエンジニアは、近年人気が集まっているエンジニアの1つです。IT技術の発達によって事業のクラウド化が進む中、ますます需要が高まると予測できます。

そんなクラウドエンジニアを目指す際、未経験者はどのようなロードマップを描けばいいのかわからないという方も多いでしょう。

この記事では、未経験からのクラウドエンジニアのロードマップについて解説しています。就職する際に必要なスキルや知識も紹介しているので、ぜひ参考にしてくださいね。

## 未経験からのクラウドエンジニアのロードマップ

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image14.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image14.jpg)

未経験からクラウドエンジニアを目指す場合、以下のロードマップを描くことをオススメします。

1. インフラの基本を習得する
2. クラウド技術を習得する
3. 資格を習得する
4. ポートフォリオを作る
5. SEやプログラマーとして実績を傘萎える
6. インフラエンジニアとして3年以上の実績を重ねる

### Step1.ITインフラの基本を習得する

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image7.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image7.jpg)

まずはITインフラの基本を習得します。ネットワークやサーバーといったITインフラの基礎知識は、クラウドエンジニアにとって大切な知識です。

勉強する方法は様々なものがありますが、以下の3つから自分に合ったものを選ぶと良いでしょう。

- 独学
- オンラインスクール
- 専門学校

社会人の方であれば、隙間時間を活用できる方法を選択してください。無理なく勉強できる環境を作れるかどうかで、学習の効率が大きく変わりますよ。

### Step2.クラウド技術を習得する

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image4.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image4.jpg)

ITインフラの基本が身についたら、次にクラウド技術を習得します。クラウドエンジニアにとって必須の知識です。

国内のクラウドインフラでは、主に以下の3つが活用されています。これらの理解を真っ先に深めましょう。

- AWS
- Google Cloud
- Microsoft Azure

プラットフォームや提供されるサービスについて知ることで、業務思考で大いに役立ってくれます。

クラウドエンジニアにとってクラウド技術は根幹に関わる知識です。必ず身につけてください。

### Step3.資格を取得する

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image1.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image1.jpg)

クラウド知識と合わせて取得したいのが、資格です。特に先述した3つのクラウド知識には、それぞれ資格が提供されています。知識・スキルの担保としても役立ってくれるので、取得しておきたいところです。

- AWS認定
- Google Cloud認定資格
- Microsoft Azure認定資格

それぞれレベル別・専門分野別に分かれています。難易度も変わるため、挑戦しやすいレベルからチャレンジしましょう。

資格を取得することで、就職・転職活動時に有利になります。企業によっては資格手当が出ることもあるので、取得して損はありませんよ。

### Step4.ポートフォリオを作る

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image5.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image5.jpg)

次にポートフォリオを作ります。資格を取得するだけでもそれなりの効果を発揮しますが、ポートフォリオがあることで、説得力を持たせられます。

ポートフォリオは、営業ツールです。デザイナーの方も多く利用し、自身の実績やスキルをわかりやすく提示する役割を持っています。

必須の場面はほとんどありませんが、作っている人が少ないため、あるだけでも差別化に繋がります。就職・転職など様々な場面で使えるツールです。

ポートフォリオについては、以下の記事で詳しく解説しています。ぜひ確認してください。

### Step5.SEやプログラマーとして実績を重ねる

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image11.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image11.jpg)

クラウドエンジニアは、すぐになれるものではありません。様々な知識・スキルも必要となるため、まずは実務経験を積む必要があります。

SEやプログラマーもその1つです。クラウドエンジニアを目標として経験を重ねていきましょう。特に以下の知識があると望ましいとされています。

- 開発言語の知識：Python、PHP、Java Script、HTML5
- フレームワーク：cakephp、Ruby on Rails、vue.js
- 開発支援ツール：Jenkins、chef、redmine

IT業界は何よりも実績が大切です。まずはクラウドエンジニアに関係する実務に携わっていきましょう。

### Step6.インフラエンジニアとして3年以上の実績を重ねる

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image13.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image13.jpg)

インフラエンジニアからクラウドエンジニアになる方法もあります。未経験の方がクラウドエンジニアを目指す場合、最もメジャーな方法です。

ただしすぐなれるわけではなく、最低でも3年程度の実務経験は必要でしょう。オンプレミス型情報システムのサーバーやOSを使って、ネットワークやストレージなどインフラ部分の開発や運用を経験するのがオススメです。

インフラエンジニアの経験は、クラウドエンジニアになるにあたって非常に有利に働いてくれます。まずはインフラエンジニアとして実績を重ねてください。

## クラウドエンジニアで必要な資格

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image10.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image10.jpg)

クラウドエンジニアになるなら、取っておきたい資格があります。資格は、客観的にその人の能力を証明・担保してくれるものです。普段の仕事はもちろん、フリーランスとして独立する際にも役立ってくれます。ぜひチャレンジしましょう。

ここでは、以下の2つのパターンに分けて紹介します。

- IT未経験者向け
- クラウド未経験者向け

### IT未経験者向け

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image15.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image15.jpg)

IT未経験者の方がクラウドエンジニアになる場合、基礎的な資格を取得すると良いでしょう。

- 情報処理技術者試験
- Linux技術者認定 LPIC
- Linux技術者認定 LinuC
- シスコ技術者認定 CCNA

情報処理技術者試験は、ITに必要な知識を持っている証明にもなる資格です。基礎固めをしたい方は、ぜひ取っておきたい資格と言えます。

同様にLinuxの認定資格も抑えておきましょう。Linuxは仮想サーバーの構築で良く用いられるため、クラウドエンジニアにとって相性の良い資格です。段階別にレベルが設定されているので、まずは簡単なものから挑戦してくださいね。

### クラウド未経験者向け

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image6.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image6.jpg)

IT経験者かつクラウド未経験者の場合、基礎的な資格は必要ありません。むしろクラウドに関係する資格を積極的に取得しましょう。

中でも以下の3つは、国内で多く使われているクラウドサービスなので、ぜひ取っておきたい資格です。

- AWS認定資格
- Google Cloud認定資格
- Microsoft Azure認定資格

全てを取得する必要はありませんが、少なくとも1つは使えるようにしておきましょう。実践的な勉強があれば、更に役立ってくれます。

クラウド未経験者の方は、クラウドの資格を取得することをまず目標にしてくださいね。

## クラウドエンジニアで就職するなら欲しいスキル・知識

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image12.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image12.jpg)

クラウドエンジニアとして就職する場合、身につけておきたいスキル・知識があります。ロードマップを描く上でも重要なポイントです。中でも以下の4つは重要なので、必ず身につけておきましょう。

- インフラに関する知識
- クラウドに関する知識
- オンプレミスの知識
- プログラミングスキル

### インフラに関する知識

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image16.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image16.jpg)

インフラに関する知識は、クラウドエンジニアでは必須の知識です。インフラエンジニアで実務経験を積むのも、インフラの知識が身につくからに他なりません。

特に重要なのが以下の2つです。

- サーバーの知識
- ネットワークの知識

これらはクラウドエンジニアの業務に密接に関わってきます。適切なサービスを提供するためにも、インフラに関する知識は必ず身につけておきましょう。

### クラウドに関する知識

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image2.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image2.jpg)

クラウドに関する知識も、クラウドエンジニアにとって必須。クラウドエンジニアは、クラウドサービスを円滑に利用できるようにする仕事です。クラウドを扱っている以上、その知識は必ず求められます。

- AWS
- Google Cloud
- Microsoft Azure

最低でもこれらの知識は身につけておきましょう。各種サービスの違いや特徴を把握しておけば、クライアントに適切な提案も可能です。

クラウド技術は日々進歩しているので、毎日アップデートしていきましょう。

### オンプレミスの知識

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image8.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image8.jpg)

オンプレミスの知識もクラウドエンジニアにとって必要な知識です。オンプレミスからクラウドへと移行が進んでいるため、専門知識がなければスムーズなシステム移行ができません。トラブル発生時の復旧も難しいでしょう。

様々な状況に対応できるよう、以下のオンプレミスの知識は不可欠です。

- ネットワーク
- サーバー
- OS
- ミドルウェア

単にクラウドの知識だけを身につけるのではなく、クラウドへ移行する際の業務も見据えて知識・スキルを身につけましょう。

### プログラミングスキル

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image9.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image9.jpg)

プログラミングのスキルも必要です。クラウド系の情報システムの開発・運用をするなら、プログラミングの専門知識が求められます。

また、場合によっては自分で直接コードを打ち込むことがあります。ロードマップにおいてSEやプログラマーを経由しておくと良いのは、そうした理由からです。

中でもオススメなのは、以下の3つのプログラミング言語になります。

- Python
- Ruby
- Java

初心者でも習得しやすいものばかりです。自身の作業環境に合わせて、習得しやすい言語から身につけてくださいね。

## クラウドエンジニアのロードマップは実務経験から

![https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image3.jpg](https://storage.googleapis.com/envader-article-images/roadmap-cloud-engneer/image3.jpg)

クラウドエンジニアは、未経験ですぐになることが非常に難しい職種です。まずはSEやプログラマー、インフラエンジニアの実務経験を積みましょう。

ロードマップを描く際は、自身がどのレベルにいるのかを把握してください。IT未経験者かどうかで取得するべき資格が変わってくるからです。身につける知識・スキルも異なります。

まずは実務経験を積むことを目標に、ロードマップを描いてくださいね。

この記事では、未経験からのクラウドエンジニアのロードマップについて解説しています。就職する際に必要なスキルや知識も紹介しているので、ぜひ参考にしてくださいね。

未経験からのクラウドエンジニアのロードマップ

# IaCとは？IaCのメリットやデメリット、Terraformなどの構成管理ツールの特徴を紹介

**IaC**（**I**nfrastructure as **C**ode）とは、サーバーやネットワーク、ストレージなどをはじめとしたインフラの構成をコード化し、その構成や管理を自動化する手法のことです。こちらの記事では、IaCを使う目的と、IaCを実現するにはどのような構成管理ツールがあるのかを解説します。

## IaCとは

![IaC-1.png](https://storage.googleapis.com/envader-article-images/iac/IaC-1.png)

IaCとは、インフラをコード化し、構成や管理を自動化することです。インフラをコード化することで、開発者は時間と手間を大幅に節約することができます。また、同じコードを使用して複数のインフラを構築することが可能なため、一貫性があるインフラを簡単に作成することができます。

例えば、あるアプリケーションを開発するために必要なサーバー、データベース、ネットワーク構成などを手動で設定するのは大変な作業です。多くの手間と時間を消費しなければなりません。

IaCを実現すると、開発者は**コードを書くだけで開発に必要なリソースを自動的に作成する**ことが可能です。また、IaCではこれらのリソースの変更や修正も簡単に行うことができるため、**現在のインフラの現場では必須な技術、知識**と言えるでしょう。

## IaCのメリット

![IaC-2.jpg](https://storage.googleapis.com/envader-article-images/iac/IaC-2.jpg)

IaCを実現することで得られるメリットとして、次が挙げられます。

- ヒューマンエラーの防止
- 正確で一貫性のある環境構築が可能
- 保守性の向上
- 環境構築の手間や時間の削減

以下にそれぞれを詳しく説明していきます。

### ヒューマンエラーの防止

IaCでは、インフラの構成や設定をコードで管理することができます。そのため、**開発者の手作業での設定ミスや誤った手順の実行などを防止する**ことができ、ヒューマンエラーによる問題の発生を防止することができます。

### 正確で一貫性のある環境構築が可能

コードでインフラの構成や設定を管理することで、そのコードを使って同じ環境をいくつも再現することが可能です。これにより、開発環境やステージング環境、本番環境などで同じ環境を構築することが容易になり、正確で一貫性のある環境構築が可能になります。

開発環境やステージング環境については別記事にて解説しています。

[https://envader.plus/article/134](https://envader.plus/article/134)

### 保守性の向上

インフラの構成をコードで管理できるため、変更履歴をGitなどのバージョン管理システムで管理することができます。バージョン管理システムでは変更履歴が残るため、**いつ、誰が、どの部分を変更したのかが明確になります**。これにより保守性が向上し、さらにはその変更によってどのような影響を及ぼすのかを予測することも可能になります。

### 環境構築の手間や時間の削減

手動で行なっていた作業を自動化できるため、環境構築にかかる手間や時間を削減することができます。具体的には、サーバーのセットアップやパッケージのインストール、各パラメータの設定などもコード化することができます。また、AWSなどのクラウドプロバイダーでは、マネジメントコンソールを使用することなく、EC2やセキュリティグループなどの設定をすることが可能です。

このように、IaCを実現することで多くのメリットを受けることができます。

## IaCのデメリット

![IaC-3.jpg](https://storage.googleapis.com/envader-article-images/iac/IaC-3.jpg)

ヒューマンエラーの防止、環境構築の手間や時間の削減など、IaCにはメリットがあることが分かりました。反対に、以下のようなデメリットがあります。

### 学習コストが高い

IaCを実現するためには、後述する**Terraform**や**CloudFormation**などの構成管理ツールを使用する必要があります。それぞれ使用するツールによって**宣言型**や**手続型**などの特徴や、コードの記述方法が異なります。これらの特徴を理解し、新しいスキルを習得する必要があるため、そのための時間やコストがかかることになります。

### 構成管理ツールの導入や構築に時間がかかる

Terraformなどの構成管理ツールを導入する場合、ツールのインストールや設定をする必要があります。ツールのインストールや設定には、使用する構成管理ツールによって特徴や違いがあるため、これらを理解して環境を構築するには時間とコストがかかってしまいます。

### コード化に時間がかかる場合がある

IaCには一度コード化してしまえば同じ環境を複数構築することが容易になるというメリットがありますが、0から環境をコード化する場合には時間がかかってしまいます。コード化する内容が初めての場合、設計や構築の過程でトライアンドエラーを繰り返すことが多くなり、時間がかかる傾向があります。

このようにIaCにはデメリットもあることが分かりました。しかし、IaCを用いることで一度定義すれば反復して使用できること、複数の環境で同じ設定を簡単に再現できることなど、得られるメリットは非常に大きいものになることは間違いありません。

## IaCの構成管理ツール

![IaC-4.jpg](https://storage.googleapis.com/envader-article-images/iac/IaC-4.jpg)

IaCを実現するためには、構成管理ツールを使用します。その種類は複数あり、代表的なものには**Terraform**、**AWS CloudFormation**、**Ansible**などがあります。以下に、構成管理ツールの種類とこれらの特徴はどのようなものがあるのかを解説します。

### Terraform

[Terraform公式](https://www.terraform.io/)

Terraformはアメリカのソフトウェア企業であるHashiCorp社が開発した、オープンソースツールです。HCL(**H**ashiCorp **C**onfiguration **L**anguage）と呼ばれる独自の言語を使用しており、JSONやYAMLと同じような形式で記述をすることができ、読みやすく保守しやすいといった特徴があります。

学習コストの低さもTerraformの特徴の一つです。Terraformでは主に、準備、計画、実行、削除の4つを管理するだけというシンプルさを持っており、最低限この4つのコマンドさえ覚えていればTerraformを扱えます。

また、AWS、GCP、Azureなど主要なクラウドサービスに対応しているため、Terraformを使用するだけで多くのサービスに対応できるのも特徴の一つです。

### AWS CloudFormation

[AWS CloudFormation公式](https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/Welcome.html)

AWS CloudFormationは、JSONやYAML形式で記述されたテンプレートファイルから、EC2やS3をはじめとしたAWSリソースの環境を構築するサービスです。AWSのインフラ環境を構築する作業をコード化し、環境構築作業の迅速化、作業ミスの防止、再利用を実現します。

Terraformは複数のクラウドサービスに対応していますが、AWS CloudFormationはAWSのみに対応しています。

AWS CloudFormationは、定められた形式に従ってテンプレートファイルを記述します。そのファイルをAWSマネジメントコンソール上、またはAWS CLIから実行するのが基本的な使い方になります。記述内容に従ってEC2などのAWSリソースが自動構築され、この構築されたリソースの集合のことを**スタック**(**Stack**)と呼びます。AWS CloudFormationでは、このスタック単位でリソースの作成、変更、削除を行なっていきます。

### Ansible

[Ansible公式](https://docs.ansible.com/ansible/2.9_ja/index.html)

Ansibleは、Pythonで実装されたオープンソースの構成管理ツールです。アメリカのAnsible社によって開発され、現在はAnsible社を買収したRedHat社が開発・提供しています。

AnsibleはPlaybookと呼ばれるファイルに、環境構築に関する設定情報をYAML形式で記述します。作成したPlaybookを元にAnsibleを実行することで、インフラ環境構築の自動化、継続的インテグレーション(CI)、サーバーインフラ全体の制御をすることが可能です。

管理対象のサーバーなどにインストールしないといけないツールやシステムが必要ない、**エージェントレス**と呼ばれる仕組みも特徴の一つとされています。仮に管理対象のサーバーが100台あれば、100台全てにエージェントをインストールする必要がありますが、Ansibleならこの作業が必要ないということです。

また、SSHプロトコルを利用してコマンドを実行するため安全性も高いとされています。

### Chef

[Chef公式](https://www.chef.io/downloads)

ChefはアメリカのChef社(旧Opscode社)が開発しているオープンソースのソフトウェアで、Rubyで実装されています。Chefはフランス語の「料理人」という言葉が由来で、構成要素を記述するファイルは料理をモチーフにした名前が使用されています。

Rubyの**DSL**(**D**omain **S**pecific **L**anguage: ドメイン固有言語)と呼ばれる言語で各設定内容を記述し、そのファイル単体のことをRecipe(レシピ)、Recipeの集合体をCookbook(クックブック)と呼びます。コミュニティによって開発された多くのCookbookが公開されており、Chefの利用者はそれらを自由に再利用することができるメリットがあります。

また、Chefを使用するにはRubyの知識が必要とされますが、テスト機能の充実やDevOpsツールの一部として、自動化されたCI/CDを構築することができるなど様々なメリットがあります。

CI/CDについては以下の記事で解説しています。

[https://envader.plus/article/44](https://envader.plus/article/44)

### Puppet

[Puppet公式](https://www.puppet.com/)

PuppetはChefと同様、Rubyで実装されたオープンソースソフトウェアです。2005年に開発され、Puppet Labs社により現在も開発が行われています。無償で使えるオープンソース版のPuppetと、GUIなどを備えた有償版のPuppet Enterpriseがあり、オープンソース版のPuppetは小規模向け、有償版Puppet Enterpriseは中〜大規模向け用途に適しているとされています。

Puppetでは各設定を記述したマニフェストと呼ばれる定義ファイルに基づいて、インフラの設定作業を自動化します。このマニフェストはPuppet言語と呼ばれる独自の言語を使用して記述しますが、自然言語やconfigファイルに近いため学習コストが低く、習得にはそこまで時間がかからないとされています。

Puppetの大きな特徴として、抽象化レイヤーと呼ばれるOS、ディストリビューション、パッケージシステム等の違いを吸収してくれるレイヤーがあります。このレイヤーがあることで、OSやディストリビューションによるコマンドの違いを開発者が意識する必要がなくなります。

例として、使用するディストリビューションによってはユーザー追加用のコマンドでは**adduser**を使用するか、**useradd**を使用するかといった違いがありますが、マニフェストでは以下のように記述することでその違いを意識する必要がなくなります。

```bash
user { 'foo':
	name       => 'foo',
	password   => 'password',
	managehome => true,
	groups     => 'bar',
}
```

## まとめ

IaC（**I**nfrastructure as **C**ode）は、インフラストラクチャの構成をコード化し、構築、変更、削除などを自動化する手法の一つです。

IaCを導入することで、ヒューマンエラーや運用コストの削減などのメリットがあると同時に、構成管理ツールを理解するための学習コストがかかるなどのデメリットも存在します。IaCを導入する際には、それぞれの構成管理ツールの長所や短所、どのようなことを実現したいのかを理解した上で導入する必要があります。

IaC（Infrastructure as Code）とは、サーバーやネットワーク、ストレージなどをはじめとしたインフラの構成をコード化し、その構成や管理を自動化する手法のことです。

インフラエンジニア

すべての記事