PowerShell 7.2が**2021年11月8日リリース**されました。*ベースとなる.NET 6も同日リリース*されています。3年間の長期サポートが付いていますので、今後利用価値は高まると想定されています。
参考：[PowerShell ドキュメント](https://docs.microsoft.com/ja-jp/powershell/?view=powershell-7.2)
参考：[General Availability of PowerShell 7.2](https://devblogs.microsoft.com/powershell/general-availability-of-powershell-7-2/)

ソフトウェアは*Microsoft UpdateやMicrosoft Store*で提供されるほか、**各プラットフォーム用のパッケージがGitHubで公開**されています。
参考：[github v7.2.0 Release of PowerShell](https://github.com/PowerShell/powershell/releases)

*PowerShellはマイクロソフト社が開発したスクリプト言語*で、コマンドラインインターフェイス（CLI）での利用のほか自動実行のスクリプトとして利用されます。**PowerShell 7.2が最新リリース**で、Windowsに加えてLinuxやmacOSで利用が可能です。

PowerShell 7.2は.NET 6をベースとする長期サービスリリースです。
参考：[PowerShell 7.2 の新機能](https://docs.microsoft.com/ja-jp/powershell/scripting/whats-new/what-s-new-in-powershell-72?view=powershell-7.2)

主な新機能は以下の通りです。
・**Linux用パッケージの変更**
Linux単一のインストーラパッケージを利用することができます。 debとRPMパッケージがユニバーサルパッケージとなります。

・**Windows用Microsoft Update**
今回からMicrosoft Updateに対応します。管理フローの標準化が可能となり、アップデートモジュールは更新プログラムで提供されます。

・**タブ補完**
タブ補完機能に関して、不具合の修正とコメント・Requiresステートメント・Format-*コマンドレットのタブ補完追加が図られています。

・**PSReadLine 2.1**
CommandPrediction APIにより、予測IntelliSenseに対応します。

・**試験的機能のサポート**
従来の試験的機能がメインストリーム機能になります。あらたにいくつかの実験的機能が追加されています。

### PowerShell 7.2のサポートプラットフォーム

PowerShell 7.2のサポートプラットフォームは、*.NET Coreのサポートライフサイクル*に基づきます。

すなわちPowerShellは**.NETのサポート終了までサポート**されます。.NET 6は2021年11月8日リリースされたばかりですので、LTS（Long Term Support、長期サポート）の考えに基づき*2024年11月までサポートされる予定*です。
参考：[PowerShell のサポート ライフサイクル](https://docs.microsoft.com/ja-jp/powershell/scripting/install/PowerShell-Support-Lifecycle?view=powershell-7.2)
参考：[.NET and .NET Core Support Policy](https://dotnet.microsoft.com/platform/support/policy/dotnet-core)

PowerShell 7.2は20201年11月現在、以下のテスト済みOSがサポートされます。
・**Windows**
　Windows Server 2016、2019、2022
　Windows Server 2012 R2
　Windows Server Core 2012 R2 以降
　Windows Server Nano 1809 以降
　Windows 11
　Windows 10 1607 以降

・**macOS**
　macOS Big Sur 11.5
　macOS Catalina 10.15
　macOS Mojave 10.14

・**Linux**
　CentOS Linux 7、8
　Debian Linux 10
　Red Hat Enterprise Linux 7、8
　Ubuntu Linux 18.04 (LTS)、20.04 (LTS)
　現時点ではAlpine Linux・Fedora Linuxはテストされていません。

*PowerShellはマイクロソフトのPowerShell公式サイトのリンク、またはGitHubから直接ダウンロード*します。OS・プラットフォームにより提供されている手順に従いインストールし利用します。

### PowerShellのWindowsへのインストール

Windowsのインストール方法は多岐にわたります。
参考：[Windows への PowerShell のインストール](https://docs.microsoft.com/ja-jp/powershell/scripting/install/installing-powershell-on-windows?view=powershell-7.2)

以下に主要インストール方法を記載します。
・**MSI パッケージ**
GitHubからPowerShell-7.2.0-win-x64.msiやPowerShell-7.2.0-win-x86.msiをダウンロードし、ダブルクリックしてインストールします。コマンドラインからmsiexec.exeによりインストールすることもできます。

・**Microsoft Update**
Microsoft Update機能により更新プログラムとしてインストールできます。

・**ZIP パッケージ**
GitHubからwin-x66・win-x86用のZIPファイルをダウンロードし、展開後pwsh.exeが実行可能となります。ARM版もダウンロード可能です。

・**.NET Core SDK**
.NET Core SDKから”dotnet tool install --global PowerShell”のように、.NET グローバル ツールとしてインストールすることができます。

・**Windows パッケージ マネージャ**
Windows パッケージ マネージャのwingetから”winget install --id Microsoft.Powershell --source winget”のように、公開済みのパッケージを利用しインストールすることができます。

・**Microsoft Store**
他のアプリケーション同様にMicrosoft Storeからインストールすることもできます。

### PowerShellのLinuxへのインストール

PowerShellではLinuxディストリビューションに応じて必要なインストールが可能です。今回のリリースでLinux用パッケージが単一化され、**debとRPMパッケージがユニバーサルパッケージ**となりました。
参考：[Linux への PowerShell のインストール](https://docs.microsoft.com/ja-jp/powershell/scripting/install/installing-powershell-on-linux?view=powershell-7.2)

・**CentOS**
以下のパッケージリポジトリの利用が推奨されています。
CentOS 8用：https:\//packages.microsoft.com/config/rhel/8/prod.repo
CentOS 7用：https:\//packages.microsoft.com/config/rhel/7/prod.repo
curlでリポジトリを登録し、”sudo yum install -y powershell”でインストールします。または、GitHubのrpmを直接指定することもできます。

・**Debian Linux**
Debian Linuxのリポジトリは以下の通りです。
Debian 10用：https:\//packages.microsoft.com/config/debian/10/packages-microsoft-prod.deb
Debian10ではマイクロソフトのリポジトリからGPG Keyをダウンロードし登録します。
その後”sudo apt-get install -y powershell”でインストールします。

・**Red Hat Enterprise Linux**
Red Hat Enterprise Linuxのリポジトリは以下の通りです。
RHEL 8用：https:\//packages.microsoft.com/config/rhel/8/prod.repo
RHEL 7用：https:\//packages.microsoft.com/config/rhel/7/prod.repo
curlでマイクロソフト ReHat リポジトリを登録します。RHEL 8では”sudo dnf install powershell”、RHEL 7では”sudo yum install -y powershell”でインストールします。

・**Ubuntu**
Ubuntuのリポジトリは以下の通りです。
Ubuntu 20.04用：https:\//packages.microsoft.com/config/ubuntu/20.04/packages-microsoft-prod.deb
Ubuntu 18.04用：https:\//packages.microsoft.com/config/ubuntu/18.04/packages-microsoft-prod.deb
このリポジトリからGPG Keyをダウンロードし登録します。その後”sudo apt-get install -y powershell”でインストールします。

### PowerShellのmacOSへのインストール

macOSにおいても、多様なインストール方法が提供されています。
参考：[macOS への PowerShell のインストール](https://docs.microsoft.com/ja-jp/powershell/scripting/install/installing-powershell-on-macos?view=powershell-7.2)

実際のインストール方法は以下の通りです。
・**Homebrew**
Homebrewで”brew install --cask powershell”でインストールします。プレビュー版のインストールは”powershell”ではなく”powershell-preview”を指定します。

・**GitHubからダウンロード**
GitHubからパッケージをダウンロードし、”sudo installer -pkg powershell-7.2.0-osx-x64.pkg -target /”のようにインストールすることもできます。

・**gz バイナリアーカイブ**
GitHubからosx-x64・osx-arm64用のtar.gzファイルをダウンロードし、フォルダ展開後pwshを実行します。

## PowerShellの機能を活用して自動実行スクリプトを作成しましょう

PowerShell 7.2は長期サービスのリリースで同日リリースされた.NET 6をベースとしています。マイクロソフト社はVisual Studio含め開発環境の整備にも積極的です。ぜひ最新リリースである**PowerShell 7.2の機能を活用し、運用監視の自動化やツール整備**を行うことをおすすめします。

マイクロソフト社は11月8日、主要開発環境・開発ツールをまとめてリリースしています。PowerShell 7.2は.NET 6をベースとしたスクリプト言語で、3年間の長期サポートに対応します。ここではその製品概要と新機能を解説していきます。

PowerShell 7.2は、2021年11月8日リリースされたマイクロソフト社のスクリプト言語です

PowerShell 7.2は、.NET 6をベースに開発されており、長期サポートに対応します

Linuxパッケージの変更・Microsoft Update対応の他、使いやすさが向上しています

PowerShell 7.2がリリース！新機能やInstall手順を解説

Dockerとは、コンテナ仮想化による**OSレベル仮想化プラットフォームソリューション**です。*Dockerイメージを用いたコンテナ仮想化システム*を構築できます。Dockerにより、CI/CDのサイクルをさらに短周期で迅速に実施することができますので、開発ライフサイクルの効率性が一層高まります。

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

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

コンテナとは、仮想マシンと異なり**ホストカーネルを利用し仮想化を実現**します。ホストカーネルからはプロセスとして動作し、*他のプロセスと分離*させています。Dockerコンテナはこの仕組みを実装し、*システムオーバーヘッドの削減と管理を容易*にしました。

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

公開されているDockerイメージを取得するには *”docker pull” *を用います。デフォルトで利用されている公開レジストリは**Docker Hub**と言います。レジストリに登録する場合は*”docker push”*を用います。

### Dockerイメージとコンテナの違いは？

Dockerで用いる用語であるイメージとコンテナの違いは何でしょうか？この用語の違いは、コンテナ動作の流れを考えるとわかりやすいです。

以下の通り（1）→（2）→（3）の順番で構成していきます。

（1）**必要な構成ファイルをDockerfileとして作成**

Dockerfileをテキスト形式の構成ファイルとして作成します。テキストエディタがあれば作成できます。

（2）**Dockerイメージを読み込みテンプレートとして作成**

Dockerfile（構成ファイル）からコンテナ動作させる読み込みテンプレート（スナップショット）を生成します。ここでアプリケーション実行に必要な変数・コマンドやメタデータを含んだテンプレートファイルを、Dockerイメージと言います。”docker build”でDockerfileからDockerイメージを作成します。このファイルはディスクに格納された静的情報（起動前の状態）となります。

（3）**Dockerイメージを用いてコンテナ実行**

Dockerイメージは静的なテンプレートファイルですので、”docker run”で起動します。Dockerイメージは起動することでコンテナで実行されます。実行されているコンテナはメモリー上の動的情報（実行インスタンス）となります。つまりコンテナ実行するにはDockerイメージが必要となり、実行状態のインスタンスをコンテナと言います。

取得済みDockerイメージは *Docker Desktopのダッシュボード*の**Images画面で一覧表示**されます。この一覧から必要な*イメージを選択し「Run」でコンテナ実行*します。オプション変更が必要な場合は*「Optional settings」*で設定変更します。

参考：[Docker Dashboard](https://docs.docker.com/desktop/dashboard/)

最新のイメージは公開リポジトリである**Docker Hubから入手（Pull）**します。「View in Hub」で詳細情報が表示されます。Docker Hubの登録状況ですが2021年11月現在、*Docker Official Image*が**171件**、*Verified Publisher*が**8,815件**、全体で8,543,672件登録されています。Docker Hubでフィルター表示を活用し必要なイメージを一覧表示することもできます。

参考：[Docker Hub Containers](https://hub.docker.com/search?type=image)

### Docker Hubの人気・おすすめイメージは？

Docker blogに不定期掲載されているDockerの統計情報 Docker Indexによると、**2020年上期人気のコンテナイメージは、nginx・busybox・httpd・postgres・redis・memchached・alpine・traefik・ubuntu・mongo**となっています。

同様に**検索ランキング**は、msql・nginx・ubuntu・node・python・php・centos・redis・postgres・jenkins**です。

参考：[Docker Index: Dramatic Growth in Docker Usage Affirms the Continued Rising Power of Developers](https://www.docker.com/blog/docker-index-dramatic-growth-in-docker-usage-affirms-the-continued-rising-power-of-developers/)

Official imageで*人気ランキング上位のコンテナイメージを利用*することで、**コンテナの有効活用**が期待できます。

Dockerイメージは*Docker CLI（docker）*、または*Docker DesktopのImages*から利用します。Official imageを活用することで、**効率的にコンテナ化が可能**になります。よく使うDocker CLIのコマンドやイメージ用コマンドについては以降で説明します。

エンジニア必見！ Docker Desktop有料化の影響と対策

*DockerのCLIコマンド*でよく利用するものをまとめてみました。

docker version：Dockerバージョン情報の表示

docker info：Dockerシステム情報の表示

docker run：新規コンテナでコマンドを実行

docker stop：実行中のコンテナの停止

docker restart：コンテナの再起動

・**コンテナ内プロセスの一時停止と解除**

docker pause：コンテナ内プロセスの一時停止

docker unpause：コンテナ内プロセスの停止解除（再開）

docker attach：標準入出力・エラー出力の実行中コンテナへの割当

docker exec：実行中コンテナでのコマンド実行

docker cp：ファイルやフォルダーのコンテナ間、ローカルファイルシステム間でコピー

docker diff：コンテナのファイル・ディレクトリ変更確認

docker top：コンテナ内実行プロセスの表示

docker stats：コンテナのリソース統計出力

docker logs：コンテナからログの取込み

### Docker CLIのイメージ向けコマンド

Docker CLIのコマンドは多岐に渡りますが、*Dockerイメージに関係するコマンド*は以下の通りです。

docker history：イメージの履歴表示

docker images：イメージの一覧表示

docker inspect：Dockerイメージ等のオブジェクト詳細情報表示

・**イメージの生成（作成）と削除**

docker build：Dockerfileからイメージのビルド

docker commit：コンテナの変更情報からイメージを生成

docker import：Tar形式アーカイブからファイルシステムイメージを生成

docker tag：イメージ共有用にタグ付け

docker trust：イメージ上の Docker署名管理

docker load：Tar・標準入力からイメージをロード

docker save：イメージを Tarアーカイブとして保存

docker login：Docker Hub（Dockerレジストリ）にログイン

Dockerは、代表的なコンテナ仮想化ソリューションです。Dockerイメージを用いたコンテナ仮想化システムを構築できます。ここではDockerイメージの概念と利用方法を、Dockerイメージ作成の流れから順を追って解説していきます。

Dockerイメージは、コンテナ仮想化のために用いるテンプレートファイルです

Dockerイメージでは、アプリケーション実行に必要な変数・コマンドやメタデータを含みます

Dockerイメージを実行することで、コンテナで必要なアプリケーションが起動します

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

2021年10月21日に「Rustチーム」から、**プログラム言語「Rust」の最新バージョン「1.56.0」と「Rust 2021 Edition」が発表**されました。


さて、この記事を読まれているエンジニアの方で、「Rust」をご存知の方はそんなに多くはないでしょう。「Rust」は日本ではまだマイナーなプログラム言語です。そんな「Rust」を採り上げるのには理由があります。それは、「Rust」はさまざまな可能性を秘めた優れたプログラム言語だからです。


この記事では、*「Rust」の特徴やメリット、デメリット、今後の可能性について紹介*をしていきます。記事をご覧になられたエンジニアの皆さんもぜひ関心を持ってみてください。

【参照】：[Announcing Rust 1.56.0 and　Rust2021](https://blog.rust-lang.org/2021/10/21/Rust-1.56.0.html)

**「Rust」（ラスト）はマルチパラダイムのプログラミング言語と呼ばれ、「安全性」「速度」「並行性」の3つを特徴**としています。C言語を参考にしながら、C++に代わる新世代プログラミング言語を目指しています。*基本的な制御文はC言語と似ている*ため、C言語を学んだ人であれば、親しみやすいでしょう。

「Rust」はボランティア組織によって運営、開発されていますが、多くの著名な企業から支援を受けています。

ちなみに「Rust」は英語で錆（さび）と訳されます。そのため「Rust」の公式サイトを日本語に翻訳すると、随所に「さび」と表示されます。

*【参照】：[Rust公式サイト](https://www.rust-lang.org/ja/)*

「Rust」誕生の歴史は2006年に遡ります。*ブラウザのFirefoxで知られる『Mozilla社』に勤務していたグレイドン・ホアレ氏*が新世代プログラミング言語開発に賭ける思いから、**「Rust」開発は個人的プロジェクトとしてスタート**しました。
「Rust」は2010年7月に「Mozilla Summit 2010」にて発表されましたが、*最初の安定版の発表は2015年です。これが「Rust 1.0」の始まり*です。

「Rust」がMozillaのFirefoxエンジンで使われている事は比較的よく知られていますが、**MicrosoftはWindowsの開発に「Rust」を採用しています。Google社はAndroid OSの開発に「Rust」を採用すると公表しました。


AWSは「AWS SDK for Rust」のアルファリリースを行い、AWSの7つのサービスにこれを提供していく計画**です。このように、*ビッグネームが次々と「Rust」の採用に踏み切った意味は大きい*と考えられます。

### 「Rust 1.56.0」リリースの意味

 「Rust 1.56.0」のリリース記事には、*「下位互換性のリスクをもたらす可能性のあるオプトイン変更メカニズム..云々」の説明*が記されていますが、「Rust」を知らない人にとっては非常に難解に文章です。


まして、日本語のリリース記事は英文の翻訳であるため、なおさら分かりにくくなっています。ここでは、できるだけ分かりやすく、このリリース文の意味を解読してみます。

*「Rust」は「停滞なき安定性」をポリシー*としています。また「Rust」には、*「安定版で一度リリースした機能は、以降のすべてのリリース版においても、その機能のサポートを約束する」というルール*があります。これは「Rust」を利用するユーザーにとって非常に重要なことです。

「以前使えた機能が使えなくなる」、「新たな機能が下位バージョンでは使えない」といった問題は、ソフトウェアの世界ではよくあることですが、「Rust」はこうした事態の発生を可能な限り無くそうと努めています。

たとえば、2018年版エディションと2021年版エディションが共存するシステム環境が存在した場合に、それぞれの機能に違いがあるとシステム全体が機能しませんが、「Rust」ではこうしたトラブルを防ぐために最大限の注意を払っているようです。


**下位互換性のリスクを最小化し、安定性を高めたのが2021年版エディションであり、そのためのバージョンアップが「Rust 1.56.0」である**と理解すればよいでしょう。

ここまでの説明で、「Rust」に興味が湧いたでしょうか？ここでは**マルチパラダイム言語「Rust」の特徴やメリット**について解説をしていきます。

最近人気の言語、*「PHP」や「Python」はコンパイル不要のインタプリタ言語*ですが、**「Rust」は処理速度の速さが特徴と言われるコンパイラ言語**です。


コンパイラ言語は、人間が書いたソースコード（プログラム）をコンピュータに理解できる機械語に変換して動作するプログラム言語です。*コンパイラ言語としてはJava、C言語、C++など*がよく知られています。

「Rust」ではすべての変数が常に値を持っており、*基本的にシステムエラーの原因となるnull値が存在しない言語*です。
「Rust」は他の言語で長年抱えてきたnull問題を解決し、**システム全体停止につながるようなトラブルが発生しにくいため、安定性、安全性を重視したシステムの構築に向いています**。

他、メモリ効率の高さも「Rust」の特徴です。これまではエンジニア責任となっていた*メモリ管理を「Rust」は言語側で行い、多くの言語の弱点だったメモリリークを抑制して安全性を担保*している点も見逃せません。

「Rust」はC言語を参考にした言語であり、**処理の高速性を売りにするC言語の特徴を継承**しており、ベンチマークテストでもC言語に匹敵する数値を出しています。このため「Rust」は高速処理が求められる案件でも強みを発揮します。

「Rust」は*「マルチスレッド」でプログラムが処理できる*ような設計となっています。それぞれのプログラムに所有権の制約をつけ、**各スレッド間でデータ共有が起きないようになっており、処理の安全性を担保**しています。

またスレッド同士で可変オブジェクトの共有をする場合でも、コンパイルの際にデータ競合が起こらないことを確認するため、実行時に複数のスレッドが同一メモリ領域内のデータの読み書きが防止できます。このように*「平行性」が保証されている点も「Rust」の大きな特徴の1*つです。

**「Rust」はC言語やC++の良さを残しながら、それらの問題点を解消し、ボランティアたちの英知によって理想を追求した素晴らしいプログラム言語**です。その一方、次のようなデメリットがあるのも事実です。

「Rust」の製作者たちはC++の弱点や問題点の解消を意識しながら「Rust」を作り上げましたが、彼ら自身がC言語やC++に精通しているため、それらが難解な言語だという認識が欠けていたのかもしれません。


開発の視点を機能に重きを置いたため、プログラム初心者のことは念頭になかったのでしょう。そのためか、**プログラミング初心者にとっては難解な概念が随所に盛り込まれている**ように思われます。


たとえば「ライフタイム」や「オーナーシップ」「静的・動的ディスパッチ」などの概念です。恐らく、C言語やC++に触れたことがある中級以上のエンジニアであれば、まだ理解が早いかもしれませんが、*初心者が学ぶにはハードルが高い言語*と言わざるをえません。
しかし、逆に「Rust」を習得すれば、エンジニアとして大きな武器になる可能性は秘めていると考えられます。

**「Rust」の2つ目のデメリットは、利用人口の少なさ**です。日本でもGAFAなど外資系企業では「Rust」エンジニアは少なからずいますが、その他の特に日系企業ではまだまだ「Rust」は浸透しておらず、教えてくれる上司も少ないでしょう。


参考書などで自己学習すれば、コーディングレベルまでは可能でも、エラーやバグの解消には苦労するかもしれません。

もちろん、アメリカなどでは利用人口も多く、ネット上には多くの情報が見つかりますが、英文か、英文を直訳したものが中心のため、語学力が求められます。

こうしたハンデも「Rust」の普及に伴って次第に解消していくことでしょう。逆にとらえれば、*利用人口の少ない今だからこそ、「Rust」エンジニアは希少価値があります*。興味のある方はチャレンジしてみるのも良いかもしれません。

「Rust」に実際に触れてみたいという方のために、**インストール方法などを紹介**します。

「Rust」はJavaとは違って、プラットフォームを選びます。**「Rust」は、「Linux」「MacOS」「Windows」「FreeBSD」「NetBSD」のOS上で動作**します。

**Rustのインストールは公式サイトから最新のファイルをダウンロード・実行するだけで、大変簡単です。

基本的には以下の公式サイトの記載内容に従って、インストーラーを起動するだけです。

Windows版とMac版ではインストール方法が違いますので、以下簡単に紹介していきます。

*【参照】：[Rust をインストール](https://www.rust-lang.org/ja/tools/install)*

**Windows10環境でRustを実行する場合は、Visual C++Build toolsのインストールが必要**です。

インストール中にInstall the C++ build tools before proceeding.のメッセージが表示されたら、先に以下のマイクロソフトのサイトからインストールをしておいてください。

https://visualstudio.microsoft.com/visual-cpp-build-tools/

MacOSに「Rust」をインストールする場合は、以下の**コマンドをターミナルから実行**するだけです。

*『curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh』*

人気言語の「Python」とパフォーマンスに優れた「Rust」のどちらを学べばよいか、悩まれる方もいるでしょう。将来性はどちらもあります。**学習のし易さでは圧倒的に「Python」、今後の需要では「Rust」**でしょうか。


先ほど紹介した通り、*3大クラウド各社は「Rust」を採用*し、各社のビジネスに生かそうとしています。日本でも急速に「Rust」の認知度は高まるでしょう。今すぐ決断をする必要はありませんが、これを機に次に学ぶ言語として「Rust」も選択肢に含めてみてください。
また今後C言語やC++から「Rust」への移行が進みますので、特に*C系のエンジニアの方は、「Rust」は必須*と考えておきましょう。

Pythonとは？人気のPythonを学ぶ際に知っておきたいこと

Pythonでできることとは？Pythonのメリットも詳しく紹介

エンジニアの皆さんは「Rust 1.56.0」リリースのニュースを記憶されているでしょうか。「Rust」言語は近年、3大クラウド各社が採用するなど、注目度が高まっている言語です。これから「Rust」のメリットやデメリット、将来性などを一緒に確認していきましょう。

「Rust 1.56.0」は注目のマルチパラダイム・プログラミング言語「Rust」の最新バージョンである。

「Rust」言語は「安全性」「速度」「並行性」の3つを特徴とし、3大クラウドが採用したことで注目度が高まっている。

「Rust」言語は初心者には難解の言語と言われるが、まだ利用人口が少ない内に習得すると強い武器になる。

Rust 1.56.0最新バージョンがリリース！将来性がC超の理由

「Docker」なんて初めて聞いた、というエンジニアの方もいらっしゃるとかと思いますが、仮想化を知らないという方はいないでしょう。**Dockerは仮想化における方式の1つ、コンテナ型仮想化環境を構築するためのプラットフォーム**です。


ここでは、Dockerのメリットを中心にDockerについてやさしく解説をしていきます。エンジニアの皆さんには必ず役立つ知識ですので、最後までお読み頂けると幸いです。

*【参考】：[Docker公式サイト](https://www.docker.com/)*

### そもそもサーバ仮想化技術とは

仮想化について、釈迦に説法かもしれませんが、一応確認しておきましょう。

仮想化技術が普及する以前は、*1台のサーバに対しては1つのサーバ環境を構築するのが当たり前で、必要なサーバ環境が増えれば、サーバの台数も必要*でした。

つまり、ハードウェアという物理的な構成に縛られることを当然のように受け入れていたのです。

近年、理的な構成に縛られないサーバ環境構築技術が登場してきました。この**「サーバ仮想化技術」の登場によって、1台のサーバ上に複数のサーバ環境を構築することが可能**となりました。また、それらのサーバ環境では*異なるサーバOSを、同一サーバ上で動作させることが可能*です。

Windowsサーバ上に異なるバージョンのWindowsや、Linuxなどを混在して搭載するケースもあります。では、このサーバ仮想化技術によってどのようなメリットが得られるのかを確認しましょう。

### サーバ仮想化による3つのメリット

仮想サーバはクラウドサービスでは普通のサービスとして提供されています。利用者はサーバを選ぶというよりは、必要なOSを選ぶというイメージで1つの物理サーバ上にある仮想サーバを選択して利用しています。では、サーバの仮想化によるメリットを3つに絞って見ていきましょう。

従来のシステム開発では、開発時期によって選択するOSや、そのバージョンが異なると、その度にサーバを調達していましたが、仮想化技術を用いると、*同一サーバ上に複数のバージョンのWindows Serverを立てて、それぞれのシステムを稼働させることが可能*となりました。これにより、**ハードウェア調達コストはもちろんのこと、設定作業などの人的コストの削減も実現**できます。

サーバ仮想化技術によって、*少ない台数で多くのシステムを稼働*できれば、**サーバの維持コスト（レンタル費用、電気代、メンテナンス費用など）の削減**ができます。

*■複製の容易化によるBCP対策の実現*

BCPは事業継続計画のことで、災害などの緊急事態に際しての事業継続の方法などをあらかじめ決めておきます。サーバ仮想環境が整えば、*カプセル化された仮想サーバ環境はカプセルごと遠隔地のバックアップサイトに複製ができます*ので、非常時には短時間でバックアップサイトへの切替が行え、**事業継続リスクの最小化**を図れます。

## 3つの仮想化方式を理解しておこう

仮想化方式は大きく分類すると3つに分けられます。それぞれに特徴や、メリット・デメリットがあるため、**利用の用途に合わせて最適な方式を採用する**必要があります。ここでは、コンテナ型仮想化方式への理解を深めるために、*仮想化の3つの方式*について解説していきます。

ホスト型仮想化では仮想化ソフトウェアを用いて仮想マシンを稼働させます。*すでに利用しているサーバなどにインストールして利用できる簡便さはあります*。


しかし動作させるには同時にホストOSと仮想化ソフトウェアを利用するため、**余計なオーバーヘッドが掛かってしまい、パフォーマンス低下**が避けられません。


仮想化環境の構築がしやすく、検証環境としてはよく利用される方式ですが、パフォーマンスが重視される本番環境ではおすすめできません。ホスト型の代表的なソフトウェアとしては*「VMware Player」、「VMware Fusion」*などがあります。

**ハイパーバイザー型は言わば「仮想化機能を持つOS」で、ホストOSを必要としない**点が特徴です。直接サーバにインストールして、その仮想化OS上で仮想マシンを稼働させるイメージです。
代表的なものとしては、*「Hyper-V」、「Vmware ESXi」、「Citrix Xen」など*があります。ホストOSを必要としないため、*オーバーヘッドが起こりづらく、仮想マシンのパフォーマンス低下を最小限に抑制*できます。

コンテナ型はアプリケーション実行領域（ユーザ空間）をコンテナのように複数に分割して、それぞれ独立して利用するという特徴を持ちます。**コンテナ型はアプリケーション実行環境の仮想化技術**であり、ホスト型、ハイパーバイザー型とは大きく異なる概念です。


コンテナ型仮想化を実現するためのソフトウェアとしては、*「Docker」または「Kubernetes」*があります。ホスト1台の構成には向いていますが、*「Docker」は複数ホストになるとホスト間連携が煩雑*になりがちです。


この**複数ホスト環境をあたかも1ホストの実行環境のように扱え、問題を解消してくれるのが「Kubernetes」です**。

## Dockerコンテナを利用するメリットは？

コンテナ型仮想化については理解されたでしょうか。続いてコンテナ化仮想化ツールの「Docker」のメリットについて見ていきましょう。

「Docker」は環境構築の難易度が低いのがメリットの1つです。**コンテナの環境は「Dockerイメージ」を「Docker Hub」からダウンロードして、一部の変更を行うだけ**で求める環境を構築できます。


また「Docker」はリソースの消費が少なく、**「Dockerコンテナ」の作成コマンドをコマンドプロンプトから打つだけで、あっという間にコンテナができあがります。**

「Docker」をそれぞれの環境にインストールしておけば、同じ「Dockerイメージ」をダウンロードし、コンテナを作成するだけでアプリケーションを動かせます。


これにより、**開発者同士で簡単に開発環境の共有や統一化を図れます**。また*開発工程で作成した環境と同じ環境で本番環境を作れるため、本番環境への移行がスムーズ*に行えるのもメリットです。

従来型の仮想環境と比較して、**コンテナ型仮想環境では、ディスクやメモリなどのリソース消費が少なくなります**。それは、ホスト型仮想化やハイパーバイザー型が*ゲストOSを必要とする*のに対し、*コンテナ型ではゲストOSは不要でコンテナはアプリケーションの実行だけを行うため*です。

### クラウドのコンテナサービスが増加

コンテナ型のクラウドサービスを利用すると、**サーバのプロビジョニング（サーバの利用手配など）をせず、管理も不要**で、すぐにコンテナ利用ができます。


*3大クラウドからは、「AWS Fargate」、「Azure Container Instances」、「GCP Cloud Run」といったコンテナサービス*が提供されており、さらに活用が広がると見られています。

*【参考】：[AWS Fargate](https://aws.amazon.com/jp/fargate/)*

*【参考】：[Container Instances](https://azure.microsoft.com/ja-jp/services/container-instances/)*

*【参考】：[Cloud Run](https://cloud.google.com/run)*

## Dockerコンテナのデメリットは？

Dockerコンテナはホスト型仮想化やハイパーバイザー型仮想化と比べて、*身軽さや手軽さがメリット*ですが、一方で**いくつかのデメリットもあります**。ので確認しておきましょう。

### 単一OSに依存するため自由度が制限

**Dockerコンテナは1つのOSのカーネル部分を利用して動くため、OSの自由度が制限**されます。たとえば同一マシン上でWindowsコンテナとLinuxコンテナを動かすには、*Hiper-Vなどを用いたハイパーバイザー型仮想環境を用意する必要*が生じます。

### 仮想マシンと比べてセキュリティリスクが高い

*Dockerコンテナは複数のコンテナが1つのOS上で動くため、第三者から特権を奪われると全てのコンテナに影響を及ぼします*。*仮想マシンと比較してDockerコンテナはセキュリティリスクが高くなる*という前提で、**しっかりとしたセキュリティ対策を講じておく必要**があります。

「Docker」は*独立したユーザー環境を簡単に作れる一方、開発プロジェクトなどでは同じ開発環境をいくつも簡単に作れます。
それがコンテナの強みでもありますが、分散と集権、独立と共同、相反することができる**「Docker」の使いどころとしては、共同作業を行うプロジェクトで使っていくというスタイル**が最も適しているように見えます。

言語・開発の記事（101ページ目）