開発コンテナと運用プラットフォームを選ぶ
「Docker」の次に注目したいコンテナツール5選(1/2 ページ)
Dockerはコンテナの世界をリードしてきた。だが、今では他にも多数の選択肢がある。Dockerに代わる5つの頼りになるツールを、専門家が実践的なアドバイスと併せて紹介する。
事実上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つ紹介する。
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が進出したことに不安を覚えているコンテナオーケストレーションツールの開発者が、特に関心を寄せる代替となる兆しが見えている。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
生データを隠してデータ連携 KDDIが4000万人の顧客情報を安全に分析できた理由
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
7
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
8
大阪証券取引所がHiRDBで実現した「世界トップレベルの応答速度」を誇る新売買システム
-
9
IT製品の導入に関するアンケート「PC&デバイス」編
-
10
「IoT通信環境の構築・運用」に関するアンケート
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー