渦巻くDockerクラウド市場
「Docker」中心に意地の張り合い、AWSとGoogleの“負けられない戦い”(1/2 ページ)
アプリケーションコンテナ技術「Docker」のクラウドサービスを進めるAWSとGoogle。2社が提供するサービスの違いについて紹介する。
米Dockerのクラウドオーケストレーションシステムが、法人顧客の獲得を目指す米Amazonと競合各社の次の主戦場になっている。米Googleが自社のコンテナ管理手法を取り巻くベンダーの新しい業界団体を設立したのに対し、米Amazon Web Services(AWS)はサービスを通じて顧客獲得を狙う。
Dockerクラウド市場はアプリケーションコンテナ技術「Docker」のコンテナに始まる多数の層があり、別のLinuxコンテナフォーマットである米CoreOSの「rkt」とも融合している。コンテナフォーマットとしてDockerが選ばれるのは、Linux OS間で移植するためのアプリケーションのパッケージ化が単純化できることによる。
ただしそれ以上の点では合意には程遠い。
Dockerのオーケストレーションシステムには、下記のような複数のモデルがある。
- 米Mesosの「Apache Mesos」
- CoreOSの「Linux CoreOS」
- Googleの「Google Kubernetes」
- AWSが「Amazon Elastic Compute Cloud(EC2)Container Service(ECS)」のオーケストレーションシステムに使っている独占的なシステム
Amazonのシステムには宣伝的な名称は付いていないものの、Amazonのワーナー・フォーゲルズ最高技術責任者(CTO)は、GoogleがKubernetesバージョン1.0をリリースした2015年7月21日(米国時間)に合わせて、ブログで詳しい説明を行った。
Dockerクラウド市場の層の最上部に位置するDockerクラウドサービスは、こうしたオーケストレーションシステムを使って、サービスとしての手軽なコンテナ管理機能を提供している。これまでのところITプロフェッショナルの間で最も優勢な2大サービスのうち、ECSは2015年4月に正式版となった。「Google Container Engine」はまだプレビュー段階だが、既に本番環境で利用している顧客もある。近く正式リリースが見込まれるものの、日程はまだ発表されていない。
AmazonはPaaS(Platform as a Service)の「AWS Elastic Beanstalk」経由でも、2014年6月からDockerインテグレーションを可能にしており、Dockerクラウドサービス分野への参入の早さで優位に立つ。
モバイル電子商取引アプリケーションのメーカー、オーストリアSweazerの共同創業者クリスティアン・ベイコフ氏にとって、DockerクラウドサービスとしてのElastic Beanstalkは魅力的だった。同社はElastic Beanstalkの最初のバージョンを使って創業し、AWSのヨーロッパ(EU)圏フランクフルトリージョンではまだECSが利用できないことから、当面はこのバージョンを使い続ける予定だ。
「Elastic BeanstalkではDockerイメージが簡単に構築できる。当初われわれには自前のDockerレジストリを構築できるインフラがなかったので、これは非常に便利だった」とベイコフ氏は言う。
Dockerのスケジュール管理機能を手掛けるスペインの新興企業Force12.ioの共同創業者アン・キュリー氏のようなDockerクラウドサービス愛好家によれば、コンテナをホスティングするためにApache Mesosのようなシステムをオンプレミスに導入するのは困難を伴う。同氏は英ソフトウェア企業WorkingProgramの最高経営責任者(CEO)兼共同創業者でもあり、ソフトウェア開発の分野で20年の経験を持つ。
Force12は実験の一環としてまずECSに環境を設定し、そこから仮想化環境に移行してMesosをインストールした。
「それで分かったのは、現時点でまだ取り組んでいるところだが、これはインストールがものすごく難しいということだった。ECSでの運用が簡単なことに比べて、Mesosを稼働させ、ノードを全て相互に通信させてうまく連動させるのは本当に難しい」とキュリー氏。
ただしAmazon ECSモデルは場合によっては柔軟性に限界があるとキュリー氏は指摘する。例えばパフォーマンス調整のハブの数はMesosの方が多く、Force12の性能実験ではECSよりわずかに高速だったという。
同氏はECSについて「非常に過保護な状態にある」と評する。「極めて簡単に始めることができ、そしてもちろん、ここから始めたユーザーはそのままとどまる傾向にある。Amazonはそれを頼みにしている」
この点に関してAmazonは、Dockerクラウド管理サービス分野でGoogleと競争する上で手堅いビジネスモデルを確立している。他の幅広いサービスを通じて多数の大手企業との関係を確立し、そうした企業は当然ながらAWSの代替サービスにまず目を向ける。
例えば住宅ローンを扱う米Ditech Mortgageでは、まだECSを使っていないものの、最高クラウドアーキテクトのジェイソン・マクマン氏によれば、検討を予定しているという。
「クラウド事業者としてAmazonを承認するためには極めて大掛かりで負担の大きい詳しい調査が必要だった。たとえAmazonがGoogleより優れていたとしても、単純に諸経費がかさんだというだけの理由では移行しない」(同氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法 -
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる? 使い方や導入の流れは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
生成AIで開発工数を圧縮 「工数150分の1」を叩き出した実例
-
3
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
4
高額GPUが遊んでいるのはなぜ? AIインフラを襲う根深い「データ待ち」問題
-
5
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
6
無課金から要課金まで AIの基本や応用がマスターできる“学習コース”9選
-
7
「データストレージの活用方法」に関するアンケート
-
8
1日200件の電話対応から解放 ベルクが電話代行ではなくIVRを選んだ3つの理由
-
9
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
10
OpenAIが叫ぶ法規制の裏で 情シスが今すぐ固めるべきAI防衛策
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー