企業のビジネスをクラウド プラットフォーム間で移行するのはどれほど難しいのでしょうか?

企業が自社のアプリケーションとサービス、そして各クラウド プロバイダーが提供するサービスについて十分に理解していれば、クラウドへの移行は想像以上に簡単になります。

[[282689]]

クラウド移行はどれくらい難しいですか?答えがすぐに得られるのであれば、この問題について議論する必要はないでしょう。実際には、クラウド移行の容易さはいくつかの要素に依存します。同社のビジネスでは、あるクラウド プラットフォームから別のクラウド プラットフォームに移行する必要があり、複数のクラウド コンピューティング プロバイダーと協力する必要があります。実装前に、市場がクラウド移行とマルチクラウド エコシステムの使用に対して非常にオープンであることに注意することが重要です。

これを念頭に置いて、最近のガートナーの調査によると、パブリック クラウド ユーザーの 81% が 2 つ以上のクラウド コンピューティング プロバイダーのクラウド プラットフォームとクラウド サービスを使用していると報告しています。さらに、この調査によると、世界の上位 5 社のインフラストラクチャ サービス (IaaS) プロバイダーが、世界の IaaS 市場の 77% を占めています。

「ほとんどの組織は、ベンダーロックインを回避したい、あるいは最善のソリューションを活用したいという思いから、マルチクラウド戦略を採用している」とガートナーの副社長マイケル・ワリロウ氏は最近の投稿で述べた。 「ほとんどの大規模組織は今後もこのアプローチを継続すると予想しています。」

幸いなことに、クラウド コンピューティング サービスを使用している企業の大多数は、業務の方法と場所をかなり適切に定義しています。基本的に、クラウド プラットフォームはどこかにある単なる別のデータ センターであるということを説明する必要はありません。

ただし、この広範な定義では、クラウド コンピューティングの使用と設計を取り巻く新たな複雑さに伴ういくつかの課題が生じます。具体的には、人々はクラウド コンピューティングについて一般的な理解を持っているかもしれませんが、特定のクラウド コンピューティング サービスとその適用場所に縛られていることになります。主要なクラウド コンピューティング プロバイダーにはそれぞれ独自の利点があります。たとえば、Oracle Gen2 Cloud は、ベアメタル アプリケーションに最適なクラウド プラットフォームの 1 つと言えます。同様に、Google Cloud Platform (GCP) は、感情分析、機械学習、認知システムにデータ駆動型ソリューションを適用することに優れています。あるいは、Azure と Power BI やその他のコア Microsoft システムとの緊密な統合を活用することを好む人もいます。重要なのは、各クラウド プラットフォームにはそれぞれ独自の利点があり、企業は単一のクラウド コンピューティング プロバイダーに限定する必要がないということです。

「でも、クラウドを 1 つだけ管理する方が簡単ですよね？」その答えも明確ではありません。単一のクラウド環境を管理する方が少し簡単になるからといって、実際にすべてを実行できるわけではありません。実際、複数のクラウド サービスを混在させるのではなく、単一のクラウド プラットフォームを使用すると、多くの競争上の優位性が犠牲になる可能性があります。

マルチクラウドやハイブリッドクラウドの管理に関しては、非常に優れたツールがいくつかあります。たとえば、Red Hat Ansible Automation Platform などのソリューションは、環境やクラウド プラットフォーム全体の資産を自動化できます。または、OpenStack または OpenShift を使用して、企業が複数のクラウド コンピューティング リソースを細かく管理できるようにすることもできます。 IBM も、他の優れたツールとともに、独自の Multicloud Manager を導入しています。結局のところ、企業は堅牢なマルチクラウド エコシステムを活用することを恐れるべきではありません。

クラウド移行: 知っておくべき重要なポイント

たとえば、あるプロジェクトでは、同社の業務は SAP 環境で行われ、その一部は Google Cloud Platform で運用され、他の部分は AWS Cloud Platform で運用されていました。この場合、AWS での自動環境プロビジョニングは Chef を使用して行われます。 Google Cloud Platform では、すべてがうまく連携し、Apigee を使用してコア アプリケーション サービスと API を接続する環境が活用されます。

マルチクラウド環境を機能させるには、次の点を考慮する必要があります。複雑さは課題となる可能性がありますが、必ずしも心配する必要はありません。サービスとアプリケーションの依存関係、セキュリティ アーキテクチャ、接続とネットワークの設定、アクセス管理などがクラウド移行プロセスに影響を与える可能性があり、困難に思えるかもしれませんが、それほど悪いことではありません。必ずしもアプリケーション全体を移行する必要はないことを覚えておくことが重要です。代わりに、特定のサービスまたはバックエンド プロセスのみを移行できる場合があります。現在の状況を深く理解していなければ、アプリケーションを分解して、特定のクラウド プラットフォームで何が最適に機能するかを確認することはできません。

企業は、自社のユースケースに関連したクラウド コンピューティング エコシステムの長所と短所を理解することが重要です。マルチクラウド戦略は、エンタープライズベンダーを多様化し、ロックインを防ぐだけではありません。企業は、各クラウド プロバイダーの強みを活用し、アプリケーションの詳細、開発方法、将来的に最適化する方法を理解したいと考えています。そこから、選択する各クラウド プロバイダーを理解する必要があります。データの視覚化にデータ駆動型ソリューションを活用する Microsoft ショップの場合は、Power BI と Azure フレームワークを活用するのが最適です。ただし、API が多数あり、それらを管理するための優れた方法が必要な場合は、Google Cloud Platform と Apigee が適切な選択肢となる可能性があります。より優れた設計は、必要なアプリケーションとサービス、そしてそれらの要件を満たすクラウド プロバイダーを理解することから生まれます。

企業のビジネスは、一度に移行するのではなく、段階的に移行する必要があります。クラウド コンピューティングの柔軟性により、企業はこれまでにない方法でユースケースをテストできます。たとえば、SAP の主要コンポーネントを Google Cloud Platform に移行するための大規模な概念実証を実施し、Apigee を使用して次世代アプリケーションをサポートし、API 開発と自動化をテストし、Google Cloud Platform でマイクロサービス アーキテクチャを構築し、回避策としてサービス フレームワークの統合も実行しました。検証が完了したら、この PoC 環境を取得して本番環境に移行できます。開発にはより多くの費用と時間が必要になる可能性があります。ただし、アプリケーションやサービスについて、それらがユーザー エクスペリエンスにどのような影響を与えるか、そしてビジネスにどのように役立つかについて詳しく学ぶと、学習プロセスは非常に価値のあるものになります。最も重要なのは、実際の展開と移行を簡素化するのに役立つことです。

アプリケーションまたはサービスをあるクラウドから別のクラウドに移動したことがない場合は、アプリケーションをシャットダウンして別のクラウドで再起動するだけという単純な作業にはならないことがあります。他にも考慮すべき点があります。何かを変更または移動する前に、セキュリティから管理まですべてを理解する必要があります。

優れたパートナーと協力することで、組織は移行戦略の 6 つの R (再ホスト、再プラットフォーム、再購入、リファクタリング (またはサービスまたはアプリケーションの一部を再設計)、保持、終了) を理解するのに役立ちます。

企業のアプリケーションと戦略に応じて、1 つ以上の R が組み合わせられます。これらのパートナーは、組織の準備状況の評価、戦略の策定、基盤の構築、アプリケーションやサービスの移行を支援できます。

企業のビジネスをクラウド プラットフォーム間で移行したり、マルチクラウド環境に移行したりすることは、企業にとって通常の操作であり、賢明な選択でもあります。これにより、ベンダー ロックインを防ぎ、企業が各クラウド プロバイダーの強みを自由に活用できるようになります。アプリケーションが複雑すぎて移行できないからといって、行き詰まらないようにしましょう。適切なアーキテクチャを選択し、優れたチームと連携することで、企業は多様なクラウド コンピューティング エコシステムの使用から大きなメリットを得ることができます。