各ツールの長所と短所を解説
「コンテナオーケストレーション」ツールを比較 AWS、Google、Microsoftのどれが最強?(1/2 ページ)
Amazon Web Services、Google、Microsoftの3大クラウドベンダーは、いずれもDockerコンテナの配備や監視を支援する「コンテナオーケストレーション」ツールを提供している。各ツールの機能を比較する。
現代の企業のIT部門をもってしても、堅牢(けんろう)な分散型システムを開発するのは困難だ。コンテナ(アプリケーションの実行に必要な要素をまとめた環境)管理ソフトウェアの「Docker」は、このような分散型システムの基本コンポーネントを標準化し、構成と管理の複雑さを軽減した。
IT部門は、市販業務アプリケーションの配布を簡略化する目的でDockerを導入することが少なくない。さらにコンテナのプロビジョニング(配備)や監視を支援する「コンテナオーケストレーション」ツールを使用すると、開発者はPaaSと同様のアプローチで、Dockerのコンテナとして新しいエンタープライズアプリケーションを導入できるようになる。
クラウドベンダーが提供しているコンテナオーケストレーションツールには、Amazon Web Services(以下、AWS)の「Amazon EC2 Container Service」(以下、Amazon ECS)、Googleの「Google Container Engine」、Microsoftの「Azure Container Service」などがある。各サービスは企業にとって、さまざまな長所と短所を備えている。
併せて読みたいお薦め記事
Dockerコンテナの管理・運用を支援するツール
今更聞けないDockerの基礎
Amazon ECS
Amazon ECSは他のAWSのサービスと密接に連携して、セキュリティ対策やストレージ、ログ記録、拡張性を実現する。各サービスのイベントやトリガーに反応し、コンテナやアプリケーションのパフォーマンスを監視しながら、新しいインスタンスを起動したり、終了したりする。AWSリソースの自動構築ツール「AWS CloudFormation」とも密接に連携し、開発者はAWS CloudFormation用のテンプレートを作成して、コンテナの動作を細かく調整できる。
全てのインフラをAWSへ集約した企業は、Amazon ECSを使用してアプリケーションを迅速に導入できる可能性が高い。だが全面的にAmazon ECSのツール群に依存すると、ベンダーロックインの問題が生じる恐れもある。一方でAWS以外のインフラで運用しているシステムがある場合、例えばAmazon ECSを使ってプライベートクラウドで実行しているアプリケーションやSaaSのイベントに対処するのは難しい。他のコンテナオーケストレーションツールの併用が必要になるだろう。
ハイブリッド導入向けのGoogle Container Engine
Google Container Engineは、Dockerコンテナのクラスタリソース管理ツール「Kubernetes」をエンジンとして実装したコンテナオーケストレーションツールだ。Googleは「Gmail」「Google検索」「Googleマップ」など、高い拡張性を誇る同社アプリケーションをコンテナで動作させており、Google Container Engineにもそのノウハウを生かしている。
Googleは、Kubernetesやその関連ソフトウェアの開発を主導する「Cloud Native Computing Foundation」の設立によって、Kubernetesの強力なオープンソースコミュニティーを育んでいる。こうしたコミュニティーはGoogle Container Engineをサポートしており、ソースコード共有サイト「GitHub」で活発に活動している。
Kubernetesは、Googleのクラウドサービス群「Google Cloud Platform」や他のクラウドで稼働するDockerコンテナのクラスタに関して、スケーリング(性能や処理能力の拡縮)を実現するための多様な仕組みを備える。開発者は、Kubernetesのオブジェクト(コンテナ群や各コンテナが稼働するサーバ)に対して設定を記述する形で、クラスタの構成と動作を指定できる。このアプローチでは個別のファイルではなく、同じコードでクラスタと関連コンテナを一緒に設定できる利点がある。
Googleは主要クラウドベンダーの中では珍しく、Google Container Engineの利用に対して追加料金を徴収している。1つのクラスタに6個以上のコンテナがある場合、Google Container Engineには1時間当たり0.15ドルを課金する。月額換算では100ドル以上になる。独立性の高い小規模サービスの組み合わせでアプリケーションを構築する「マイクロサービスアーキテクチャ」を採用し、個別のコンテナでマイクロサービスを実行するクラスタを多数運用している企業では、このコストが問題になる可能性がある。
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ジャパンをフォロー