これは、すべてのデータ、アプリケーション、サービスをオンプレミスのデータセンターからクラウド・プロバイダーのサーバーに移動するプロセスです。一般的に大規模なプロセスとなり、効率的に実行するためには綿密な計画とテストが必要です。

この移行では、リソースの一部をパブリッククラウドに移動し、他のリソースをオンプレミスのデータセンターに残すことになります。ハイブリッドクラウドのこのシナリオでは、組織はオンプレミスのインフラストラクチャーへの現在の投資を活用しながら、パブリッククラウドの柔軟性、効率、戦略的価値、その他のメリットも活用することができます。

ハイブリッドクラウド移行はデータのバックアップにも使用されます。この場合、企業は、オンプレミスのデータセンターが動作不能になるような攻撃や災害が発生した場合の緩和手法として、プライベートクラウドのリソースをパブリッククラウドにバックアップします。

組織がリソースをパブリッククラウドから別のクラウドに移動させる理由は、特定の価格モデル、セキュリティー機能、製品（新しいAIや機械学習ツールなど）を利用するためや、企業構造やサービスレベル契約を変更するためなど、さまざまです。

もう1つのオプションは、特定のワークロードをクラウドに移行することです。たとえば、組織は、より低いコストや、信頼性の高いパフォーマンス、より良いセキュリティー、その他の要素から利益を得るため、特定のデータベースまたはメインフレームをクラウドに移行することを選択する場合があります。

ワークフローの最初のステップはクラウド移行計画です。これには、移行のビジネス・ケースを明確に示すことが含まれます。チームが「なぜ」の部分（理由）を確立したら、既存のITインフラストラクチャー、アプリ、データの徹底的なアセスメントを実施して、何が移行に適しているかを特定し、注意が必要な依存関係を評価することが重要です。このフェーズでは、チームは通常、次のことを行います。

• アプリとデータのインベントリと分類
  
  
• アプリの依存関係と相互依存関係の分析
  
  
• セキュリティーとコンプライアンスの要件の評価
  
  
• パフォーマンスと拡張性のニーズの確認
  
  
• 移行の目標と優先順位の確立
  
  
• 移行に関する潜在的な課題の特定

アセスメントが完了したら、ビジネス・ニーズに最も適したクラウド・プロバイダーを選択します。ここで考慮すべき点：

• 既存のアプリおよびデータとのプロバイダーの互換性
  
  
• サービス内容、価格モデル、サポート能力
  
  
• データ主権とコンプライアンスに関する考慮事項
  
  
• 必要なリソースの拡張性と可用性
  
  
• 既存システムとの相互運用性

このプロセスには、アプリ、データ、インフラストラクチャーをクラウド環境でどのように整理するかを決定することが含まれます。主な考慮事項には以下が含まれます。

• スケーラブルで復元力のあるクラウド・アーキテクチャの設計
  
  
• ネットワークとセキュリティー構成の定義
  
  
• 適切なクラウド・サービスと機能の特定
  
  
• コスト効率とパフォーマンスの最適化
  
  
• データのバックアップとディザスター・リカバリー体制の確保

この段階では、チームは既存のITインフラストラクチャーを新しいクラウド環境に移行します。移行戦略（リフト・アンド・シフト、リプラットフォーム、リファクタリングなど）に応じて、実行プロセスには、ターゲットとなるクラウド環境のセットアップが関与してきます。これには、仮想マシン（VM）、ストレージ、ネットワークリソースのプロビジョニングや、クラウドへのデータの複製または移行、新しいクラウド・インフラストラクチャーへのアプリケーションのデプロイと構成などが含まれます。

新しく転送されたアプリとデータの機能を確保するには、厳密なテストが不可欠になります。多くのチームでは、以下のテストを実施しています。

• アプリケーションの移行を検証するための機能テスト
  
  
• 拡張性と応答性を評価するためのパフォーマンスと負荷のテスト
  
  
• 脆弱性を特定し、コンプライアンスを確保するためのセキュリティー・テスト
  
  
• エンドユーザー・エクスペリエンスを検証するためのユーザー受け入れテスト

テストと検証のプロセス中に特定された問題やバグを解決することも重要です。

この時点で、クラウドのリソースと構成の最適化に焦点を移します。これには以下が含まれます。

• アプリケーションの微調整
  
  
• 必要なセキュリティー対策とアクセス制御のインストール
  
  
• モニタリングとアラート・メカニズムの設定
  
  
• リソース使用率の合理化
  
  
• ガバナンスと管理のプロセスの確立

しかし、クラウドの導入は一度で完了するプロセスではありません。大規模なインフラストラクチャーとデータ転送では、新しいクラウド・インフラストラクチャーの機能を実際に最適化し、移行を長期的に成功させるために、継続的なリアルタイムのパフォーマンス監視が必要になります。組織は、ソフトウェアとセキュリティー・プロトコルを更新/アップグレードし、需要パターンに基づいてスケールアップまたはスケールダウンし、費用対効果を最適化するためにクラウド・コストを監視する準備を整える必要があります。

一般的に、最も迅速で、複雑性の最も低い移行アプローチであるリホスティングは、リフト・アンド・シフトとも呼ばれ、アーキテクチャーに大きな変更を加えることなく、オンサイトのインフラストラクチャーからクラウド・プラットフォームにアプリケーションとデータを移行します（多くの場合IaaSツールを使用）。ただし、この転送戦略はクラウドネイティブの機能を十分に活用していないため、基盤となるインフラストラクチャーに緊密に結合されていないアプリケーションに最適です。

一方、リプラットフォーム（リフト＆リシェイプとも呼ばれる）クラウド戦略は、既存のITアーキテクチャーに特定（かつ最小限）の変更を加えることで、互換性を維持しながら、いくつかのクラウドネイティブな機能（マイクロサービス・アーキテクチャー、Kubernetesコンテナ、機械学習モデルなど）の活用を試みる戦略です。

リファクタリング（またはリアーキテクティング）のアプローチでは、組織がクラウドネイティブ機能を最大限に活用するために、PaaSツールを使用してアプリケーションを再設計および再開発する必要があります。多くの場合、既存のアーキテクチャーに大幅な変更が必要となるため、クラウド環境でのデータ移行の拡張性、回復力、効率性が向上する傾向があります。リファクタリングにより、企業はクラウド・ソリューションのビジネス価値を最大化し、マイクロサービスやサーバーレス・コンピューティングなどの最新のアーキテクチャーパターンおよびモデルを利用できるようになります。

再購入戦略では、既存のアプリケーションを廃止し、SaaS代替アプリケーションに置き換えることになります。企業はアプリケーションをクラウドに移行する代わりに、ニーズを満たすクラウドベースのSaaSソリューションを選択します。このアプローチにより、大規模な開発作業を必要とせずに、クラウドベースのアプリケーションに即座にアクセスできるようになります。再購入は、メール、顧客関係管理（CRM）、人事管理（HRM）などの非コア・アプリケーションを移行する場合に特に役立ちます。

最後に、廃止（またはサポート終了）アプローチを実装するには、企業は古いアプリケーションや使用されていないアプリケーションを廃止する必要があります。移行プロセスの一環として、チームは余分なアプリケーションやシステムを特定し、それらをシャットダウンすることで、メンテナンス・コストを削減、冗長なリソースを排除し、重要なアプリケーションのみに集中することで移行プロセスを合理化することができます。