コンテナで先手を打ったプロバイダーは

Google Container Engine BetaのWebページ《クリックで拡大》

　GoogleのKubernetesはオープンソースソフトウェアで、Amazon EC2でも実行できる。だがKubernetesのアプローチに対しては、サービスとして理想的な設計ではないという批判や、設定管理エージェントを各ノードで実行する必要があることから拡張性の問題に突き当たりかねないとの批判もある。

　これに対するGoogleの答えは明快だ。同社のContainer Engine＆Kubernetes担当プロダクトマネジャー、クレイグ・マクラッキー氏によると、KubernetesはGoogleが10年以上も前からインターネットスケールで実行していたシステムをベースとしており、週に20億という膨大な規模でコンテナを運用しているという。

　従って、全般的なIaaS（Infrastructure as a Service）としてはAWSに後れを取ってはいるが、GoogleはKubernetesとGoogle Container Engineで十分追い上げられる立場にいる。

　例えば、一般家庭とリフォーム業者のマッチングサービスサイトを運営する米Porchは、まだ正式版ではないGoogle Container Engineを本番環境で利用している。その結果を受けて全インフラをAWSからGoogleに乗り換える計画だ。

　PorchではGoogle Container Engineの下でKubernetesを使ったことにより、仮想ハードウェアを大幅に統合することができ、現在は当初導入したAWSの約40％をContainer Engineで運用している。

　「ECSでこれを試すこともできたかもしれないが、特定の料金体系でGoogleの方が理にかなっていた」とPorchのDevOpsエンジニア、タイラー・デービス氏はそう話す。

　Google Container Engineでは継続利用に対して割引料金が適用される。これはAmazonのリザーブドインスタンスでオンデマンドインスタンスよりもリザーブドインスタンスの方が料金が安く設定されていることに対抗した。ただ、Amazonのリザーブドインスタンスが1年または3年の契約を結ぶ必要があるのに対し、Googleの継続利用割引期間は分単位で計算でき、節約できるコストはこちらの方が大きいとデービス氏は説明する。

　「Googleの場合、不要なインスタンスを停止して同サイズのインスタンスを起動した場合、時間がたてば追加的な割引が受けられる。これに対してAmazonでは、『インスタンスを1年から3年の間予約する』と具体的に指定しなければならない。だが特定のマシンを実行するというその約束を当社が守れるとは限らず、これは当社の管理や導入の手法に合わない」（デービス氏）

　GoogleがKubernetesをオープンソース化して、米Red HatのPaaS「OpenShift」のような他のクラウドサービス事業者による導入やオンプレミスへの導入にも対応させたのは賢明だったとForce12のキュリー氏は指摘する。

　実際に、Googleは2015年7月、Kubernetes 1.0に合わせて「Cloud Native Computing Foundation」の創設を主導した。同団体には米IBMやRed Hatなどのエンタープライズクラウドサービス企業が名を連ね、エンドユーザー会員として米Box、米eBay、米Twitterなどが加盟している。

　「理論的には単にオープンソースソフトウェアのKubernetesを採用するだけで、どこででも好きな場所で実行できるので、少なくとも理論的には囲い込みは減る。現実的には、別の場所でインフラを構築してくれる業者は存在しないことから、囲い込みが行われるとは思わない。それで多少は安心感が増す」とキュリー氏はそう話している。

　Amazonは本稿についてコメントを避けた。