1.コスト

ワークロードをクラウド プロバイダーに移行することで、大幅なコスト削減が可能になります。企業は使用した分の料金を支払うだけで、大規模なインフラストラクチャの購入やアップグレードを行う必要がありません。代わりにクラウド プロバイダーが、ビジネス モデルの一環としてインフラストラクチャのアップグレードや更新を行うため、企業はクラウドのワークロードを維持するだけで、新機能のメリットを享受できます。

多くの企業が、ワークロードをクラウドに移行することで、不動産関連の支出に加え電力や冷却に関わる運用コストも削減できると考えています。Deloitte の最近の調査では、企業の IT 予算のほぼ 3 分の 2 がメンテナンスに費やされていることがわかりました。この費用はクラウド プロバイダーによって吸収され、企業は代わりにワークロードについて予測可能な月額料金を支払っています。

2. スケーラビリティとワークロード バランシング

クラウド プロバイダーは需要の変化やビジネス要因に基づいて、スケールアップやスケールダウンを行う手段を簡素化します。さらに一部の企業では、移行計画の一環としてワークロード バランシング戦略を採用し、オンプレミスとクラウドの間、複数のクラウド間、あるいはそれらすべての間でのロードバランシングを実現しています。

3. セキュリティ

企業が責任共有について理解しており、プロバイダーとユーザーの両者が自分の役割を果たす必要があるということを認識していれば、クラウド プロバイダーはオンプレミス インフラストラクチャよりも安全性が高くなります。ゼロトラストのセキュリティ戦略を採用する企業が増えるなか、クラウドのワークロードは、今日実践されているもっとも厳格な物理的セキュリティ ポリシーの恩恵を受けることになります。クラウド プロバイダーは本質的にマルチテナントであり、世界中の金融機関、医療機関、行政機関の顧客にサービスを提供しているため、もっとも厳格なセキュリティ対策を実践し、幅広い政府規制に対応しなければなりません。

ほとんどのクラウド プロバイダーはまた、セキュリティ分析、定期的なアップデート、企業間の可視性、ワークロードが存在するマシンへの不要なトラフィックのアクセス防止など、組み込みのセキュリティ機能を数多く提供しています。

4.アクセシビリティ

クラウドのワークロードはその性質上、クラウドへの安全なネットワーク接続があれば、どこからでもアクセスできます。クラウドへの移行の多くは、このメリットのためだけに行われています。

場所、時間、デバイスを問わずアクセスできるという機能性は、デジタル トランスフォーメーションの重要な要素です。さらにクラウドベースのバックアップやアーカイブはリストアの高速化に役立ち、データの損失や障害が発生した際の目標復旧ポイント（RPO）や目標復旧時間（RTO）を、ゼロに近いレベルまで高めることができます。

5. モダナイゼーション

マイクロサービスや API を利用してアプリケーションをモダン化しようと考えている企業は、開発や展開に関してクラウドネイティブなアプローチをとっていると言えます。コンテナ化されたモダン アプリケーションは、クラウド上で生まれ、展開され、強化されます。アプリケーションのモダナイゼーションを活用する企業は、よりインタラクティブで高性能なアプリケーションを利用できるため、従業員と顧客の両方を維持できる可能性が高くなります。

すべてのアプリケーションがクラウドで期待どおりに動作するとは限らないため、移行時にはすべてのアプリケーションに対してストレス テストを実施することが重要です。

一部のアプリケーションは遅延によって重大な影響を受ける可能性があり、また CPU の使用率や、API 利用やレポート生成に伴うデータ出力料金などのため、当初の想定よりも運用コストが高くなるアプリケーションもあります。

ユーザーのミスによってワークロードの移行が妨げられることもあります。たとえば、間違った AWS インスタンス タイプを選択することはよくあるミスです。各インスタンスには、ワークロードに適したサイズの CPU、メモリ、ネットワーク接続、ストレージを指定する必要があります。

ワークロードの移行時に関するその他の一般的な課題には、次のようなものがあります。

• ほかのクラウドベースのワークロードやオンプレミスのワークロードとの相互運用性の問題
• ダウンタイムを削減または排除するための、バックアップや事業継続性の問題
• セキュリティ（特に他のアプリケーションのワークロードと結合しているクラウドネイティブなワークロードの場合）
• 遅延によるパフォーマンスへの影響
• 必要な機能に応じたクラウド プロバイダーの選択
• 各ワークロードに適用する移行戦略

ワークロードの移行は複雑な作業であり、移行を成功させるには、詳細な計画と社内または社外の専門家が必要になります。 

まず、ワークロードの移行を社内のスタッフが行うのか、クラウド プロバイダーやそのパートナーが提供するサードパーティのワークロード移行サービスを利用するのかを決定します。

ワークロードが移行に適しているか、またスケーラビリティの向上、コストの削減、パフォーマンスの改善など、移行を実施するための明確で測定可能な目標があるかどうかを確認します。

コストを見極めてクラウド プロバイダーを決定したら、帯域幅が十分かどうか、アプリケーションの依存関係によって状況が複雑にならないかなど、移行後のパフォーマンスについての検討を行います。

ワークロードを再構築することでその寿命を延ばせるかどうかも検討し、VMware Cloud on AWS など、ワークロードの移行を大幅に高速化できる移行ツールについても検討してみてください。

また、一部のワークロードはクラウドへの移行に適さない場合があることにも注意してください。実行環境のあらゆる側面を検討し、プロバイダーが約束しているサービス パラメータがあれば、それと同レベルのキャパシティ、パフォーマンス、利用率、セキュリティ、可用性を達成できるかどうかを確認します。そうでなければ、そのワークロードはオンプレミスに残しておくのがベストかもしれません。

最後に、クラウド インフラストラクチャが HIPAA、PCI、GDPR などの規制要件を含むコンプライアンスにどのように対応しているかを確認します。現在のワークロードを確実に把握し、現在および将来の進化を念頭に、そうした要件をどれだけ厳密に満たせるかを判断してください。