ワークロードに合わせてクラウド管理をカスタマイズ

これまで以上に、リソースをクラウドに移行する組織は特定の機能を求めています。クラウド コンピューティング製品が成熟し、新しいビジネス モデルが開発されるにつれて、要件はより複雑かつ精密なものになります。これにより、さまざまな PaaS 製品や、特定の業界や業種をターゲットにした「ブティック クラウド コンピューティング プロバイダー」の出現など、ソフトウェアの専門化が進みました。

[[329256]]

特定のワークロードは、特定のクラウド コンピューティング環境に最適です。パブリック クラウドを試す組織は通常、重要度の低いワークロードの移行から開始し、残りのワークロードを徐々に移行します。パブリック クラウドに最適なワークロードは、簡単に自動化でき、パブリック クラウドの弾力性を活用するバッチ処理ワークロードと、パブリック クラウドのパワーとスケーラビリティ、およびバースト機能のメリットを活用するビッグ データ分析の 2 つのカテゴリに分類されます。

開発およびテスト (DevTest) チームも、ケースに迅速かつリアルタイムで対応する必要があるため、パブリック クラウドの主要な候補となります。これらのケースは不要になったら削除できるため、リソースを節約し、コストを削減できます。

対照的に、多くの組織は機密データを自社のプライベート クラウドに保存することを好みます。 IT チームは、制御、高可用性、および回復力を維持するために、重要なワークロードをプライベート クラウドに配置することを決定する場合があります。これまで、プライベート クラウドに配置されたワークロードは、長期的な使用ケースにおいて垂直方向に拡張することができました。ただし、プライベート クラウド テクノロジーが成熟するにつれて、さまざまなワークロードをサポートできるようになります。プライベート クラウドは、相互に依存するワークロードが互いに近くに配置できるため、データにアクセスするために最小限の遅延しか必要としない場合に最も効果的です。

プライベート クラウド テクノロジーが成熟するにつれて、さまざまなワークロードをサポートできるようになります。

クラウド コンピューティング環境に移行するにはコストと時間のかかる書き換えが必要となるワークロードなど、一部のワークロードは既存のデータ センターに残しておく方が適しています。クラウド プラットフォームのメリットを享受したいが、多くのレガシー アプリケーションを保有している組織では、ハイブリッド ソリューションを利用することで、個々のワークロードに最適なインフラストラクチャ上でワークロードを維持できることに気付くことがよくあります。

ワークロードの一部またはすべてをクラウド コンピューティング環境に移行する組織が増えるにつれて、エンドツーエンドの観点からそれらのワークロードを最適に管理する方法が課題になります。 「クラウド管理プラットフォームは、組織がクラウドのサービス レベル契約 (SLA) を追跡し、エンド ユーザーの問題を解決するために必要とするパフォーマンス、可用性、最適化、IT 運用分析を提供するために、非常に「ワークロードを意識」している必要があります」と、IT Business Edge の Arthur Cole 氏は述べています。

企業は俊敏性、拡張性、高速な応答時間、セルフサービス機能のためにクラウド プラットフォームを採用していますが、より高レベルかつ重要なワークロードをクラウドに移行するには複雑なソリューションが必要です。物理層と仮想層にわたるアプリケーションのさまざまな要素間の同期により、パブリック クラウド プロバイダーとプライベート クラウド プロバイダーによるより専門的なサービスが提供されるようになります。さまざまなワークロードには異なるクラウド プラットフォームが必要になるため、マルチクラウドおよびハイブリッド ソリューションが生まれる可能性があります。