進化するコンテナ技術　2019年にさらに人気が高まる理由とは

コンテナ化の流れが減速する気配はない。コンテナの進化に主眼を置いたさまざまな技術、製品、ベンダーの取り組みが増え、2019年はコンテナを取り巻く環境が大きく変化する年になりそうだ。

公開 2019年02月05日 05時05分

著者

Tom Nolle

[TechTarget]

印刷する

　2018年にコンテナの人気が高まり、仮想化環境の導入を検討する企業にとってコンテナは頼れる現実的な存在になった。2019年もコンテナに進化の余地は残っているだろうか。コンテナの進化は加速するだろう。

　近い将来、コンテナのエコシステムは、オープンソースコミュニティーとベンダーによって形成されるだろう。コンテナは、関連経費がかからないことや仮想化が容易にできる利点によって利用が広がり、データセンター、仮想マシン（VM）、クラウドなどから引き継がれるアプリケーションのエコシステムにうまく適合している。2019年は、こうした従来の特徴とは異なる方向へコンテナは進化するだろう。コンテナがアプリケーションのホスティングのために使われることは変わらないが、これに加えて分散アプリケーションを構築、実行するための一連のツールとしての役割も果たすようになる。

　オーケストレーションは、コンテナのスケールアップやエラーが発生したコンテナの置き換えの際、コンテナを導入、複製、再導入のために用いられ、個々のコンテナ技術をつなぎ合わせて管理するのに役立つ技術だ。このオーケストレーションは、2019年に2つの方向性で調和が始まると考えられる。デプロイを重視したメカニズムを採用している「Kubernetes」は、オーケストレーション技術の主要な選択肢になるだろう。これに対して「Apache Mesos」や、「Mesosphere DC/OS」「Mesosphere Marathon」は、仮想インフラを重視したメカニズムを採用している。Mesosphere DC/OSやMesosphere Marathonは、全てのデプロイを仮想化することであらゆるアプリケーションをホスティングし、既存のコンテナの枠を超えた役割を果たす。

併せて読みたいお薦め記事

コンテナは理想のインフラか

コンテナ管理ツールの選び方

Kubernetesの進化の方向性

　コンテナの進化には、「KubeVirt」や「Mirantis Cloud Platform」の機能の一つである「Virtlet」など、KubernetesでVMを実行するための管理ツールが貢献している。こうしたKubernetesの利便性を高めるサードパーティー製品に加えて、Kubernetes自体が進化し、仮想インフラを重視したメカニズムを採用すると考えられる。こうした技術的な進化は、Kubernetesがデプロイを重視したメカニズムとは異なる方向へ進化することを表している。Kubernetesが仮想インフラを重視した方向へ進むには、拡張を可能にしなければならない。そのような変化を経て、大半のユーザーがコンテナを導入する際、Kubernetesが第一の選択肢になるだろう。

　Kubernetesはインフラの抽象化へと向かっている。この動きのために、開発、監視、ネットワークなど、アプリケーション運用におけるあらゆる側面において、実際のインフラではなく、抽象化の仕組みを取り入れる必要が生じる。この抽象化のモデルが機能するためには、少なくともコンテナはPCと同様にホストしているアプリケーションを監視する必要がある。この状態に達するには、コンテナのファイルシステムを管理コンソールなどに組み込み、コンテナで仮想デスクトップを利用できるようにする必要がある。その結果、あらゆる面でコンテナが仮想ホストとなる「空のコンテナ」と呼ばれるものが実現する。

　仮想ホストとして機能するコンテナを実現する仮想インフラでは、複数のホスティングリソースとアプリケーションのコンポーネントが、単一の仮想ホストとアプリケーションだと見なされるような抽象化が可能になる。

仮想ホスト向けの2つの追加要素

　サーバレスコンピューティングという技術がある。この技術は実際には物理インフラで利用されるものだが、この技術が「サーバレス」と呼ばれるのは、アプリケーションのコンポーネントに仮想リソースをオンデマンドで割り当て、コンポーネントに対してリソースを動的に誘導するためだ。サーバレスコンピューティング向けのオーケストレーションは、ワークフローオーケストレーションという新たな次元に移ろうとしている。ワークフローオーケストレーションは、2019年にコンテナが進化するのに必要な新たな要素だ。

　ワークフローオーケストレーションにおいて、Kubernetesは利用可能なリソースにコンピューティング作業をどのように分配するのかを認知しておく必要がある。Kubernetesは、コンテナの導入やスケールアップ、スケールダウンによってワークフローが変化する場合と、ワークフローがコンピューティングリソースのデプロイを促す場合とを識別できる必要がある。サーバレスコンピューティングでは、いつ、どのアプリケーションのコンポーネントがどのリソースを使うのかをワークフローが決定する。コンテナとサーバレスコンピューティングのユースケースは重なり合うため、ワークフローオーケストレーションの機能は、これら2つの間をシームレスに接続する必要がある。

　コンテナの進化につながるオーケストレーションの要素として、イベントの処理方法を挙げることもできる。例えばKubernetes向けの大半の監視ツールは、インフラやアプリケーションの状態を認識して、応答を引き起こすイベントを生成する。さらに、MicrosoftのKubernetes管理ツール「Brigade」のように、スクリプトによって操作可能なKubernetesクラスタを作成するツールも出ている。マイクロサービス管理ツール「Istio」のような、ワークフローを管理できるイベント処理ツールも存在する他、マイクロサービスや機能ベースのコンピューティングを実現する方法もある。

　全てのイベントを中心に据えた管理、自動化ツールはKubernetesと連携できる。しかし一般的なユーザーにとっては選択肢が多過ぎ、ツール類を統合するのは煩雑な作業になる。論理的に考えれば、イベントを認識する機能はオーケストレーションに結び付けられるべきだ。2019年にそれが実現すれば、監視とアプリケーションのライフサイクル管理がさらに便利になる。

ネットワーキングとクラウド

　仮想コンテナのネットワークも、大きな変化を迎えようとしている。Kubernetesなどのコンテナ向けのオーケストレーション技術は、長い間、多様な仮想ネットワークのプラグインをサポートしてきた。それらのプラグインは機能面で大きく異なる特徴を持っている。プラグインの多様性は、コンテナをクラウドインフラで使用する際に大きな問題を引き起こす恐れがある。

　ハイブリッドクラウドは、コンテナ化と組み合わせた利用、あるいはハイブリッドクラウド単独の利用によってコンテナの進化を強力にけん引する。2019年、ハイブリッドクラウドの支持者は、クラウド環境とデータセンターの接続、仮想プライベートネットワークへの接続、コンテナとSD-WAN（ソフトウェア定義のWAN）の統合を実現するための仮想ネットワークなどの導入を進めるだろう。

　以上で述べた急速な変化を生む可能性を持つさまざまな要素技術が相まって、2019年にコンテナの導入は増加するだろう。コンテナに関連するさまざまな技術の選択肢があるため、企業のIT部門は、新たな技術を採用するためのトレーニングと統合作業に多大な時間を費やさなければならない可能性がある。

　コンテナ製品やそのベンダーが再編される可能性がある。DockerやKubernetes以外にもさまざまなコンテナ製品がある。VMware、Hewlett Packard Enterprise、IBM、Red Hatなどのベンダーは、進化を続けるコンテナのエコシステムに必要な要素をパッケージ化している。企業がコンテナにデプロイするワークロードは膨大なため、そのようなパッケージ製品が徐々に市場を支配していくに違いない。

印刷する