## KubernetesとDockerとの違いについて解説

*近年のアプリ開発において、なくてはならない存在になっている「Kubernetes」と「Docker」。*

Kubernetesの読み方は諸説あり、「クバネテス」「クバネティス」「クーべネティス」という読み方が主に使われているようです。

KubernetesとDockerはどちらも仮想化・コンテナに関連する技術であり、使ったことはなくても聞いたことくらいならある方は多いと思います。この2つはどのように違うのでしょうか。

**一言でいうと、Dockerは「アプリケーションをコンテナに分離するためのツール」、Kubernetesは「コンテナを管理するツール、オーケストレーションツール」だと説明されることが多いです。**

しかし、この言葉は抽象的であり、正確に理解するには情報が不足しています。特にKubernetesを利用したことのない方の中には、

*「Dockerは使ったことあるけど、Kubernetesは何がメリットなのか分からない」*

*「チームでKubernetesを導入することになったが、どういった理由で導入されたのかよく分からなかった」*

というような疑問を抱いている方も少なくないでしょう。

**そこで本記事では、そもそもDockerとは何なのか、Kubernetesとは何なのか、それぞれがどうして必要になってきたのかを解説した上で、両者の違いについて分かりやすく解説します。**

コンテナ技術でより効率的にアプリ開発を行いたい方は、是非目を通していただけると幸いです。

【参考】：[Docker](https://www.docker.com/)

【参考】：[公式-Kubernetesとは何か？](https://kubernetes.io/ja/docs/concepts/overview/what-is-kubernetes/)

### そもそも仮想化・コンテナとは?

まず初めに、DockerとKubernetesを語る上で必須の知識「仮想化」「コンテナ」について改めて解説させてください。

**仮想化とは、アプリケーションが動作する環境を、1つのサーバ内に複数用意する技術のことです。**ある1台のサーバの中に複数のサーバを立ち上げ、アプリケーションを動かすことをイメージしてください。

仮想化を行うことで、サーバの余剰リソースが有効活用できる、物理サーバを用意する台数が減る、など様々なメリットを享受することができます。

**さらにその仮想化技術のうち、1つのサーバに立ち上がった複数サーバ間でOSを共有することができるものを「コンテナ」と呼びます。**複数サーバを立ち上げる環境そのものを「コンテナ」と呼ぶこともあります。

従来の仮想化では、仮想サーバはそれぞれ独立したOSの上で起動していました。複数のOSが存在することは、それぞれに起動時間がかかることや、サーバリソースが無駄になるという問題点を抱えていました。

それを解決したのがコンテナ技術です。コンテナエンジンがホストOS(=物理サーバのOS)とOS共有しつつ複数のアプリを動かせるため、より高速かつ軽量にアプリケーションを起動することができるようになりました。

仮想化と比較した際に、他にもコンテナ化にはメリットがあります。

*・プラットフォーム(Windows/Mac/Linux)によらず、誰でも同じ環境が作れる*

*・作成した環境を配布しやすい*

*・スクラップ＆ビルドが容易にできる*

ここまでで、コンテナのメリットをお話ししてきました。しかし、アプリケーションをコンテナ化した上で実行するには、少し長い道のりが必要です。

具体的には、下記のような作業が必要です。手間がかかりますが、それぞれの作業でコマンドを何回も実行しなければなりません。

*・コマンドやライブラリの取得*

*・ファイルシステム空間の分離*

**このコンテナ作成の手間を省くため、コンテナ作成に関わる作業を1つのコマンドラインツールとしてまとめてくれたのが「Docker」です。**これにより、コンテナ環境を簡単に構築することができるようになりました。

また、コンテナの実行に必要なパッケージ等をまとめたものを「イメージ」と呼びます。このイメージは「Docker Hub」という共有プラットフォーム上でオンライン共有することが可能です。**Docker  Hubを利用することで、優秀な開発者が作った使い勝手の良いイメージをすぐ再利用できるようになりました。**

Dockerとは？使いどころやメリット・デメリットについて解説！

### Dockerをさらに便利にするDocker-Compose

Dockerによってコンテナ作成は格段に簡単になりました。それでもコンテナ1つにつきそれぞれ「docker build」と「docker run」のコマンドを実行する必要があります。

*実際の開発現場では、データベースサーバ用のコンテナやアプリケーションサーバ用、ファイルサーバ用のコンテナが複数立っていることも珍しくありません。*ローカル環境開発のために、都度コンテナの数✖︎2のコマンドを実行するのは避けたいところです。

そこで利用すると良いのが「Docker-Compose」コマンドです。開発に必要なコンテナの内容を記載したDockerfileと、それぞれのコンテナの起動設定を記載したdocker-compose.ymlファイルを予め用意してください。**その後「docker-compose up」コマンドを叩くだけで、複数コンテナを起動することができます。**

**DockerやDocker-Composeのコマンドによって、複数のコンテナをたった1コマンドで立ち上げることができるようになりました。**仮想化技術がなく、複数アプリの起動に物理サーバが複数必要だった時代から考えると、随分便利になったように思えます。

ただ、Dockerを用いてもアプリの実運用においては課題が残ります。課題の具体例を下記に挙げます。

*昨今の大規模アプリ開発では、ディザスタリカバリ（以下、DR）のためにサーバが複数用意されることが当たり前となってきています。*DRとは、災害でサーバがダウンした際にユーザがサービスを利用できなくなるのを防ぐ考え方のことです。

DRにおいては、予め同じ用途のサーバを複数用意しておき、メインサーバが天災等の要因でダウンしてしまった場合に、サブとなるサーバを起動しリクエストがそちらに流れるように管理します。

*これをコンテナで実現しようとした際、DockerのみではサブとなるコンテナをDockerコマンドを叩いて再起動し、ネットワークに繋げる...など手動による運用が発生します。*これも自動化したいところです。

そこで登場するのがKubernetesです。**Kubernetesでは専用のYAMLファイルを記述することによって、負荷分散やフェイルオーバーなどコンテナの実運用に必要なさまざまな機能を提供してくれます。**具体的には下記です。

*・サービスディスカバリーと負荷分散* 

Kubernetesは、複数のコンテナに対して独自のDNSやIPアドレスを設定できます。リクエストが多い場合はそれぞれのコンテナにトラフィックを振り分けることができます。

*・ストレージ オーケストレーション*

ローカルのストレージをはじめとして、各種パブリッククラウドが提供するファイルストレージサービスにコンテナをマウントさせることができます。

*・自動化されたロールアウトとロールバック*

Kubernetesにおけるロールアウトとは、コンテナが取り込むイメージの更新を指します。コンテナの新規作成やバージョンアップによる更新、削除も含めて、サービスを止めることなく自動的に実施することができます。

離散数学に「ビンパッキング問題」という考え方があります。「与えられた荷物をどのように箱に詰めれば、必要な箱の数が最小化できるか」という離散数学を大元とする問題のことです。

これをITインフラに置き換えると、「CPUやメモリといったリソースを限られた物理サーバ内でどのように配置するのが最適化か」を考えることに他なりません。Kubernetesの自動ビンパッキングではこれを考慮し、自動的に最適なリソース配置を実現してくれます。

アプリケーションの実運用では、コンテナ上で動いているサーバに対して「生存しているか」を確認する簡単な通信を定期的に送ることがあります。これを「ヘルスチェック」と呼びます。

ヘルスチェックがOKにならないコンテナは復旧作業が必要になりますが、Kubernetesはこの作業を自動化してくれます。処理が失敗したコンテナに対しては、再起動を行ってくれます。

Dockerは、本来Linux上でコンテナ作成に必要となる準備をいくつかのコマンドにまとめたものです。Kubernetesはコンテナの数が増えてきた際に運用を楽にするツールで、フェイルオーバーを自動化したり、リソース配分の最適化が行えます。

Dockerはコンテナ化を簡単にするためのツールであり、作成したコンテナ環境を再配布できるようにもなっています。

Kubernetesは扱うコンテナが増えた際に出てくるフェイルオーバーやリソース配分などの課題を解決してくれるツールです。

DockerとKubernetesはどちらが優れているというものではなく、合わせて使うことで最大限に効果を発揮します。

コンテナ化を楽に！KubernetesとDockerの違いを解説

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

ITエンジニアの中でも「インフラエンジニア」は少し異質なイメージがあるのでしょうか？ネット掲示板やSNSでは、インフラエンジニアは「やめとけ」「後悔する」「ついていけない」といった悲観的な見方が少なからずあります。

こうした声は同様に、他の職種でもあります。その原因の1つには、インフラエンジニアに「向かない人」が就いている可能性が考えられます。IT分野においてインフラは非常に重要であり、インフラエンジニアはなくてはならない仕事です。

実際に「インフラエンジニア」の仕事にやりがいを感じている人、魅力を感じてインフラエンジニアに憧れる人もいます。その差は、インフラエンジニア職に対する適性の差にあるのかもしれません。ここでは、**インフラエンジニアに向いている人はどのような人なのか、について解説をしていきます。**

未経験からインフラエンジニアを目指す皆さんは、この記事をぜひ参考にしてみてください。

## インフラエンジニアには適性が重要

インフラエンジニアに向いている人には、一定の特徴があります。 自分の適性が分からないという方は以下の「インフラエンジニアが向いている人の特徴」を利用して適性検査をしてみましょう。これから*インフラエンジニアに向いている人、向いていない人について解説していきます。*

*【参考】：[わかりやすいIT・エンジニアの職種図鑑（マイナビIT AGENT）](https://mynavi-agent.jp/it/jobindex/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07)*

### インフラエンジニアが向いている人の特徴

インフラエンジニアとして活躍している人の特徴から、**インフラエンジニアに向いている人の特徴を挙げてみましょう。**

インフラエンジニアの仕事ではサーバー機器、ネットワーク機器などのハードウェアに触れることが少なくありません。機械音痴や機械が苦手という人には務まらない仕事です。普段から家電や機械をいじるのが好きという人に向いています。

*■ コミュニケーションスキルが高い人*

インフラエンジニアの役割として、ネットワークやインフラ設計、構築があります。その際、ユーザーやクライアントからヒアリングをして、要件定義を行います。障害対応の際には多くの関係先と調整を行う必要があります。

そのため、インフラエンジニアにはコミュニケーションスキルとマネジメントスキルが求められます。

*■ 論理的に考えることが得意な人*

インフラエンジニアの役割として、システムの障害や故障の対応があります。障害や故障の原因を特定化し、有効な対策を講じる必要があり、その際に論理的思考（ロジカルシンキング）が求められます。

インフラの分野は日進月歩で進化しており、今学んだ知識が明日になると陳腐化することがあります。知的好奇心や探求心が旺盛な人は、その変化や進化に対して強い興味を覚え、自ら学ぼうとします。インフラエンジニアはこうした知的好奇心が強い人が向いています。

インフラエンジニアは単にシステムの監視や保守するだけではありません。担当しているシステムや仕組みの問題点を発見し、担当エンジニアやクライアント、ベンダーなどに改善提案を行います。ただ与えられた仕事を黙々とこなすだけではなく、改善提案を行うのもインフラエンジニアの役割です。

インフラエンジニアはシステムが正常に稼働しているかを監視し、障害が起きればその対処を行います。障害に直面して慌てふためいたり、パニックに陥るようでは仕事は務まりません。インフラエンジニアは常に沈着冷静で、物事に動じない性格であることが求められます。

### インフラエンジニアに向かない人の特徴

これから**インフラエンジニアに向かない人について挙げていきます。**該当する項目があれば、それらを克服することが求められます。

*■ 不規則なシフト勤務が苦手な人*

インフラエンジニアは24時間365日の対応が必要な場合が多く、交代制によるシフト勤務が一般的で、夜勤や休日出勤を求められることがあります。また突発的な障害対応などで緊急出動をすることもあり、定時出勤の仕事以外はしたくないという人にはインフラエンジニアは向いていません。

インフラエンジニアの仕事に派手さはありません。ルーティンワークが中心で、出来て当たり前の仕事です。コツコツと地道に仕事を行うケースが多くあり、目立ちたい人、脚光を浴びたい人にはあまり向いていません。

インフラエンジニアは所属企業によっては比較的短期のサイクルで客先派遣されるケースがあり、また扱うシステムや機器も頻繁に変わることがあります。そのため、安定志向が強く、早い変化が苦手な人や勉強嫌いの人はインフラエンジニアには向いていません。

## インフラエンジニアはITの基盤に関わる重要な仕事

インフラエンジニアという響きに憧れるものの、インフラエンジニアが具体的にどのような仕事をしているのかが分からないという方もいます。**インフラエンジニアの仕事には大きく分けて、インフラ・ネットワーク・サーバーの3つの分野があります。**

自分自身がどの分野に興味があるのか、向いているのかを確認しておきましょう。

### インフラエンジニアの仕事内容

「インフラ」という言葉はよく使いますが、その意味はご存知でしょうか？インフラとはインフラストラクチャー（Infrastructure）の略称であり、その意味は「基盤」です。

**インフラエンジニアはITにおける「基盤」、具体的にはサーバー構成やネットワーク構成などの設計や構築、或いはそれらの運用、保守に関わる重要な役割を担っているエンジニアのことです。**

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

インフラエンジニアの仕事は3つの分野に分かれ、それぞれの仕事内容や範囲は異なります。

以下、仕事の種類ごとに簡単に説明します。

*▪ネットワークエンジニア：*

  主に、ユーザー（顧客）環境におけるサーバーやストレージ間のネットワークの設計・構築・運用などを行います。

  サーバー類（アプリケーションサーバー・Webサーバー・メールサーバーなど）サーバーの選定・設計・導入・運用などを行います。

  稼働しているシステムの保守・オペレーション（操作）・システム監視・障害対応などを行います。

【保守・運用】仕事内容や将来性、必要なスキルについて徹底解説！

### インフラエンジニアに必要なスキルと知識

インフラエンジニアの仕事では顧客（ユーザー）やITベンダー、メーカーなどとの関係が深く、**要件定義や障害対応では関係先と直接調整することがあり、コミュニケーションスキルに加えてマネジメントスキルが必要です。**

インフラエンジニアは裏方的な仕事にみられがちですが、対外折衝や調整の機会は少なくありません。

また、一部にはインフラエンジニアのプログラミング不要論がありましたが、運用の標準化、自動化が進んで時間的な余裕が生まれたことから、インフラエンジニアがプログラミングやシステム開発について学ぶケースが増え、中には万能エンジニアと言われるフルスタックエンジニアを目指す人もいます。

インフラエンジニアの年収が気になる人は少なくないでしょう。インフラエンジニアを十把一絡げにして、年収が低いという偏見もありますが、総じて必ずしも低くはありません。求人情報サイト「マイナビAGENT」の調査結果から、**3分野のインフラエンジニアの年収を以下に列挙してみました。**

*▪サーバーエンジニア：465万円*

*▪ネットワークエンジニア：455万円*

*▪システム運用・保守エンジニア：416万円*

ちなみに、システムエンジニア・プログラマーの年収は443万円ですので、ほぼ同レベルと見てよいでしょう。

*【参考】：※[IT・インターネット・通信 年収ランキング（マイナビAGENT）](https://mynavi-agent.jp/helpful/income/category/#it?utm_medium=content-text&utm_campaign=acv07)*

インフラエンジニアの年収はいくら？年収をアップさせる方法も解説！

## インフラエンジニアのデメリットとメリット

インフラエンジニアの仕事について理解できたところで、ここからは、インフラエンジニアを目指して後悔しないためにもインフラエンジニアのデメリットとメリットを紹介します。

**インフラエンジニアが忌避される理由の1つに、夜勤や休日出勤が挙げられます。**しかし、これはITエンジニアの宿命のようなもので、システムエンジニア・プログラマー・セキュリティエンジニア・クラウドエンジニアでも担当業務で障害が発生すれば、時間を問わず緊急出動を要請されます。また、最近は自動監視システムが定着したことで、システム監視の業務も自動化され、むしろ夜勤は自由時間が多く歓迎的に受け入れている人も増えています。

どんなに精緻なシステムでも、人が設計し開発している以上、障害を100%排除するのは困難と言われています。例えば、1年近く安定稼働していたシステムが突然障害を起こし、システムダウンすることも珍しくはありません。**この予期せぬ障害に真っ先に直面するのがインフラエンジニアです。**そのために「キツイ仕事」と思われがちですが、社会的意義の大きな「やりがい」のある仕事とも言えます。

インフラエンジニアはシステムエンジニアと比べて、表舞台に登場する機会は少ない職種です。派手さはなく、人気もシステムエンジニアほど高くはありません。**裏でシステムを支えるインフラエンジニアは言わば、「縁の下の力持ち」です。**派手さを求める人にはこの地味さがデメリットと感じるかもしれません。

インフラエンジニアには豊富なキャリアパスが想定されます。具体的には**「ITコンサルタント」「プロジェクトマネージャー」「ITアーキテクト（設計士）」などです。**

*【参考】：[インフラエンジニアの3つのキャリアパスとやりがいを徹底解剖!（マイナビAGENT）](https://mynavi-agent.jp/knowledge/it/232.html?utm_medium=content-text&utm_campaign=acv07?utm_medium=content-text&utm_campaign=acv07)*

システムアーキテクトとは？年収と将来性を解説！

プロジェクトマネージャーの年収・向いている人・資格・将来性を解説

ITコンサルタントになるために必要な資格は？仕事内容や年収も

**インフラエンジニアの仕事は実力主義であり、学歴で差別されることはほとんどありません。**

あくまでもインフラエンジニアとしてのキャリアと実力が重視されます。実力を客観的に示せる資格、例えば「LinuC」や「シスコ技術者認定資格」などの資格を取得しておくと、資格手当が支給されるケースもあります。

企業のITシステム中枢部であるインフラに関わるインフラエンジニアを、正社員として採用する大企業は少なくないため、大企業の正社員として採用される可能性もあります。

インフラエンジニアの求人状況は？転職に必要なスキルも解説

## インフラエンジニアにおすすめの資格

インフラエンジニアになる際に資格取得は必須ではありませんが、**実力主義のインフラエンジニアの世界では資格がものを言います。**ここでは、インフラエンジニアにおすすめの資格をまとめてみました。インフラエンジニアを目指す人はぜひ参考にしてみてください。

インフラエンジニアを目指す上で、まず**最初に取得しておきたい資格としては、サーバー系の資格となるLinux技術者認定資格の「LinuC」レベル1（LinuC-1）をおすすめします。**ITの未経験者でも比較的取得しやすい資格で、企業からも一定の評価を得られます。

*【参考】：[LinuC | Linux技術者認定試験 リナック | LPI-Japan](https://linuc.org/)*

ネットワーク系資格の中でも、**国際的にも通用するシスコ技術者認定のCCNAは特におすすめしたい資格です。**難易度はLinuC-1よりは少し上がりますが、日本でも認知度の高い国際資格です。

*【参考】：[シスコ技術者認定 CCNA | Cisco](https://www.cisco.com/c/ja_jp/training-events/training-certifications/certifications/associate/ccna.html)*

インフラエンジニアに必要な資格は？スキルについても徹底解説

## 未経験からインフラエンジニアを目指すには

インフラエンジニアへの不安を払拭し、業界未経験からインフラエンジニアを目指すには、あなたに最適な企業を選ぶことが重要です。

数あるインフラエンジニアの求人から、あなたがインフラエンジニアになることを応援してくれるような求人を探すのは大変でしょう。

*そこで利用を推奨するのが[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv07)です。*

マイナビITエージェント【公式】IT・Webエンジニアの求人・転職エージェント

【マイナビIT AGENT】迷ったら相談すればいいんだ

インフラエンジニアはどんな人に向いているのか、向いている人の特徴や仕事内容、インフラエンジニアになるために役立つ資格などを解説していきます。インフラエンジニア職への誤解もあり、良いイメージを持たない人もいますが、この記事を読めば疑念はすっかり払拭できるでしょう。

インフラエンジニアに向いている人、向いていない人の特徴

インフラエンジニアの仕事内容や役割、メリットやデメリット

インフラエンジニアを目指す上で役立つ資格

インフラエンジニアに向いている人とは？適性やスキルを徹底解説！

2022年3月14日、Docker Desktop 4.6がリリースされました。続く3月22日には、不具合修正のためDocker Desktop 4.6.1がリリースされました。Docker社は精力的にソフトウェア開発を行っており、*Docker Desktopにおいても、高頻度でアップデートリリースされています*。
【参考】：[Docker Desktop](https://www.docker.com/products/docker-desktop/)

Docker Desktopは、デスクトップ環境でコンテナ化アプリケーションやマイクロサービスを構築管理するアプリケーションです。*WindowsやMacOSで動作し、手軽にDocker環境を操作できます*。Docker Engine・Docker CLI クライアント・Docker Compose・Docker コンテントトラスト・Kubernetes・Credential Helper が同梱されます。
【参考】：[Docker Desktop overview](https://docs.docker.com/desktop/)

Dockerのメリットを徹底解説！仮想マシンとは何が違う？

2022年3月14日にリリースされたDocker Desktop 4.6では、以下の新機能がサポートされています。

・*Docker Dashboard のボリューム管理機能*
チェックボックスを使用して、マルチボリュームを効率的にクリーンアップできるようになります。

・*MacOS版のVirtioFSサポート*
新しい実験的なファイル共有技術がオプションとして提供されます。ホストとVM間の変更の同期にかかる時間を大幅に短縮し、大幅なパフォーマンスの向上が期待できます。利用するには、Apple Silicon版macOS 12.2以降、 Intel版macOS 12.3が必要です。詳細は以下のリンクをご確認ください。
【参考】：[Docker Desktop for Mac user manual Experimental Features](https://docs.docker.com/desktop/mac/#experimental-features)

新規機能追加の他の変更点ですが、以下のモジュールに対してアップグレード対応しています。
・Docker Engine v20.10.13
・Compose v2.3.3
・Buildx 0.8.0
・containerd v1.4.13
・runc v1.0.3
・Go 1.17.8
・Linux kernel 5.10.104
・Qemu 6.2.0

続く3月22日にDocker Desktop 4.6.1がリリースされましたが、一部のアップグレードと不具合修正に限定されたバージョンアップとなります。

ここでは、前バージョンとなるDocker Desktop 4.5について説明していきます。2022年2月10日にリリースされたDocker Desktop 4.5では、*Docker Menuが新しくなりました*。スピードと操作感が改善し、Docker Dshboardを開くまでの時間を短縮しました。

他の機能追加となる、Docker Dashboardのソフトウェアアップデートセクションでは、すべてのアップデート情報を一元管理し、簡単に参照できるようになりました。
【参考】：[New Docker Menu & Improved Release Highlights with Docker Desktop 4.5](https://www.docker.com/blog/new-docker-menu-improved-release-highlights-with-docker-desktop-4-5/)

上記の他は、バグフィックスとマイナーチェンジが主体のリリースです。Amazon ECR Credential Helperはv0.6.0にアップグレードされています。その後の2月15日には 4.5.1がリリースされましたが、不具合修正版ですので大きな違いはありません。

*Docker DesktopはWindowsまたはMacOSで利用可能です*。利用に際し、インストールを行います。製品のリリース情報はrelease notesで公開されています。

以下が、Windows版のリリース情報とインストールに関するドキュメントとなります。
【参考】：[Docker for Windows release notes](https://docs.docker.com/desktop/windows/release-notes/)
【参考】：[Install Docker Desktop on Windows](https://docs.docker.com/desktop/windows/install/)

MacOS版では、以下のドキュメントが掲載されています。
【参考】：[Docker Desktop for Mac release notes](https://docs.docker.com/desktop/mac/release-notes/)
【参考】：[Install Docker Desktop on Mac](https://docs.docker.com/desktop/mac/install/)

### Docker Desktop for Windowsのインストール要件

Docker Desktop for Windowsインストール時の要件は、これまでのリリースと変わりがありません。

・*サポートOSバージョン*（変更なし）
　Windows 11 64 ビット版のHome・Pro・Enterprise・Education（21H2以降）
　Windows 10 64 ビット版のHome・Pro（2004以降）、 Enterprise・Education（1909以降）
　※Windows 10はマイクロソフト社のサポート対象であるバージョンが有効

・*ハードウェア要件*（変更なし）
　SLAT（Second Level Address Translation）対応64bitプロセッサ
　4GBメモリ
　BIOSレベル仮想化機能

バックエンド要件は以下の通りです。

・*WSL 2（Windows Subsystem for Linux 2）バックエンド*（変更なし）
　WindowsでWSL 2機能の有効化が可能
　Linuxカーネルアップデートパッケージのダウンロード・インストールの実施

・*Hyper-Vバックエンドと Windowsコンテナ*（変更なし）
　Hyper-Vとコンテナ機能の有効化が可能

### Docker Desktop for Windowsのインストール方法

インストール方法は、これまでのバージョンと変わりがありません。

・*インストーラの起動*
　保存したDocker Desktop Installer.exeを起動します。

・*Configuration画面の確認*
　「Enable Hyper-V Windows Features」と「 Install required Windows components for WSL 2」のオプションが設定されていることを確認します。

・*インストール実行*
　手順に従い「Install」を選択し、終了後「Close」を選択します。

・*管理者アカウントの追加*
　管理アカウントが利用しているアカウントと異なる場合、管理者アカウントのadministratorとComputer Managementをdocker-usersグループに追加します。

ここまでの準備ができましたら、Docker Desktopが使用可能です。最初の起動時にDockerサブスクリプションサービス契約画面で利用条件に同意し、使用を開始します。以降の手順の詳細は必要に応じてユーザーマニュアルをご参照ください。
【参考】：[Docker Desktop for Windows user manual](https://docs.docker.com/desktop/windows/)

### Docker Desktop for Macのインストール要件

Docker Desktop for Macインストール時のシステム要件は、MacOS 10.15以上が対象となります。Appleチップ版では、4.3.0からシステム要件からRosetta 2の記載が削除されていますが、引き続き使用が推奨されています。

・*Intelチップ版のシステム要件*
　MacOS 10.15以上（最新のMacOSとその前の2つのリリースまで）
　4GB以上のメモリ搭載
　VirtualBox 4.3.30以降

・*Appleチップ版のシステム要件*
　Rosetta 2がインストール要件から除外（引き続き使用を推奨）

### Docker Desktop for Macのインストール方法

・*インストーラの起動*
　保存したDocker.dmgをダブルクリックしインストーラを開きます。

・*アプリケーションフォルダに登録*
　Dockerアイコン（Docker.app）をアプリケーションフォルダ（Applications）にドラッグアンドドロップします。

最初のDocker Desktop起動時に、Docker サブスクリプションサービス契約画面で利用条件に同意し、使用を開始します。以降の利用手順の詳細は、必要に応じてユーザーマニュアルをご参照ください。
【参考】：[Docker Desktop for Mac user manual](https://docs.docker.com/desktop/mac/)

## コンテナアプリケーション開発に活用しましょう

Docker Desktopは、コンテナアプリケーション開発を手軽に始められるデスクトップ環境です。*開発フレームワークの比較選定や、デプロイの操作確認に利用できます*。WindowsではMicrosoft Visual Studioを利用し、バックエンド利用することも可能です。自身の環境整備を進めるうえでも利用をおすすめします。

Visual Studio 2022の新機能がIDEで歴代最高な理由

Dockerイメージとコンテナの違いとは？作成の流れ入門

2022年2月10日にDocker Desktop 4.5がリリースされたばかりですが、2022年3月14日、4.6がリリースされました。ここでは最新版となる4.6の新機能を4.5の情報とともに、インストール方法含めて解説していきます。

2022年3月14日、最新版となるDocker Desktop 4.6がリリースされました

続く3月22日にリリースされた4.6.1は、4.6と機能的な違いはありません

機能強化が続いているDocker Desktopは、コンテナアプリケーション開発に最適です

Docker Desktop 4.6が登場！最新版の新機能やインストール手順を解説

## 「ネットワークエンジニアはきつい」って本当？

数あるITエンジニア職種の中でも「ネットワークエンジニアはきついからやめとけ」という噂があります。ネットワークエンジニアへの転職を検討されているエンジニアの方の中にも、そうした意見や噂を聞いた方はいるでしょう。確かに、ネット掲示板やSNSにはネットワークエンジニアは「ついていけない」「オワコン」といったネガティブな意見が見られます。

IT分野において、ネットワークインフラは必要不可欠であり、ネットワークエンジニアの役割や期待には大きなものがあります。それにもかかわらず、こうしたネガティブな見方があるのはなぜでしょう？

ここでは、ネットワークエンジニアを目指すエンジニアの方に向けて、**「ネットワークエンジニアはきつい」の真相に迫って参ります**ので、転職先選びの参考にして頂けると幸いです。

ネットワークエンジニアはやめとけ？なぜそう言われるのか、実際はどうなのかを解説

## ネットワークエンジニアについて知っておこう

ネットワークエンジニアには否定的な意見がある一方で「楽しい」「やりがいがある」「将来性がある」といった肯定的な意見が少なくありません。一方的な意見に惑わされて、進路選択で迷うのは生産的なことではありません。

**ネットワークエンジニアの仕事はきついと主張する人の言い分に耳を傾けつつ、ネットワークエンジニアの仕事や役割、ネットワークエンジニアの年収や転職先探しの秘訣などさまざまな角度からネットワークエンジニアを見てみましょう。**

きっと、ネットワークエンジニアに対する見方が変わるはずです。

*【参考】：[IT・エンジニアの職種図鑑 | ネットワークエンジニア（マイナビIT AGENT）](https://mynavi-agent.jp/it/jobindex/07.html?utm_medium=content-text&utm_campaign=acv07)*

### ネットワークエンジニアとはどんなエンジニア？

ネットワークエンジニアはインフラエンジニアの1つの職種です。ネットワークやネットワーク機器の監視、運用、保守、ネットワークの設計や構築など、**ネットワークエンジニアはネットワークインフラに関わるさまざまな役割を持つエンジニアです。**

### ネットワークエンジニアにはどんなスキルが必要？

ネットワークエンジニアには次のような仕事があり、それぞれに求められるスキルがあります。**以下のようなスキルを有する人はネットワークエンジニアに向いているといえます。**

こちらは上級スキルですが、クライアントの要望に基づいて、必要なネットワークの設計と構築を行います。システムエンジニアと同様に要求分析、要件定義を行えるスキルが求められます。

そのため、クライアントの要望を聞き出し、要件にまとめるための「コミュニケーションスキル」、要件から最適なネットワーク構成を設計・構築するための「論理的思考力」が求められます。

要件定義書と要求仕様書の違いを解説！誰が作りどう進める？

ネットワークの監視を行いながら、トラブル発生時にはその対応を行います。関係先への連絡や調整を行いながら、障害対応を行います。また復旧後も、再発防止策を講じるためにクライアントや関係先との調整が欠かせません。このためのコミュニケーション力、マネジメント力も求められます。

インフラエンジニアの記事（5ページ目）