Red Hat、Microsoft、IBMが「Kubernetes」に参加
IT業界の巨人が集結、Google主導の「Docker」管理ツール開発が開始
Dockerのコンテナに対応するコンテナ管理ツールの開発を目指すGoogle。このオープンソースプロジェクトにRed Hat、Microsoft、IBMなども参加する。
クラウド分野で躍進が続くコンテナ技術。業界大手や新興企業が「Docker」コンテナのオープンソース管理ツールの開発に加わった。
米Microsoft、米IBM、米Red Hat、米Mesosphere、米CoreOS、米Docker、米Saltstackの7社は2014年7月上旬、米Googleが立ち上げたオープンソースコンテナ管理ツール「Kubernetes」のプロジェクトに参加した。Dockerの社名と同じソフトウェア「Docker」は、開発者コミュニティーで次世代のコンテナ型仮想化ソフトウェアとして爆発的な人気を呼んでおり、これらのパートナー企業はKubernetesが、Dockerの管理における課題の一部を解決する方法になると考えている。
2014年6月に開催されたDockerの開発者会議「DockerCon 2014」をきっかけに、こうした企業間の協力の機運が高まった。これらの企業のうち数社の幹部が、Dockerと、幅広い層が参加するDockerコミュニティーへの関心を表明したからだと、IBMフェローで「IBM WebSphere」担当のCTOを務めるジェリー・クオモ氏は説明する。各社は、「Dockerは良い出発点になるが、補強する技術が必要」という認識で一致していたという。
「こうした企業が大同団結し、『われわれがどう協力すれば、ユーザーに選択の自由を提供する価値ある技術を創造できるか』を考えるようになったのは、実に明るい兆しだ」(クオモ氏)
Googleは、「Omega」というコンテナソフトウェアを利用して自社の全てのアプリケーションを運用している。その経験の一部をKubernetesに盛り込んで公開し始めた。2014年6月のDockerCon 2014で発表されたKubernetesは、Googleのプロプライエタリな技術の簡易版だ。
Kubernetesプロジェクトに7社が参加したことは、Googleにとってプラスになる。Googleの顧客は、ワークロードをさまざまなクラウドで実行できることを望んでいる。「ワークロードがどこでも実行できるように、われわれGoogleと他のプロバイダーが協力することは、こうした顧客の役に立つ」とGoogleのGoogle Cloud Platform担当プロダクトマネジャーを務めるクレイグ・マクラッキー氏は説明する。
「われわれは、自社インフラの品質に自信を持っている。顧客がインフラのメリットだけを基にクラウドを選べるようになるのなら、どんなことでもわれわれにとって最終的にプラスになる」と、マクラッキー氏は声明で述べている。
Kubernetesプロジェクトは、Dockerコンテナのスケジューリングやオーケストレーションを改善しようとする幾つかの試みの1つだ。2014年7月に同プロジェクトに参加したDocker以外のベンダーは、もともとDockerと協力関係にあった。同社と協力している大手ベンダーは他にもあり、米Amazon Web Servicesもその1社だ。Kubernetesをめぐるパートナーシップは、Dockerの成長が新たな段階に入ったことを象徴していると、Dockerのベン・ゴラブCEOは語る。
「われわれは、強力で優れた、使いやすいコンテナを作成できるようにすることから出発した。今では、人々はDockerでより複雑なことを実現しようとしている」(ゴラブ氏)
実際、「IT業界はコンテナへのオープンで標準化されたアプローチを求めている」と米調査会社Neoviseのアナリスト、ポール・バーンズ氏は指摘する。
「Dockerコンテナは、Linuxディストリビューションベンダーやクラウドサービスプロバイダー、IT担当者に大歓迎されている。一般的に、コンテナを使うことでサーバ仮想化を完全に代替することはできない。だが、コンテナは明らかに、ITエコシステムの重要な要素になりつつある」(バーンズ氏)
Dockerは、Dockerコンテナの管理には問題があることを認識している。ゴラブ氏は、次の重要なステップは、Kubernetesのような取り組みから最良の要素を取り入れ、Dockerの機能性を高めることだと語る。
MicrosoftやIBM、Docker、Red HatがKubernetesを支持していることについて、「この技術が各社の既存の戦略にもたらす価値を考えれば驚くにはあたらない」と米コンサルティング会社Cloud Technology Partnersの上級副社長、デビッド・リンシカム氏は語る。台頭するコンテナ技術を導入する企業の数はDockerの人気を物語っており、Kubernetesは、統一規格を通じて導入企業にさらに大きな価値を提供する。
「顧客はオープンで軽く、ポータブルなワークロードを望んでいるが、既存のプロプライエタリなソリューションにおけるワークロードはその逆であり、このことはクラウドコンピューティングの価値を下げている」とリンシカム氏は指摘する。だが、さまざまなベンダーがDockerやKubernetesに関する協業に乗り出していることから、企業は、オープンで経済的なソリューションが続々と登場することを期待できるという。
「これは単なる進化ではない。根本的な変革だ」(リンシカム氏)
この動きは顧客にとって好ましいが、クローズドなアプローチや技術を推進しているクラウド開発技術のプロバイダーや、Dockerによって不要になる規格を利用しているベンダーには大きな脅威になる可能性があると、リンシカム氏は述べている。
温故知新
Dockerは必ずしもユニークではないが、開発者がアプリケーションの構成に活用するようになれば、このソフトウェアはベンダーに大きな影響を与える可能性があると、米調査会社Forrester Researchのアナリスト、ジェームズ・スタテン氏は指摘する。
「Dockerは現在、注目を集めている」とスタテン氏。「Dockerが広く定着すれば、こうしたベンダーは皆、このソフトウェアに対応しなければならない。だが、そうなるというのは少し時期尚早だ」
このオープンソースソフトウェアは、クラウドのベンダーロックイン問題を解消するための新たな要素技術になる。
「現状のままでは、クラウドの先行きはかなり厳しい」とスタテン氏。「まだ早い段階であり、深刻な事態にはなっていない。だが実際には、クラウドにはロックイン問題がついて回る」
「しかし、GoogleやRed Hat、Docker、Microsoft、IBMといった企業が、これまでWebでは何がうまくいったのかに目を向け、『われわれの業界の企業に大きな成功をもたらしたものは、クラウドにおいてもないがしろにはできない』という姿勢を示しているのは評価できる」(スタテン氏)
Red Hatは以前からLinuxコンテナを使用しており、1年前からDockerと提携している。「コンテナは新しい技術ではなく、仮想マシンに取って代わるものでもない」というのがRed Hatの見解だ。だが、コンテナはアプリケーションのより高速かつ効率的な起動を可能にし、特に業界標準化のおかげでポータビリティを実現する。
「この分野に技術が乱立していたら、イノベーションを進めるのは困難だ」と、Red Hatのエンジニアリング担当シニアディレクターを務めるマット・ヒックス氏は語る。「こうした多くの企業がその共通スタックを採用することで、『既存のかなり強力なコンテナ規格に合わせて開発を行うことができ、その規格がアプリケーション環境のデファクトスタンダードになる』というメリットが生まれる」
内的および外的課題
コンテナは、ホストOSがクラッシュすると、全てのワークロードがダウンしてしまうという問題がある。コンテナがあらためて脚光を浴びているのは、Linuxの成熟に伴い、この問題への十分な対応がなされるようになったからではないかと、スタテン氏は見ている。
開発者は、クラウド利用から得た「仮想マシンに高い信頼性は期待できない」という教訓から、ハードウェアで問題が発生しても、アプリケーションが動作を継続できる仕組みを構築している。これは、OS障害時にもアプリケーションが動作を継続できることを意味する。
だが、仮想マシン(VM)内でコンテナを実行するのは、屋上屋を重ねることになるため、コンテナの躍進は、仮想化ビジネスに悪影響を与える可能性があると、スタテン氏は指摘する。また、VMwareのような企業にも打撃を与える可能性があるだけでなく、いずれはMicrosoftに、「Hyper-V」製品の比重を下げる一方、Windows内部で使われているがほとんど宣伝されていない独自コンテナツールに力を入れることを余儀なくされるかもしれない。
いずれにしても、こうしたコンテナで大規模なトラブルが発生し、Dockerの耐障害性がVMに勝ることがはっきりするときが来るはずだ。
「人気につられてDockerをもてはやしているが、この技術を正しく理解していない人にとって、それは目を覚まし、学習するきっかけになるだろう」(スタテン氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか? -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
5
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
6
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
7
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
8
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
9
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
10
「Windows派」「Linux派」を分ける決定的な違い
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー