クラウドネイティブの実現のために活用していきたいテクノロジーやサービスは山ほどあるが、今回は3つのカテゴリーを紹介する。「コンテナオーケストレーター」「アプリケーションプラットフォーム」「サーバレスコンピューティング」だ。

コンテナ時代の主役「コンテナオーケストレーター」

　2013年に登場した「Docker」をきっかけに、コンテナが脚光を浴びることになった。コンテナ技術そのものは以前から存在していたが、Dockerはコンテナイメージの作成や配布などDevOps（開発と運用の融合）の実現にマッチした概念を持ち込み、一躍人気となった。

　しかしDocker（ここでは中核要素の「Docker Engine」を指す）は、あくまでもシングルホスト（サーバ）内でコンテナを実行・管理するための仕組みだ。商用環境で利用する際に必要となる運用監視の仕組みや、冗長性の担保については他の仕組みを利用する必要がある。

　そこで注目され始めたのが、複数ホストで動くDocker Engineに対して適切なコンテナの配置をするコンテナオーケストレーターだ

Kubernetes

　恐らく最も注目を集めているコンテナオーケストレーターが「Kubernetes」である。KubernetesはGoogleが開発を始めたオープンソースソフトウェア（OSS）で、2016年にはCloud Native Computing Foundationに知的所有権を移管している。

　Kubernetesの思想は、Google社内で利用されている「Borg」というクラスタマネジャーを基にしている。この点も人気を集めている理由の1つだろう。

　KubernetesはOSSであり、クラウドのみならずオンプレミス環境でも稼働することが可能だ。マネージドサービスとしてKubernetesを利用できるコンテナオーケストレーターサービスには、Googleの「Google Container Engine」（GKE）、Microsoftの「Azure Container Service」がある。

　2017年8月には、PaaS（Platform as a Service）向けソフトウェアベンダーPivotal SoftwareがVMware、Googleと共同で「Pivotal Container Service」（PKS）という企業向けKubernetesの提供を発表した。

Docker Swarm mode

　Dockerの開発元であるDocker社も、「Docker swarm mode」というコンテナオーケストレーターを提供している。もともとは「Docker Swarm」という独立したソフトウェアだったが、Docker Engineに統合する形でswarm modeが誕生した。

　swarm modeはDockerの無償版であるCommunity Editionの他、商用向けのEnterprise Editionでも利用可能だ。

“アプリケーションファースト”を実現する「アプリケーションプラットフォーム」

　次に紹介するのが、アプリケーションプラットフォームである。あまり聞き慣れない言葉かもしれないが、例としては「Heroku」「AWS Elastic Beanstalk」「Cloud Foundry」などが挙げられる。「それってPaaSじゃないの？」と思われる読者もいるだろう。その通り、このカテゴリーはつい最近までPaaSと呼ばれることが多かった。しかしながら、プラットフォームという単語が指す範囲は非常に広い。定義によっては、コンテナオーケストレーターや後述のサーバレスコンピューティングもPaaSと呼べてしまう可能性がある。そのため、より現実に即した名称として、今回はアプリケーションプラットフォームという呼び方を採用した。

Cloud Foundry

　アプリケーションプラットフォームの代表格として紹介したいのがCloud Foundryである。自身を「クラウドアプリケーションプラットフォーム」と位置付けるCloud Foundryだが、このカテゴリーの中では歴史が古く、2011年からOSSとして公開されている。現在はPivotal、IBM、General Electric（GE）の他、MicrosoftやGoogleも名を連ねる、Cloud Foundry Foundationが開発を主導している。

　Cloud Foundryは内部に「Diego」と呼ばれるコンテナオーケストレーターを内包しており、ソースコードからのデプロイの他、Dockerイメージを持ち込んでの実行も可能となっている。

　Kubernetesをはじめとしたコンテナオーケストレーターは、当然のことながらコンテナ管理に特化した仕組みであり、利用者もコンテナの存在を意識しながら利用する必要がある。一方、Cloud Foundryはあくまでもアプリケーションのためのプラットフォームであり、利用者はコンテナの存在を意識する必要がない。ソースコードからの場合も、Dockerイメージの場合も、同じように「cf push」というシンプルなコマンドでアプリケーションのデプロイ（配備）が可能だ。

　アプリケーションのデプロイや管理のみならず、ネットワークの設定やログの収集などもアプリケーション単位で、簡単なコマンドでできる。「インフラのことは全てCloud Foundryに任せ、開発者はアプリケーション開発に注力できるように」というのが、Cloud Foundryのキーコンセプトだ。

　商用製品としてPivotalが「Pivotal Cloud Foundry」というソフトウェアを提供している他、Pivotal、IBM、NTTコミュニケーションズなどがCloud Foundryをベースとしたパブリックサービスを提供している。

OpenShift

　Cloud Foundryと並んで取り上げられるのが、Red Hatが提供している「Red Hat OpenShift Container Platform」（以下、OpenShift）だ。2015年にアーキテクチャを一新し、Kubernetesをベースとしたアプリケーションプラットフォームに生まれ変わった。

　今回のカテゴリーに当てはめるとアプリケーションプラットフォームだが、OpenShiftは自身を「コンテナプラットフォーム」と位置付けており、Kubernetesの一ディストリビューションとして展開している。

　Kubernetesそのものの機能に加え、Dockerイメージのレジストリ（イメージ管理サーバ）やソースコードからのデプロイ機能、マルチテナント機能など、アプリケーションプラットフォーム向けの機能を追加したものとなっている。

　インフラ関連の設定を隠秘して、開発者の思考をアプリケーション開発に集中させるCloud Foundryのアプローチに対し、OpenShiftはKubernetesによる抽象化されたインフラ機能を開発者にコントロールさせる権限を与え、かつアプリケーション運用に必要な機能を追加するという、柔軟性と多様性を重視したアプローチを取っている。同じカテゴリーに位置付けられる製品でありながら、その目指す先が大きく異なるのが興味深い点だ。

　商用向けには、パブリックサービスの「OpenShift Online」、ユーザー企業ごとの専用環境を提供する「OpenShift Dedicated」、自前の環境にセットアップを行うOpenShift Container Platformが提供されている。