Google の Anthos は、AWS や Azure のハイブリッド クラウドとどう違うのでしょうか?

[51CTO.com クイック翻訳] 最近、Google が Anthos 製品の正式リリースを発表し、市場には新たなプレーヤーが登場しました。 Anthos は、開発者と IT 管理者が複雑な分散アプリケーション ソフトウェアを扱えるように設計されています。 Azure Stack を使用して顧客が自社のデータ センターでクラウドを実行できるようにしたのは Microsoft が初めてですが、現在では Amazon と Google も同様の機能を備えた製品とサービスを提供しています。

ビッグ 3 はいずれも、コンテナや Kubernetes などの最先端のイノベーションを活用して、顧客が既存のアプリケーション ソフトウェアを最新化し、変革するのを支援する必要があることを認識しています。オンプレミスとクラウドの両方で、これらすべての異なるアプリケーションをさまざまなプラットフォーム上で連携させることは困難です。 Google は、この課題を克服するための実用的な解決策を持っていると述べている。

[[264338]]

Google の Kubernetes グループ プロダクト マネージャーである Aparna Sinha 氏は、同社がレガシー アプリケーションを最新化するために採用している 3 つの異なるアプローチについて説明しました。

• GKE On-Prem は Google のクラウド サービスを顧客のデータセンターに提供します
• サービスメッシュはアプリケーションをマイクロサービスアーキテクチャに移行します
• レガシーアプリケーションをコンテナ化して移植性とアクセス性を高める

「一貫したパフォーマンスと適切なレベルの制御を提供するサービスを提供するために、ハイブリッド アプローチとマルチクラウド アプローチの両方に多くの顧客が関心を示しています」とシンハ氏は語った。

これらの各アプローチは、レガシー アプリケーションをクラウドベースのアーキテクチャに体系的に移行します。これはアプリケーションの一部を社内で維持することを妨げるものではありませんが、新しいアプリケーションパラダイムの基盤部分としてコンテナと Kubernetes を使用する必要があります。

Google Kubernetes 環境オンプレミス

Google のハイブリッド クラウド サービスの基礎となる GKE On-Prem は、古いハードウェア上にあるレガシー アプリケーションを最新化する複数の方法を顧客に提供します。ワークロードの移植性、つまりアプリケーションをどこでも実行できる能力が最終的な目標です。 GKE On-Prem を使用すると、データをオンプレミスで保持する必要がある場合や、大量のデータをクラウドに移動したくない場合に、アプリケーションを簡単に構築して実行できます。

ここでの Google のアプローチは、GKE On-Prem が VMware vSphere 上で実行されるため、Amazon や Microsoft のアプローチとは異なります。すべてが顧客のハードウェア上で実行され、Cisco、Dell/EMC、HPE、Lenovo を含むすべての主要な VMware OEM がサポートされます。このアプローチは、多数の既存の VMware 顧客に対応し、すでに導入されている使い慣れた管理および運用環境を維持します。

サービスメッシュ

Google は、将来的には、アプリケーション ソフトウェアの統合は、すべてクラウドで調整および管理される多数のマイクロサービスに基づいて構築されるようになると考えています。 Google Cloud Service Mesh (GCSM) は、通信やネットワークから監視やセキュリティまですべてを処理する製品です。 GCSM は、Google の Istio 製品を活用して、これらの新しいマイクロサービスの信頼性とセキュリティを確保するために必要な重い作業を処理します。

サーバーレス コンピューティングとは、プラットフォームに依存しない方法で特定のサービスをオンデマンドで提供するという概念です。ここでのポイントは、物理システムに制限されることなく、特定の機能を提供することです。この問題に対する Google の解決策は、Kubernetes と新しい Istio ベースのプロジェクトである Knative を使用してすべての作業を実行することです。

コンテナ化

ほとんどの企業には、書き換えられることのないモノリシックなアプリケーションがあります。これらは、データベースや過去に購入した別のアプリケーションなどのパッケージ化されたアプリケーションである可能性があります。ここでの Google のアプローチは、これらのアプリケーションをコンテナベースのプラットフォームに移行して実行できるようにし、さらに重要なことに、Google Cloud Platform 環境で管理および統合できるようにすることです。

このプロセスを簡素化するために、Google には社内およびパートナーを通じて特定のサービスを提供する移行センターがあります。顧客の要件の複雑さと柔軟性に応じて、リフト アンド シフトから移行とモダナイズまで、この問題を解決するためのアプローチは多数あります。 Google はこのアプローチではすべてのニーズを満たすことはできないと認識し、需要を満たすために多数のパートナーを招き入れました。

結論

複雑さに対処するための Google の全体的な戦略は、可能な限り簡素化することです。陳腐に思えるかもしれませんが、Google の製品を試してみると、本当に効果があります。開発者は、マウスを数回クリックするだけでテスト システムを起動し、本番環境と基本的に同じコア インフラストラクチャを使用して開発を行うことができます。

ローカル開発とクラウド開発を統合するための Microsoft のソリューションは、Azure Stack システムを使用することです。同様に、Amazon は、ユーザーにハードウェアを購入してもらい、ローカルデータセンターで AWS のクローンを実行してもらいたいと考えています。 Google は、AWS や Microsoft のコストのほんの一部で、既存のハードウェア上で VMware vSphere を実行してニーズを満たすことができると主張しています。

Google の Anthos が AWS や Azure ハイブリッド クラウドとどう違うのか、Paul Ferrill 著

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