2022年4月26日に、**米国GitHubから「GitHub Desktop 3.0」がリリースされました。**GitHub Desktopはソフトウェア開発者にとっては必須ともいえるツールです。

この記事では、これからGitHubを利用してみようと考えているエンジニアの方に向けて、GitHubとは何か、GitHub Desktopを使うと何ができるのか、「GitHub Desktop 3.0」によって何が変わったのかについてやさしく解説していきます。

*【参考】：[GitHub Desktop 3.0でPull Requestとのインテグレーションを強化｜GitHubBlog](https://github.blog/jp/2022-04-28-github-desktop-3-0-brings-better-integration-for-your-pull-requests/)*

まずは、GitHub・GitHub Desktopの概要について確認しておきましょう。

GitHub（ギットハブ）は世界中の人々が利用し、**プログラムコードの保存・管理・公開ができる「ソースコード管理サービス」で、GitHub社によって提供・運用されています。**

GitHubの主な目的としては、世界中の人々に自身が作成したプログラムを主に無償で配布することで、その際に「商用利用は不可」といった条件を指定できます。この条件をlicence（ライセンス）と言います。

GitHubは開発プロジェクトや企業組織などで、ソースコードの管理に利用され、ソースコード管理に関わる手間やコストの削減に役立っています。また、ソースコードの公開・更新履歴（history）の閲覧・共有されたソースコードの修正・バグ管理など、さまざまな機能が用意されているためエンジニアにとっては非常に便利なサービスです。

GitHubではコマンド操作を通じてさまざまな機能を利用するのが一般的でしたが、**コマンド操作不要で、視覚的に操作ができるようにしたのが「GitHub Desktop」です。**「GitHub Desktop」はGitHub純正のツールで、無償で利用することができます。

GitHubDestopはエンジニア志望の方以外にも、Web制作に携わるコーダーの方やWebデザイナーの方にとっても便利なツールです。

またGitHub DesktopはWindowsはもとより、Mac（M1を含む）やLinuxにも対応したマルチプラットフォームであるため、エンジニアにとってはありがたいツールです。ただし、公式サイトで記載されているのはWindows用とMac用のみなので、Linuxで使いたい方は以下の参考サイトを参照してください。

*【参考】：[To install Github Desktop for Ubuntu](https://gist.github.com/berkorbay/6feda478a00b0432d13f1fc0a50467f1)*

## GitHub Desktop 3.0の変更点や特徴

GitHub Desktopの概略について理解できたところで、この度*2年ぶりのメジャーアップデートとして登場したGitHub Desktop 3.0の特徴や追加機能について見ていきましょう。*

GitHub Desktop 3.0は、主にプルリクエスト機能のコミットの破棄・並べ替え・修正などに関わるGit操作へのサポート改善が行われています。

他には、GitHub自体とローカル開発のワークフローを近づけるエキサイティングな機能も追加されています。**この機能追加と改善によって、開発プロジェクトなどでより一層の生産性向上や効率化が期待できます。**

*【参考】：[GitHub Desktop 3.0 brings better integration for your pull requests](https://github.blog/2022-04-26-github-desktop-3-0-brings-better-integration-for-your-pull-requests/)*

### プルリクエストのチェックバッジ追加

GitHub Desktop 3.0では、プルリクエスト番号の右に**「GitHubAction」のチェックが完了しているかどうかを示すバッジが新たに設けられました。**

バッジをクリックすると、「GitHubAction」のチェック状況、ジョブやステップの内容確認を行え、何か問題があればそれを修正して、再度チェックを実行することができます。

「GitHubAction」は2019年に追加され、これまでは外部サービスとの連携が必要だった自動ビルド、自動テストなどがGitHubのみで実現できる機能です。

### プルリクエスト通知機能の改善

通知機能があると便利ですが、不要な通知や重要性の低い通知は単なるノイズとなってしまいます。

GitHub Desktop 3.0では、関係するすべてのリポジトリや、すべてのイベントについて通知を行う代わりに、**作業中のリポジトリに関して重要な通知だけを送るように改善されました。**これにより、無用な通知に悩まされることは減り、より作業に集中できるようになります。

### プルリクエストのチェック失敗通知

GitHub Desktop 3.0から、**プルリクエストのマージに失敗や問題が生じると、通知が行われるようになりました。**さらに問題詳細を知らせるダイアログが表示され、ダイアログからブランチに戻って修正作業を行う、あるいはチェックのやり直しを指示することができるようになりました。

### プルリクエストのレビュー通知

GitHub Desktop 3.0では、**プルリクエストのレビュー通知が行われるようになりました。**この機能によって、メンバーが修正要求をしたのか、あるいはプルリクエストを承認したのか、単にプルリクエストにコメントしただけなのかなどがすぐに分かるようになりました。

また、修正要求や提案が上がった際には、直ちにそのブランチに画面を切り替え、すぐに対応することが可能です。

## GitHubを使う上で押さえておきたいこと

*Gitfubを利用する上で、最低限押さえておきたい用語や、機能があります。*ここでは入門者が知っておきたい用語と機能について解説をします。

ここではGitHubを使う上で、**最低限知っておきたい基本用語を7つ紹介します。**どの用語も頻繁に使いますので、この機会に覚えておきましょう。

*1：リモートリポジトリ*
リポジトリは倉庫を意味し、GitHub上ではディレクトリやファイルの情報を保管する場所のことです。リポジトリはディレクトリやファイルの変更履歴を記録し、ソースコードのバージョンの管理ができます。

リモートリポジトリは、インターネット上に保存してあるリポジトリを指します。開発者はリモートリポジトリからローカルPCにリポジトリを複製して、ローカルで作業し、作業の結果をリモートリポジトリと同期することができます。

*2：ローカルリポジトリ*
ローカル環境（開発者のPC）にあるリポジトリのことをローカルリポジトリと呼びます。ローカルリポジトリを新たにローカル環境に作成したり、リモートリポジトリから複製したりして、ローカルリポジトリ上で作成したプログラムのバグ修正や機能追加などを行えます。

ローカルリポジトリでの作業結果を他の開発者と共有したい場合は、リモートリポジトリにアップロードして公開することでできます。

*3：プッシュ*
ローカルリポジトリをリモートリポジトリと同期して、自分のコミットを反映させることをプッシュといいます。

また、チームで作業をしている場合には、他の人がプッシュして、リモートリポジトリに変更が加えられている場合もあります。プッシュに対し、リモートリポジトリの変更をローカルリポジトリに同期させることをプルといいます。

*4：コミット*
コミットとは、別名リビジョンとも言い、GitHub上のファイルに対する個々の変更のことです。ファイルに対してコミットをし、その変更を保存すると、一意の IDが作成されます。その際にコミットした変更点と、いつ誰が変更したかの記録を保持できます。

*5：ブランチ*
ディレクトリやファイルの変更履歴の流れを分岐させて記録したものをブランチといいます。オリジナルの履歴から分岐したブランチは、他のブランチの変更などの影響を受けません。

リリース済みソフトウェアなどに影響を与えず、バグ修正や機能追加を行う場合は、複数のブランチを作って、それぞれで修正や機能追加を進めることができます。作業が終了したブランチをオリジナルに統合することをマージ（統合）と称します。

*6：プルリクエスト*
当該プログラムの関係者、レビュワーに対してソースコードの変更を通知し、オリジナルの更新を依頼するための機能をプルリクエストといいます。1人では見逃しがちなコードの記述ミスやバグなどが発見しやすくなり、プログラムの品質向上にも役立ちます。

*7：フォーク*
GitHub上の自身のアカウント領域に対して、既存のリポジトリを複製する機能をフォークといいます。自身のフォークしたリポジトリでは作業内容の更新が行えます。

また、フォークした自身のリポジトリ更新結果を、既存のリポジトリに対してプルリクエストすることで、管理者はその更新内容を通知で把握することができ、リポジトリの共有を行わなくとも共同開発を円滑に行うことが可能です。

*【参考】：[GitHub 用語集｜GitHub Docs](https://docs.github.com/ja/get-started/quickstart/github-glossary)*

GitHubでは何ができるのか、*バージョン管理面とソースコード管理面からGitHubの機能について解説します。*GitHubは開発プロジェクトやチームでのプログラミングでよく利用されますが、他にはWEBデザイナーやWEB制作のコーダーにも、テキストデータの管理などで活用されています。

プログラムのソースコードなど、**ファイルの変更や修正の履歴を管理することをバージョン管理といいます。**

これにより、過去のある時点の修正内容を確認したり、その時点の内容にソースコードを戻したりすることができます。GitHubにはこのバージョン管理機能があり、新バージョンで不具合が発生した際に、正常な過去のバージョンに戻したり、バグの追跡を行ったりすることができます。

### ソースコードの管理ができる

GitHubではソースコードの共有だけではなく、**ソースコードの管理が行え、開発プロジェクトを円滑かつ効率的に進めるのに役立ちます。**GitHubではプロジェクトの進行や課題の管理、ソースコードのレビューなど、プロジェクトやチームでの利用でより効果を得やすいという側面があるからです。

具体的にはソースコード上の問題点、バグの再現手順などに関するタイトルやコメントを記録して、チームメンバーに対する情報の周知徹底や課題に対する進捗管理が行えます。

ここでは、**GitHub Desttopのインストール方法について紹介します。**以下はWindowsユーザー向けですが、Macユーザーも同じページにある『Download for macOS』からダウンロードできます。

*1.* 下記リンクよりGitHub Desktopの公式サイトにアクセスし、トップページにある『Download for Windows（64bit）』をクリックすると「GitHub DesktopSetup-x64.exe」ファイルがダウンロードされます。

*2.* 「GitHub DesktopSetup-x64.exe」を実行するとセットアップが開始され「Welcome to GitHub Desktop」画面が表示されます。

*3.* GitHubのアカウントを持っていない方は、「Sign in to GitHub.com」をクリックして、下段の「New to GitHub？ Create an account.」からGitHubで使用するe-mail、パスワードとユーザー名を登録し二段階認証が済むとGitHub Desktopが使えるようになります。

（注意）：「GitHubdl」はPython向けのGitHubライブラリーであり、GitHubのダウンロードとは無関係です。GitHubから個々のファイルやディレクトリをダウンロードするためのツールとして利用するものですので、混同しないようにしましょう。

*【参考】：[GitHub Desktop](https://desktop.github.com/)*

ここまでGitHub Desktop 3.0のリリースと絡め、GitHubとは何か、GitHub Desktopによって何ができるのかなどについて解説してきました。**GitHub DesktopはプログラマやWebエンジニアのGithub初心者などにとって役立つツールです。**

GitHub Desktop 3.0では新機能が実装され、さらに便利なツールに進化しています。これまで利用していた方や、まだ使ったことがない方もぜひ1度試してみることをおすすめします。

GitHubが新たに発表したクライアントアプリケーション「GitHub Desktop 3.0」とは何か？GitHubやGitHub Desktopの概要をエンジニア初心者向けに易しく解説し、「GitHub Desktop 3.0」の特徴や機能について紹介します。

「GitHub Desktop」はコマンド操作不要で、GitHubを視覚的に操作ができるようにしたデスクトップツール

メジャーアップデートとなった「GitHubDesktop 3.0」は主にプルリクエスト機能の改善が行われている

「GitHubDesktop 3.0」により、開発プロジェクトのさらなる生産性や効率向上が期待できる

GitHub Desktop 3.0とは？メジャーアップデートで何が変わったのか、概要を解説！

**2022年5月6日、Docker Desktop 4.8.0登場でLinuxに正式対応しました。**Docker Desktopは、既にmacOS版とWindows版が先行リリースされています。Linux版は、開発中であることが予告されていたこともあり、長らく登場が待たれていました。
【参考】：[Install Docker Desktop on Linux](https://docs.docker.com/desktop/linux/install/)

*2022年6月現在、バージョン4.9.0が最新版です。*4.8.0の登場以降、4.8.1および4.8.2がマイナーリリースされています。

4.9.0では、ホームページにElasticsearch・MariaDB・Memcached・MySQL・RabbitMQ・Ubuntuのガイドを追加した他、ダッシュボードのフッターにDocker Desktopアップデート情報とDocker Engine統計情報が追加されています。

関連するソフトウェアですが、Compose v2.6.0・Docker Engine v20.10.16・containerd v1.6.4・runc v1.1.1・Go 1.18.2にそれぞれアップグレードされています。
【参考】：[Docker Desktop release notes](https://docs.docker.com/desktop/release-notes/)

Docker DesktopのFAQは、以下のサイトにまとまっています。詳細が必要な場合は、サイトをご確認ください。*2022年6月時点では、プラットフォーム共通情報とWindows版・macOS版の情報が中心です。*Linuxの情報は、登場間もないことから現在はあまり掲載されていません。
【参考】：[Docker Desktop Frequently asked questions](https://docs.docker.com/desktop/faqs/)

そもそもDocker Desktopとは、**Docker操作をGUIベースのダッシュボードを用いて一元管理できるソリューションを指します。**コンテナ化したアプリケーションやマイクロサービスを構築し、イメージへのアクセスを簡単に行うことができます。
【参考】：[Docker Desktop](https://www.docker.com/products/docker-desktop)

Docker Desktopには、Docker EngineとDocker CLIクライアント、Docker Compose・Docker Content Trust・Kubernetes・Credential Helperが含まれます。

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

エンジニア初心者でも分かる！Dockerコンテナの超入門！

Docker Desktopは、**プラットフォーム上で必要とするアプリケーションを、任意の言語とフレームワークでコンテナ化し共有することができます。**Docker開発環境のインストールとセットアップを簡単に行うとともに、最新バージョンのKubernetesを活用することができます。自動更新により、環境は最新かつ安全な状態に維持されます。
【参考】：[Docker Desktop overview](https://docs.docker.com/desktop/)

Windowsでは、Windows Hyper-VやWSL2（Windows Subsystem for Linux2）を活用し、LinuxとWindows Server環境を切り替えてアプリケーションを構築・運用することも可能です。

Windows環境のDockerとWSLの活用方法・手順を解説

### Docker DesktopとDocker Engineの違い

Docker Engineは、コンテナ技術を実現するサーバープロセスと接続API、コマンドラインインターフェースから構成されます。Docker Desktopは、グラフィカルユーザインターフェース（GUI）によりDockerコンテナを管理し、簡単にインストールすることができます。

Docker Engine単体でもシステム運用することは可能ですが、より簡便に一括管理できるようLinuxにおいても、GUIソフトウェアであるDocker Desktopのリリースが待たれていました。このように*Docker Desktopは、Docker Engineを補完する管理ソフトウェアということができます。*

2021年8月31日、Docker Desktop 4登場をきっかけに従来の無償モデルが見直されています。以下のサブスクリプションモデルが適応されています。

・*Docker Personal*
従来のDocker フリーサブスクリプションの置換となります。オープンソースコミュニティ・個別開発者・教育・小規模企業向けのモデルで無料提供されます。

・*Docker Business*
商用向けの有償サブスクリプションモデルです。従業員250名以上、または1千万USドル以上の年間売り上げがある企業に適応されます。規模と契約内容に応じて、Pro・Team・Businessの3種類が設定されています。
【参考】：[Docker Subscription Service Agreement](https://www.docker.com/legal/docker-subscription-service-agreement)
【参考】：[Docker is Updating and Extending Our Product Subscriptions](https://www.docker.com/blog/updating-product-subscriptions/)

Docker Desktopの利用にあたって、モジュールダウンロードとインストールを行います。*モジュールインストール後、Settingsメニューで実行時のオプションや機能の選択、ソフトウェアアップデート管理やエクステンションの利用を設定します。*
【参考】：[Docker Desktop for Linux user manual](https://docs.docker.com/desktop/linux/)

### Linux版Docker Desktopのシステム要件

*Linux版Docker Desktopは、64ビットカーネルと仮想化テクノロジーを利用します。*そのためLinuxシステム要件としては、KVMがサポートされている必要があります。
【参考】：[Install Docker Desktop on Linux](https://docs.docker.com/desktop/linux/install/)

オープンソースのプロセッサエミュレータであるQEMUについては、5.2以降がサポートされます。実行領域として、4GB以上のメモリが必要です。DEBファイルとRPMパッケージが登録されているため、ダウンロードして利用します。実験的バージョンとして、Archベースのディストリビューションにも対応します。

### Docker Desktopを使わない運用方法

Docker Desktopの新料金体系に伴い、何ができるのか疑問に思う方もいると思います。Docker DesktopはGUIベースですが、CLIで足りる場合はそこまでDocker Desktopにこだわることもありません。現に*Docker Pricing FAQでは、Docker Desktopを使用せずDocker CLIのみインストールする方法も記載されています。*Windows・macOS・Linuxの説明がそれぞれ記載されています。
【参考】：[Docker Pricing FAQ](https://www.docker.com/pricing/faq/)

Linuxでは、従来のDocker CLIとDocker Engineの組み合わせが該当するため、従来の使い方で支障がない場合はDocker Desktopを使用せずに運用することもできます。

## Linux版でサポートされるディストリビューション

*ディストリビューションは、Debian・Fedora・Ubuntuがサポートされます。*Archベースのディストリビューションは実験的なパッケージとなります。各ディストリビューションは、前述のLinuxシステム要件を満たす必要があります。それぞれの個別要件は以下の通りです。

Debianは、*64ビット版Debian 11がサポートされます。*パッケージリポジトリをセットアップし、DEBファイルをダウンロード、インストールします。
DEBファイルの命名規則は、 ”docker-desktop-\<version\>-\<arch\>.deb” です。
最新バージョンの場合、 ”docker-desktop-4.9.0-amd64.deb” のように命名されています。
【参考】：[Install Docker Desktop on Debian](https://docs.docker.com/desktop/linux/install/debian/)

最新版は、以下のようにインストールします。
```$ sudo apt-get update
$ sudo apt-get install ./docker-desktop-4.9.0-amd64.deb```

Fedoraは、*64ビット版のFedora 35および36がサポートされます。*Gnomeを利用する場合は、Gnome extensionsであるAppIndicatorと、KStatusNotifierItemをインストールしておきます。Gnome以外ではgnome-terminalが必要です。

FedoraはRPMパッケージをダウンロード・インストールします。
RPMパッケージの命名規則は、 ”docker-desktop-\<version\>-\<arch\>.rpm” です。
最新バージョンの場合、 “docker-desktop-4.9.0-x86_64.rpm” のように命名されています。
【参考】：[Install Docker Desktop on Fedora](https://docs.docker.com/desktop/linux/install/fedora/)

最新版のインストールは、以下のように行います。
```$ sudo dnf install ./docker-desktop-4.9.0-x86_64.rpm```

Ubuntuは、*64ビット版のJammy Jellyfish 22.04 （LTS）および Impish Indri 21.10がサポートされます。*x86_64とamd64ともに対応します。インストール方法は、Debianと同様です。
【参考】：[Install Docker Desktop on Ubuntu](https://docs.docker.com/desktop/linux/install/ubuntu/)

### Archベースでのインストール

*Archベースは、実験的な提供ですのでインストールのテストや評価がなされていません。*gnome-terminalを使って利用することができますが、自己責任が求められます。
【参考】：[Install Docker Desktop on Arch-based distributions](https://docs.docker.com/desktop/linux/install/archlinux/)

## デスクトップ環境でコンテナ管理をする際に有効な選択肢です

Docker Desktopは、GUIの簡単操作が可能でコンテナ管理に利用されています。Windows版やmacOS版が先行提供されておりますが、Docker Engine自体はLinuxサーバを中心に利用されています。

今回**デスクトップ環境でもLinux利用の選択肢が増えたことは、操作手順が統一されコンテナ開発・運用に一層弾みがつくと考えられます。**

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

2022年5月6日、Docker Desktop 4.8.0でLinuxがサポートされました。デスクトップ環境でGUIベースの操作が可能になります。ここでは、最新版Docker Desktop 4.9.0の機能と利用方法についても解説していきます。

2022年5月6日、Docker Desktop 4.8.0が登場しLinuxがサポートされました

2022年6月時点の最新版はバージョン4.9.0で、関連ソフトウェアがアップグレードされています

Linuxを用いたサーバーとデスクトップ環境の統合運用に弾みがつきます

Linux版Docker Desktopが登場！機能と利用方法を解説

近年、仮想化ソフトウェアの利用が増加しています。類似する技術である*コンテナ仮想化が、これまでの仮想化ソフトウェアを上回る勢いで急拡大しています*。ここではその代表的なソフトウェアであるDockerとKubernetesについて入門情報を説明し、違いを理解していきます。

Dockerは、*コンテナ仮想化によるOSレベル仮想化プラットフォームソリューションです*。Dockerイメージを用いたコンテナ仮想化システムを構築することで、開発ライフサイクルの効率性を高めることができ、DevOps等で活用されています。
【参考】：[Docker](https://www.docker.com/)

Dockerはホストカーネルを利用しているために単一OS上で複数のコンテナが実行できます。OSで用いるシステム資源は少なくメモリー効率性が高いので、コンピュータリソースをより多くコンテナアプリケーションに割り当て可能です。*Dockerを一言で言うと「軽量で速い」ことがメリットです*。環境をイメージとして登録できますので、複製が容易で配布がしやすいメリットもあります。

アプリケーションを実行するためには、アプリケーション実行コード・ランタイムライブラリや、依存ライブラリ等が必要です。アプリケーション自体の設定ファイルも必要です。このファイル準備作業は、従来の業務ではサーバーの数が一定のため、さほど手のかかる作業ではありませんでした。

しかしウェブアプリケーションのように、大量のサーバーにアプリケーションを分散するようになると、作業の支障がでてきました。各サーバーにアプリケーションを導入し起動したり、あるいはアプリケーションの設定を差し換えて起動したりとなると、バージョン管理や構成管理等手順の統一が必要となってきます。

コンテナでは、アプリケーション実行コードとランタイムライブラリおよび依存ライブラリをコンテナ化し、イメージ化することでデプロイが簡単になります。実行環境に合わせてコンテナの設定をカスタマイズするだけで準備が完了しますので、ちょっとした*アプリケーションを分散しデプロイするのに最適な仮想化ソリューションとして利用が拡大しました*。

Dockerコンテナでは、仮想マシンと異なりホストカーネルを利用し仮想化を実現しています。そのため、ホストカーネルからはプロセスとして動作します。プロセスはホストカーネルから見ると、他のプロセスと独立して動作しますので、*システムオーバーヘッドが少なく管理も簡単に行うことができます*。

Dockerイメージは、Dockerコンテナで用いる動作環境テンプレートです。アプリケーション実行に必要な変数・コマンドやメタデータを含みます。DockerはDockerイメージを用いてコンテナ化されたアプリケーションを実行します。DockerfileをビルドすることでDockerイメージを生成します。

Dockerリポジトリとは、*Dockerイメージの保管場所を指します*。またイメージの保管サービス全体をレジストリと言います。Dockerイメージの公開レジストリでデフォルト利用される提供サイトはDocker Hubです。

Kubernetesは、*コンテナのオーケストレーションを行うソフトウェアです*。アプリケーションコンテナをデプロイし、管理します。Kubernetesではクラスタ内でデプロイ・スケール・管理を実行できます。そのため可用性が向上し、企業向けに活用が進んでいます。
【参考】：[Kubernetes](https://kubernetes.io/ja/)

オーケストレーションとは、*コンピュータシステムのサービス設定や提供・管理の各種手続きを自動的に行う考え方です*。オーケストレーションによって全体の効率向上・品質向上・スピード向上を実現します。オーケストレーションの対象は幅広く、ビジネスプロセスから業務サービスまで多岐に渡ります。

ここではオーケストレーションの対象を、コンテナオーケストレーションとします。コンテナオーケストレーションとしては Kubernetesが代表的なソリューションです。この他、Docker社のDocker Swarmもコンテナオーケストレーションのソリューションとして開発提供されています。

KubernetesはアプリケーションをPodという単位で管理します。Podの集合体をサービスと言います。Kubernetesはコンテナ管理において以下のメリットがあります。

・*管理対象を抽象化し簡素化が可能*
管理対象はPodやサービスであり、インフラをノード（Node）として管理します。そのため、コンテナと実行マシンを厳密に結び付けずに簡単な操作で管理が可能となります。

・*クラスタの利用*
Kubernetesクラスタを利用するために、各ノードへのPodのスケジュールやクラスタ内デプロイが簡単にできます。負荷分散のためのスケーリングも簡単に行うことができます。

・*可用性・耐障害性の向上*
Nodeに障害が発生した場合自動復旧を行いますし、Podの障害発生の自動復旧を設定可能です。このため、スケーリングと併用することで耐障害性の向上が可能です。

上記の基本的な特性・メリットを活用し、Kubernetesでは自動化ソリューションとして大量のコンテナを管理し、短期間でデプロイすることが可能となりました。

2020年にKubernetes公式Blogで告知されたように、Dockershimは1.20で非推奨となっています。Dockershimとは、Dockerに対応するランタイムインターフェイスです。実際にはDockershimを介さずに、ContainerdのCRIプラグインにより、*kubeletとのランタイムインターフェイス接続が可能です*。今後もDockerコンテナを利用する上では問題なく利用できます。
【参考】：[Dockershim Deprecation FAQ](https://kubernetes.io/blog/2020/12/02/dockershim-faq/)
【参考】：[Migrating from dockershim](https://kubernetes.io/docs/tasks/administer-cluster/migrating-from-dockershim/)
【参考】：[Dockershim removal is coming. Are you ready?](https://kubernetes.io/blog/2021/11/12/are-you-ready-for-dockershim-removal/)

コンテナエンジンとしては、Dockerが有名です。Dockerは、デベロッパーがOSの設定や管理に時間をかけずにアプリケーション開発に専念し、さらにデプロイをすぐしたい、という要求から開発されました。そのためDevOpsのようにソフトウェアのビルド・テスト・デプロイと運用を短サイクルで運用連携する際に効率的に利用できます。

また、環境の複製やテンプレートの利用も可能ですので、同等のソフトウェアを利用したサービス展開にも柔軟に対応できます。さらにDockerの仕組みを利用することで運用までの作業手順書を標準化したり、簡素化したりすることができます。

Dockerは必要なコンテナソフトウエア機能が含まれますので、単一ノードで足りる場合はDockerをそのまま利用することも選択肢となります。しかし、利用が拡大してくるとコンテナ間で処理を連携するオーケストレーションのニーズが高まってきました。

Kubernetesはサーバーインフラ（Node）をまたがるコンテナ仮想化に対応し、大規模システムに適したクラスターを構成可能です。そのため、コンテナオーケストレーションを重視する場合はKubernetesを利用するケースが多数を占めています。

Docker単体では足りないクラスター機能ですが、現在Swarm modeとしてDockerエンジンにSwarmの機能を統合しています。しかしながらKubernetesもDockerのオーケストレーションモジュールとして採用されていますので、大多数のユーザはKubernetesを選択しているのが実情です。
【参考】：[Docker Orchestration](https://docs.docker.com/get-started/orchestration/)

これらを比較整理すると、単一ノード構成はDockerを、複数ノード構成はKubernetesを選択します。さらに*自動化・障害復旧のオーケストレーション機能が必要な場合はKubernetesを、不要な場合はDocker単体を選択すると良いでしょう*。

### DockerからKubernetesに移行するには

DockerからKubernetesに移行するには、MinikubeとKomposeを用います。Minikubeは、Kubernetesクラスターをローカルで環境構築・実行してくれます。手っ取り早く利用することができます。Komposeは、Docker Composeファイル（設定ファイル）をKubernetes用に変換してくれます。*要望に合わせてツールを選択することができます*。
【参考】：[Kubernetes ツール](https://kubernetes.io/ja/docs/reference/tools/)

## 今後オーケストレーション機能がより重視されます

オーケストレーション機能は、管理を単純化し・高速・短期間のデプロイを容易にします。さらに負荷分散や障害復旧等の可用性向上をもたらします。コンテナ利用は従来の用途から業務範囲を拡大しており、より重要度の高い基幹業務用途でも徐々に利用されてきています。

そのためKubernetesの提供する**オーケストレーション機能は、コンテナ利用で必須のソリューションとして一層利用されると考えられます**。ぜひ必要なスキルアップを進めておくことをおすすめします。

昨今、仮想化ソフトウェアの利用が増加していますが、コンテナ仮想化技術がさらに利用者を増やしています。ここでは、その代表的なソリューションであるDockerとKubernetesについて、その概要とメリットおよび使い分けのポイントをお伝えしていきます。

Dockerは、コンテナを用いたOSレベル仮想化プラットフォームソリューションです

Kubernetesは、コンテナを効率的に利用するオーケストレーションソフトウェアです

単一ノードでオーケストレーション不要の場合はDockerを、それ以外はKubernetesを選択します

DockerとKubernetesの概要・使い分けポイントを解説

## 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-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の違いを解説

## 初心者でも分かるDockerコンテナ

エンジニアの皆さんは、Dockerやコンテナという言葉を耳にしたことがあるでしょう。仮想化の一種であることは分かっても、なかなかイメージがつかみづらく、理解が難しく思えますが、実は意外にシンプルな概念です。

ここでは、**Dockerコンテナに照準を当て、エンジニアの皆さんにぜひ知ってほしいことを中心に分かりやすく解説**をしますので、ぜひ最後まで読んでください。

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

皆さんは「コンテナ」と聞くと、何をイメージしますか？物流のコンテナをイメージする人も少なくないでしょう。確かに「コンテナ」は物流の世界ではよく利用されています。行き先ごとにコンテナに荷物をまとめ、コンテナ単位で船や列車、トラックにそのまま積み、目的地に運べます。

プラットフォームの記事（9ページ目）