「企業アプリケーションの多くがコンテナ上で動くことが前提となる時代にあって，そのカギを握る企業はどこか。答えは決まっている。Googleだ」―これは2017年11月，「⁠vFORUM 2017」の開催にともなって来日したVMwareのパット・ゲルシンガー（Pat Gelsinger）CEOがプレスインタビューの席で発したコメントです。この秋，筆者は国内外のITカンファレンスに数多く足を運びましたが，取材のたびに感じたのがエンタープライズクラウドにおけるGoogleの存在感が日を追って強くなっているという点でした。ゲルシンガー氏が率いるVMwareをはじめ，Salesforce.com，SAPなど，エンタープライズITのトップベンダがそれぞれの年次カンファレンスにおけるメインの発表としてGoogleとの提携強化を掲げており，Google Cloudがエンタープライズのプラットフォームとして認められつつある事実をあらためて実感します。

パブリッククラウド市場，とくにエンタープライズ市場でAWSやAzureに遅れを取っていたGoogleが，2017年になぜ急激にその存在感を強めたのか ―その理由はいくつかありますが，もっとも重要なファクタのひとつが，コンテナマネジメントの領域でKubernetesがデファクトスタンダードになったことでしょう。ハイブリッドクラウドやマルチクラウドといった多様な環境でアプリケーションをデプロイしなければならないケースが増えるにしたがい，コンテナのニーズはここ数年で劇的に拡大しました。しかし，コンテナの数が増え，その上で動くアプリケーションが増えるほどに，それらを管理するフレームワークへのニーズもまた高まりつつありました。そして2017年，コンテナオーケーストレーション/オペレーションの重要性に多くの企業が注目した絶好のタイミングで"そこ"にあったのがKubernetesでした。以後，Kubernetesは完全にコンテナの主流となり，2018年もその勢力を拡大し続けることは間違いありません。

現在，KubernetesはLinux Foundationの傘下にあるCNCF（Cloud Native Computing Foundation）が管理するオープンソースプロジェクトとして存在しており，GoogleだけではなくMicrosoft，Oracle，AWS，Baidu，Alibabaといった名だたる巨大IT企業がCNCFメンバーとしてKubernetes開発に参加しています。しかし冒頭のゲルシンガー氏の言葉にもあるように，Kubernetesコミュニティの中心にいるGoogleの動向は非常に重要であり，またGoogleにとってもGoogle Cloudのエンタープライズ普及を進めるにあたって，Kubernetesを通じたトップベンダとのパートナーシップ強化は同社のエコシステム拡大において欠かせない布石であり，AWSやAzureとの差をつめるためにも手を抜けない部分でもあります。

本稿では2017年のコンテナ/Kubernetes関連の動きを簡単に振り返りながら，2018年のクラウドをの方向性を"コンテナ＆Google"の視点から展望していきたいと思います。

1年で地歩を固めたKubernetes

ちょうど1年前の2017年初頭のころを思い返してみると，KubernetesをサポートするパブリッククラウドはGoogle Cloud（Google Kubernetes Engine）のみで，Kubernetesの存在感はいまほど大きくありませんでした。しかし2月にMicrosoftが「Azure Container Service」でKubernetesの公式サポートを表明したあたりから，徐々にクラウド業界はKubernetesへのシフトを強めるようになります。以下，2017年に起こったKubernetes関連の目立った動きを並べてみました。

こうして振り返ってみると，Kuberentesが2017年にコンテナオーケストレーションのデファクトを獲得するに至った理由として，大きく3つのポイントを挙げることができます。

ひとつは時代のニーズ，とくにエンタープライズからのフィードバックを的確に反映したアップデートを定期的に行っていることです。3月に2017年最初のメジャーアップデートを行って以来，Kubernetesはほぼ3ヵ月ごとにアップデートを繰り返してきましたが，エンタープライズでの本番稼働に耐えうるソフトウェアとして信頼を勝ち得るために，非常に重要なアプローチだといえます。また，3月にリリースされたKubernetes 1.6はGoogle以外の企業や開発者がはじめて開発に参加したバージョンであり，2017年はKubernetesのオープン性があらためてクローズアップされた年でもありました。これは1社によるベンダロックインを嫌い，オープンソースへのシフトが進む昨今の風潮ともマッチしており，加えてより多くの開発者からの支持を得ることにもつながっています。

2つめはKubernetesの普及とCNCFの活性化がリンクしており，エコシステムが順調に拡大している点です。とくにMicrosoftがKubernetesのサポートを発表してから急激にCNCF参加企業が増えており，OracleやVMwareといったプロプライエタリなソフトウェアベンダまでもがプラチナメンバーとして参加しているのは非常に興味深い現象だといえます。また，Googleとは競合関係にあるAWSもCNCFにプラチナメンバーとして参加を果たしており，11月のre:Inventでは同社のコンテナ管理サービス「Amazon ECS」におけるKubernetes対応のほか，サーバ管理することなくコンテナを実行できる新サービス「Amazon Fargate」でのEKS対応も発表しています。クラウドビジネスで先行するAWSやMicrosoftであっても，コンテナマネジメントに関しては"Kubernetesがデファクトである"という事実を認めており，この領域で無駄な競争はしないという彼らの意思表明が，CNCFとKubernetesにより多くの企業を引きつける要因となっているのは間違いないでしょう。

また，ここでも挙げたように，すでにいくつかの大手ベンダからCNCFの認定プログラムに準拠したKubernetesマネージドサービスが提供されています。KubernetesはDocker SwarmやMesos DC/OSに比較してオペレーションが煩雑で面倒」という声が聞こえてくることも少なくないのですが，VMwareのPKSやAWSのEKS/Fargateのように，今後はKubernetesクラスタの管理や実行をワンクリックで実現するマネージドサービスのニーズがさらに高まることが予想されます。そうしたサービスやサポートを拡充するKubernetesエコシステムがCNCFを中心に確立されたことは，2017年にKubernetesがデファクトスタンダードの地位を獲得する大きな原動力であったといえます。

3つめのポイントは企業としてのDockerの凋落です。コンテナエンジンとしてはいまもDokerがもっとも多く使われているにもかかわらず，2017年のDockerの存在感は日に日に薄くなっていき，Kubernetesの隆盛とはあまりに対称的な姿を見せてしまった1年となりました。しかしその凋落は決して2017年に急に始まったものではなく，2014年のKubernetesリリース，そしてそれに対抗するかのようにDockerが発表したコンテナオーケストレーションツール「Docker Swarm」のリリースから続いている流れだったと，いまなら言えるのかもしれません。

記憶している方も多いでしょうが，Dockerは2013年に創業してからまたたくまにシリコンバレーでもっとも注目されるスタートアップへと成長し，多くの投資家や巨大IT企業が競ってDockerに多額の投資を行いました。現在CNCFのメンバーを務めるMicrosoftやRed Hatも積極的にDockerを支援してきた経緯があります。

しかしその一方で，Dockerコンテナを支えていたはずのCoreOSからDockerの対抗技術であるrktがリリースされたり，CoreOSとGoogleが親密な関係を築き，現在のKubernetes隆盛の基盤を作るなど，Dockerと距離を置くIT業界の空気は2014年ごろからすこしずつ醸成されていたように思えます。さらに2016年にはDockerの著名な女性エンジニアに対するセクシャルハラスメントの事実が明らかになったのですが，このときのDockerおよび当時のCEOであるベン・ゴラブ（Ben Golub）氏の対応はお世辞にも良いものとは言えず，企業としてのマイナスイメージを強く引きずったまま，2017年に突入してしまった感が否めません。2017年のDockerは組織編成においても，リリースのタイミングにおいても右往左往し続け，企業としてもソフトウェアとしても焦点が定まっていない状態でした。創業者でもあるゴラブCEOの退任と新CEOの外部からの招聘，3年間に渡って無視し続けたKubernetesのDocker Swarmにおけるサポート表明などを見ても，Dockerのこの1年の動きは突発的で一貫性に欠けており，投資家や業界関係者，そして開発者が離れてしまう要因をみずからの手で作り出していったようにさえ見えます。現在，買収の噂もささやかれるDockerですが，すくなくともDockerがコンテナオーケストレーションの分野でKubernetesからふたたび主役の座を奪うような事態はまず起こらないでしょう。