KubeCon のクラッシュ: Istio は新たなクラウド ネイティブの寵児となったか?
トム・クレイジット著
一年でこんなにも変わるものですね。
Kubernetes はここ数年間、クラウド コンピューティングの分野で最も注目されているオープン ソース プロジェクトのひとつであり、今週シアトルで開催される独自のカンファレンスには 8,000 人以上が参加すると予想されています。これは昨年テキサス州オースティンで開催されたイベントの 2 倍以上の参加者数です。しかし、Istio を中心としたマネージド サービスを導入している企業の数を考えると、このコンテナ オーケストレーション プロジェクトが今年の KubeCon で最も話題になるかどうかは明らかではありません。
Googleは火曜日のKubeConで、サービスメッシュ技術の代表的な例の一つであるIstioがGoogle Cloudのマネージドサービスとしてベータ版で利用可能になったことを発表する予定です。VMwareやF5 Networksといった企業も今週、マネージドIstioサービスを導入しており、ポートランドのTwistlockは月曜日に、同社の主力セキュリティ製品がIstioをサポートすることを発表しました。
Istioは、Google、IBM、Lyftによって開発されたオープンソースプロジェクトで、アプリ開発にマイクロサービス・アーキテクチャを採用する企業が、その移行に伴うネットワークの複雑さに対処できるよう設計されています。アプリ構築に使用されるマイクロサービス間のトラフィックフローを管理し、セキュリティとアプリケーションのパフォーマンスの可視性を向上させるのに役立ちます。
マイクロサービスにより、企業はアプリケーションをより小さく、専門化されたコードパッケージに分割し、必要に応じて個別に調整・更新することが可能になります。従来のアプリケーションは、巨大なコードブロックを1つ持つ「モノリシック」なアプリケーションとして構築されていました。これは一部の種類のアプリケーションでは十分な性能を発揮しますが、現代の分散アプリケーションが要求するスピードで更新しようとすると、アプリケーションが簡単に機能しなくなる可能性があります。
Google Cloudのエンジニアリング マネージャー、ジェニファー・リン氏は、「多くの銀行のお客様から、モバイルバンキング アプリケーションの開発を迅速化したいという声が上がっています。しかし、セキュリティや監視を後回しにするのは避けたいと考えているのです」と述べています。
昨年11月のインタビューで、GoogleのUrs Hölzle氏は、Istioは「Kubernetes自体よりも重要になるかもしれない」と語っていました。それから約1か月後、オースティンで開催されたKubeCon 2017では、クラウドの世界がKubernetesをコンテナオーケストレーションの事実上の標準として定着させた後、サービスメッシュが次の重要な焦点となることが明らかになりました。
「（顧客やパートナーから）アプリケーションの90％がコンテナ化されたマイクロサービスアプリケーションとして書かれていると聞いています」とリン氏は語った。
しかし、Google と IBM は Istio がサービス メッシュの Kubernetes となることを熱望している一方で、公的および私的な開発者や運用者は、世界最大の企業を含む Istio の支持者が別の事実上の標準を作成することを期待して結集したトップダウンのアプローチに不満を抱いている。
Istioは、プロキシとも呼ばれるデータプレーン層の上に位置するコントロールプレーン層です。KubernetesがDockerコンテナのコントロールプレーンであるのと似ています。Istioは、Lyftで開発されCloud Native Computing Foundation傘下のデータプレーンであるEnvoyと連携していますが、サービスメッシュを管理するためのアプローチはいくつか存在します。
昨年、元Twitterエンジニア2人が、Linkerdデータプレーンプロキシを基盤とするスタートアップ企業Buoyantを立ち上げました。同社はKubeConのスポンサーであるCNCFにも参加しています。Solo.ioは今週、Redpoint VenturesとTrue Venturesから1,100万ドルの出資を受け、ステルスモードから脱却しました。Gloo製品はEnvoy上で動作し、マイクロサービスとクラウドネイティブツールキットの他の部分との間のトラフィックフローを調整します。
HashiCorpは、Consul製品を通じてサービスメッシュ技術（など）の開発に1億ドルを調達しました。さらに、クラウド界の巨人であるAmazon Web Servicesでさえ、re:Invent 2018カンファレンスでEnvoyを基盤としたサービスメッシュ製品を発表しました。
Istioの売り文句は、Envoy（KubeConの月曜日に独自のサイドカンファレンスを開催）からlinkerdまで、マイクロサービス連携時に使用するデータプレーンを自由に管理できること、そしてKubernetesを使ってコンテナデプロイメントを管理しているユーザーと非常にスムーズに連携できることです。しかし、月曜日夜に開催されたKubeConキックオフカクテルパーティーでは、エンタープライズコンピューティングの顧客の多くが、マイクロサービス時代どころかクラウド時代にもまだ慣れていないという印象が漂っていました。
2015年のKubernetesと同様に、Istioが本格的に普及するには数年かかると予想されます。Googleのような大規模なウェブスケール事業者が分散型マイクロサービスを提供する際に直面するような課題に直面している企業は比較的少ないからです。しかし、マルチクラウド運用に関する議論を、複数のベンダーにまたがる実際の本番環境への導入で裏付ける企業が増えれば、マルチクラウド導入を可能にする重要なリンクとして、このコンセプトは急速に普及していく可能性があります。
サービスメッシュ時代の到来を真に示唆するのは、Amazon Web ServicesやMicrosoftといった大手クラウドプロバイダーが、Googleのサービスに対抗するマネージドIstioサービスをリリースした時でしょう。2つのクラウドリーダーは、2017年にわずか数ヶ月の期間を置いてマネージドKubernetesサービスを導入しました。これは、Kubernetesプロジェクトの勢いが明確になり、競合サービスが多数存在する世界においてKubernetesが事実上の標準として確立されたことを受けてのことでした。
そのため、クラウドコンピューティングにおけるIstioの牽引力は、企業主導のオープンソースプロジェクトのマーケティング力を試す興味深い試金石となるでしょう。このテーマは決して忘れ去られることはありません。もしまだ登録可能であれば、IstioConの商標登録を今のうちに済ませておきましょう。
