コンテナは仮想化技術ではなく、分離技術であるため、ホストと一部のコンポーネントを共有するためだ。LinuxとWindowsのアーキテクチャの違いから、両方のOSで動くコンテナの作成は不可能ということになる。

　Dockerは、軽量のHyper-V仮想マシン（VM）でLinuxコンテナを動かし、LinuxコンテナがWindows上で実行されているかのように見せることで、このWindowsとLinux間のコンテナ問題を回避する。

　Hyper-Vコンテナは、標準的なアプリケーションコンテナよりも分離性が高い。Windowsでコンテナ環境を動かしていてセキュリティを高めたい場合に使うとよいだろう。Hyper-Vコンテナは、バックエンドでMicrosoftのHyper-V仮想化技術を使用し、独自の名前空間に軽量なVMを構築する。仮想化が必要な分、Hyper-VコンテナはWindows Serverコンテナよりも遅いが、セキュリティに優れている。

　Windows ServerコンテナはLinuxコンテナにより近い使い勝手を提供する。このコンテナ技術をMicrosoftは「Windows Server 2016」に実装している。Windows ServerコンテナはHyper-Vコンテナよりも高速だ。ハードウェア仮想化を利用せずにWindows Serverイメージを実行するからだ。Windows ServerコンテナとLinuxコンテナは、いずれもホスト環境のカーネルを使用し、コンテナイメージとして展開する点で技術的に同じだ。

　さまざまなコンテナを展開している企業は、専用サポートなどDockerに対応したMicrosoftコンテナの恩恵を受けられる。MicrosoftはDockerと密接に協力し、Windows Server 2016のコンテナ機能を開発した。そのおかげでWindows ServerコンテナとHyper-Vコンテナは、DockerがLinuxとともに正式にサポートしている。Dockerのコマンドラインインタフェース（CLI）はWindowsコンテナにもLinuxコンテナにも対応している。

AzureコンテナとKubernetes

　Microsoftは当初「Kubernetes」の競合技術としてコンテナ用プラットフォーム「Azure Service Fabric」を開発した。Kubernetesは、広く使われているコンテナオーケストレーション（自動設定）技術だ。Kubernetesの競合技術を開発したMicrosoftだが、AKSでKubernetesを全面的にサポートをしている。これは顧客からのフィードバックを基に「Azure Container Service」でのKubernetesサポートを発展させたものだ。

　DockerとAzureを使用するIT部門は、Azure Container Registryを利用して、クラウド内でプライベートDockerを利用できる。クラウドで使うコンテナイメージは、リージョン（クラウドサーバが存在する地域）の選択によって低レイテンシ（低遅延）と、リージョン間でのレプリケーションによる高可用性の恩恵を受けられる。

　Azure Container Registryは、Docker CLIを利用できる。Dockerによるコンテナ管理に慣れているLinux管理者は、Azure Container Registryを使うときも、同じ感覚で管理できるだろう。

　Microsoftコンテナについて「クラウドではAKSを使わなければならない」といった制約はない。Microsoftは、Microsoftコンテナを実行できる「Azure Container Instances」サービスも提供している。AzureユーザーはDockerやKubernetesなど、適切なツールでこのサービスを管理できる。

　Microsoft環境を利用している企業はコンテナを、導入や運用が難しい技術として敬遠すべきではない。Microsoftコンテナのロードマップを評価し、自社のアプリケーションのアーキテクチャと展開戦略に合った製品を選択するとよいだろう。