ハイブリッドクラウドの競争: AWS Outposts vs. Azure Stack vs. Google Anthos

ハイブリッドクラウドの競争: AWS Outposts vs. Azure Stack vs. Google Anthos

Azure Stack、AWS Outposts、Google Anthos は、現代のハイブリッド クラウド コンピューティングのニーズに応えるビッグ スリーの製品です。これらすべてのサービスには、クラウドとオンプレミスの展開を同期するように設計された類似のコア機能がいくつかありますが、ベンダー ロックインの考慮事項、ハードウェアの互換性、サポートされるクラウド サービスがそれぞれ異なります。

[[334347]]

AWS Outposts と Azure Stack と Google Anthos の詳細な比較レビューを読んで、どのハイブリッド クラウド サービスがニーズに最も適しているかを判断してください。

Azure Stack、AWS Outposts、Google Anthos がハイブリッド クラウドを近代化する方法

これら 3 つのプラットフォームは、いずれもハイブリッド クラウド コンピューティングに対する根本的に最新のアプローチを表しているという点で、ほぼ類似しています。

クラウド コンピューティング時代の最初の 10 年ほどは、ハイブリッド クラウド アーキテクチャは単純なものでした。パブリック クラウド リソースとオンプレミス インフラストラクチャを同時に使用しますが、緊密な統合や集中管理は行いません。また、複数のパブリッククラウドを導入することはほとんどありません。企業組織では、多くの場合、別のベンダーによって販売されるパブリック クラウドを 1 つだけしか使用できないという制限があります。

Azure Stack、AWS Outposts、Google Anthos は、それぞれ Azure、AWS、Google Cloud Platform (GCP) 上のパブリック クラウド サービスとオンプレミスのリソースを統合するように設計されています。これらのハイブリッド クラウド プラットフォームは、オンプレミス環境とクラウドベースの環境の両方に共通のワークロード展開プロセスと API を提供します。これらのサービスは、オンプレミスで実行されるかパブリック クラウドで実行されるかに関係なく、ハイブリッド クラウド ワークロードを調整するための集中監視および管理ツールも提供します。

さらに、Google Anthos は、ハイブリッド アーキテクチャの一部として複数のパブリック クラウドの使用を簡素化します。

AWS Outposts 対 Azure Stack 対 Google Anthos

これらのハイブリッド クラウド プラットフォームはすべて同様の統合および集中化機能を提供しますが、次の重要な点で異なります。

1. ハードウェアの選択

AWS Outposts、Azure Stack、Google Anthos は、ハイブリッド クラウド インフラストラクチャのオンプレミス コンポーネントを構築するためにさまざまなハードウェアをサポートしています。 Google は最も柔軟性が高く、AWS は最も柔軟性が低いです。

Google は、Cisco や Dell EMC を含む多数のハードウェア プロバイダーと提携しているため、Anthos はほとんどの最新のサーバー ハードウェアと互換性があります。企業組織は、既存のローカル ハードウェアを使用して Anthos によるハイブリッド クラウドを構築することも、安価な商用サーバーを購入することもできます。

対照的に、Azure Stack は、Microsoft がプラットフォームをサポートすることを認定したサーバーでのみ動作します。選択肢はかなり広範囲ですが、そのほとんどは Azure Stack 専用に設計されたデータ センター アプライアンスです。すでにこのハードウェアを所有している企業はほとんどないため、必要なオンプレミス インフラストラクチャを調達する必要があります。

AWS Outposts にはより厳しいハードウェア制限があります。 Outposts は、AWS によって直接設計、販売、インストールされたハードウェア上でのみ実行されるマネージドサービスです。

2. 管理レベル

AWS Outposts のハードウェア制限の利点は、それに対応するマネージドサービスモデルです。 AWS がハイブリッドクラウド インフラストラクチャのセットアップと管理を処理します。

逆に、Anthos を Azure Stack の 2 つのバリエーション (Azure Stack Hub と Azure Stack HCI) と併用する場合は、ローカル ハードウェアの管理はユーザーの責任となります。 Azure Stack Edge の場合、デバイスはプライベート データ センターまたはエッジ ロケーションに展開でき、ハードウェアは他のクラウド ベースのサービスと同様に Microsoft によって管理されます。

3. サポートされているサービス

AWS Outposts と Azure Stack は、クラウドベースの仮想マシンやデータベースなど、それぞれのプラットフォームから多くの一般的なパブリッククラウド サービスをオンプレミスのインフラストラクチャに拡張します。つまり、AWS や Azure と同じパブリック クラウド サービス、API、管理ツールの多くを使用して、オンプレミスでワークロードを展開できるようになります。

どちらの製品にも同様のオンプレミス クラウド サービスが含まれていますが、現時点では Azure Stack の方が選択肢が広くなっています。たとえば、Azure Stack は、Microsoft のサーバーレス コンピューティング サービスである Azure Functions をサポートしています。 Outposts は、AWS のサーバーレス プラットフォームである AWS Lambda をサポートしていません。

Google Anthos は、基盤が Kubernetes で構築されているため、動作が異なります。これにより、異機種クラウド インフラストラクチャ全体にわたってワークロードを展開および管理するための集中化された統合レイヤーが実現します。これには、1 つのパブリック クラウドとオンプレミス データ センター、複数のパブリック クラウドとオンプレミス インフラストラクチャ、または単に複数のパブリック クラウドが含まれる場合があります。

したがって、Anthos は GCP サービスをオンプレミス インフラストラクチャに拡張しません。代わりに、IT チームは Kubernetes サービス モデルとコンテナーを使用して、さまざまな場所にアプリケーションをデプロイします。ユーザーは、さまざまな Anthos プラグインをデプロイして、Anthos インストール上でサーバーレス関数などの他のサービスを実行することもできます。

4. マルチクラウドのサポートとベンダーに依存しない

Anthos は実際には複数の異なるクラウド インフラストラクチャ上で同時に実行できる Kubernetes ディストリビューションであり、GCP に特に縛られていないため、マルチクラウド アーキテクチャを完全にサポートします。

Azure Stack と Outposts はマルチクラウド製品ではありません。これらはそれぞれのクラウド (Azure または AWS) でのみ動作し、IT チームはそれらを他のパブリック クラウドと統合することはできません。基盤となるアーキテクチャの違いにより、Azure Stack または Outposts にデプロイされたワークロードを別のインフラストラクチャまたはプラットフォームに移行することは困難です。 Anthos を使用すると、最小限の変更でアプリケーションを別の Kubernetes ベースの環境に移動できます。

Google Anthos は、特に Kubernetes に慣れていないチームにとってはセットアップと学習に時間がかかる可能性がありますが、全体的には柔軟性が高くなります。一方、Microsoft Azure Stack と AWS Outposts は、より適切に管理されたハイブリッド クラウド エクスペリエンスを提供します。

元のタイトル: ハイブリッドクラウドの比較: AWS Outposts vs. Azure Stack vs. Google Anthos、著者: Chris Tozzi

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。

<<:  クラウドコンピューティングインフラストラクチャ管理の5つの重要なポイント

>>:  サーバーレス調査によると、REST APIの導入が最も一般的なユースケースであることが判明

推薦する

Baiduのウェブサイト最適化の開発トレンドの1つは、セマンティックトピックコンピューティングです。

Baidu のウェブサイト最適化に関しては、ウェブサイトのコンテンツの関連性が高ければ高いほど、ウェ...

4つの事例、役立つ情報が満載の記事です!エッジコンピューティングを「エッジ」にしない

エッジ コンピューティングは、ユーザーによって意味が異なります。ただし、変わらないのは、場所が重要で...

百度は360の盗作について公証を要求したと報じられており、同様の検索が論争を巻き起こしている。

ネットユーザーらは、360 Searchがコード内の「Baidu」を「search」に単に変更しただ...

百度VS360:両者は夜間に攻防戦を繰り広げた

ユーザーが360ブラウザで360総合検索を使用すると、Baiduの関連サービスをクリックすると、「W...

ウェブマスターは 2013 年も SEO で利益を上げることができるのでしょうか?

さようなら 2012 年、こんにちは 2013 年。年末に、ウェブマスターはようやく一息ついて、新し...

lfcvps 1G/XEN レビュー

LFCVPS は LET でプロモーションを開始したばかりで、1G メモリを搭載した XEN がたっ...

キーワード最適化のヒントを共有する

検索業界全体を見てみると、トラフィックの多いキーワードは、一部の大手の古いサイトが占めています。これ...

speedykvm-$6/KVM/1g メモリ/50g SSD/1T トラフィック/ダラス

有名なInceroコンピュータルームは、2番目のVPSブランド「speedykvm」を作成しました。...

簡単な説明: ローカルフォーラムポータルとローカルウェブサイトのプロモーション手法

他の業界のウェブサイトと比較すると、ローカル ウェブサイトのプロモーションには、主にユーザー グルー...

加速クラウド:四川徳陽高防御、825元/16コア/16gメモリ/200g SSD/50M帯域幅/100G防御(CC攻撃を無視)

加速クラウド(中華人民共和国付加価値通信事業許可証 B1-5344)は、四川省徳陽電信のコンピュータ...

陰謀の宮殿を探せ:360 が Sogou を征服し、Baidu の堀になる?

360の検索参入には必ずバックアッププランがあり、将来的にはSogouと衝突することは間違いないだろ...

Baidu エントリの通過率を向上させる方法

最近、大手ウェブサイトは、これが真実かどうかに関わらず、Baidu 製品内のリンクは重みをエクスポー...

vpckrはどうですか?韓国のVPS業者vpckrのVPS利用効果の簡易評価

今日、vpckr の韓国 VPS [(韓国 VPS への直接接続)、 #dry goods# vpc...

ウェブサイトの閲覧者数を増やすことがキーワードランキングの鍵

ウェブサイトのユーザーは、ウェブサイトの忠実なユーザー グループ、つまりウェブサイトのファンとも呼ば...