開発コンテナと運用プラットフォームを選ぶ

「Docker」の次に注目したいコンテナツール5選（1/2 ページ）

Dockerはコンテナの世界をリードしてきた。だが、今では他にも多数の選択肢がある。Dockerに代わる5つの頼りになるツールを、専門家が実践的なアドバイスと併せて紹介する。

公開 2016年11月07日 15時00分

著者

Mark Betz

[TechTarget]

印刷する

Open Container InitiativeのWebサイト《クリックで拡大》

　事実上SQLは1970年代前半にIBMが発明したものだといえる。だが、Relational Software（現Oracle）が1979年にRDBMS（リレーショナルデータベース管理システム）をリリースしてビジネスで使用されるようになるには、ボブ・マイナー氏、エド・オーツ氏、ラリー・エリソン氏という3人の男性がSQLに関わる必要があった。RDB（リレーショナルデータベース）は大きな進歩だった。少なくとも結果論では、大規模で競争力のある市場がRDBを中心に発展することは明らかだった。

　それから38年後の2016年、IBMがGoogleなどの企業と共に、基本的なコンピュータの発展に携わっているのは、なんたる因縁だろうか。その進歩とは「Linux LXC」（Linux Containers）のコンテナ化だ。今回もdotCloudの起業家精神に溢れるソロモン・ハイクス氏によって、これらのアイデアとツールは商業的に実用性のあるプラットフォームへと姿を変えることになった。この取り組みによって生まれたのが「Docker」だ。現在DockerはLXC上で運用されていない。だがLXCに起源があり、LXCを継承していることに変わりはない。

　開発コンテナとその運用プラットフォームの世界では、Dockerが中心的な役割を果たしているが、支配的な役割は果たしていない。現在Dockerが所有している主要なパーツとそれを取り囲むツールのエコシステムで、今後は競争が繰り広げられるだろう。以下にDocker以外のコンテナで注目に値するものを5つ紹介する。

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

Dockerを知る

コンテナとは何か

コンテナ＆マイクロサービスとは何か（Computer Weekly製品ガイド）

コンテナサービス比較

1．Open Container Initiative（OCI）

　基本的なインフラの進化は、特定の事業体に委ねるには荷が重過ぎる。その結果、開発コンテナの形式とランタイムのオープンスタンダードを推進するために、OCI（Open Container Initiative）が2015年に設立された。Dockerは主な支援者で、最近では「runC」をOCIに寄贈している。その他にもGoogle、Amazon、Faceboook、IBM、Red HatがOCIを支援している。

　OCIにとって歴史上の最適なモデルは、ネットワーク通信と統合のOSI（Open Systems Interconnection）参照モデルの前身となったOSIイニシアチブだろう。OSIイニシアチブと同様に、OCIはその活動範囲を狭く定義している。また最近ではコンテナイメージの形式の仕様書をリリースしている。OCIがOSIと同様の実用性を達成して成功を収めれば、数年後、私たちはもっと安定して広く理解された概念と操作に使うツールのフレームワークを手にしていることだろう。

2．Kubernetes

　個々の開発コンテナを初めて扱うときには、展開モデルのシンプルさに驚くだろう。展開したコンテナの数が急速に増えるにつれて、新たに対応しなければならない複雑な物事が出てくる。これはコンテナに限ったことではない。具体的には、イメージのビルドからコンテナのライフサイクル管理、サービスの検出、ネットワーク、永続的なデータなどがある。LXCの早期発展に貢献した企業の1つであるGoogleは、他の企業よりもコンテナ化が進んだアプリケーションを実行しているだろう。同社のオープンソースオーケストレーションプラットフォームである「Kubernetes」は、「Omega」と早期の「Borg」における同社の長年の経験に基づいて構築されている。恐らく、これは今もなお世界最大のコンテナ管理システムだろう。

　Kubernetesは標準のクラスタとコンテナ管理プラットフォームをリードする競合製品へと瞬く間に成長した。主なメリットの1つは、クラウドプロバイダーによって異なる多くの基本リソースに、一貫したオブジェクトモデルとAPIを提供していることだ。それから、Amazon Web Servicesの「Amazon Web Services」（AWS）やGoogleの「Google Cloud」などメジャーなクラウドでKubernetesを実行できるようにモジュールも用意している。

3．CoreOSとrkt

　Dockerをはじめとする多くの企業と同様、CoreOSは、成功を収めたオープンソースプロジェクトを足掛かりに成長した企業である。CoreOSの「CoreOS Linux」ディストリビューションは、開発コンテナを実行するためにカスタマイズされ、必要最低限の機能を備えたOSだ。分散Key-Valueストアの「etcd」は、Kubernetesクラスタの状態を一元的に格納するストアを提供する。またCoreOSはイメージのリポジトリとコンテナの自動作成ツールをホストする「quay.io」も運用している。

　ごく最近、「rkt」がニュースで取り上げられた。rktは、Dockerに代わるコンテナの形式とランタイムで、Dockerとは大きく異なるアーキテクチャを採用している。これまでDockerの機能は、モノリシックなランタイムデーモンによって提供されてきた。一方、rktはシンプルで構成可能なコマンドラインツールというUNIXの方針に従っている。それから、rktはDockerを含む複数のコンテナの形式と“プラグ可能な”ランタイムコンテナの分離レベルをサポートしている。この分離レベルは、特定の種類のシステムとサーバアプリケーションで役に立つ。rktは、まだ開発の初期段階にある。だが、「Swarm」や「Compose」によって自分たちの領域にDockerが進出したことに不安を覚えているコンテナオーケストレーションツールの開発者が、特に関心を寄せる代替となる兆しが見えている。

次ページへ MesosとLXD