渦巻く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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー