クラウド移行とは

企業は単一または複数のクラウドに移行できます。パブリックインターネットを通じてサービスが提供されるパブリッククラウドモデル、または自社だけがアクセスできる安全で専有的なクラウド基盤を利用するプライベートクラウドモデルを利用することができます。多くの組織では、クラウド環境間でのワークロード管理をサポートし自動化する柔軟でコスト効率の高い単一のITインフラを構築するために、パブリッククラウドとプライベートクラウド・サービスを組み合わせたハイブリッドクラウド環境を選択しています。

マルチクラウドの提供するもう1つのオプションでは、企業は複数のパブリッククラウド・プロバイダーを使って、ITインフラストラクチャーを移行することができます。マルチクラウドは、さまざまなベンダーのサービスとしてのソフトウェア (SaaS) を使用するだけで簡単に実現でき、インフラストラクチャー全体での主要な機能の移植性を実現できます。ただし、多くの場合、Amazon Web Services、Google Cloud Platform、IBM Cloud ®、Microsoft Azure などの複数のクラウド ベンダーにまたがり、サービスとしてのプラットフォーム (PaaS) またはサービスとしてのインフラストラクチャー (IaaS) 上のエンタープライズ アプリケーションを中央コンソールから管理する必要があります。

クラウド移行にはさまざまな種類があり、何を移行するか、どこに移行するかが異なります。

このクラウド移行は、すべてのデータ、アプリケーション、サービスをオンプレミス データセンターからクラウド・プロバイダーのサーバーに移行するプロセスです。このプロセスは一般に広範囲にわたるため、効率的な実行を確実にするためには徹底した計画とテストが必要です。

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

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

組織は、さまざまな理由により、あるパブリッククラウドから別のパブリッククラウドにリソースを移動する可能性があります。これらの理由には、特定の料金体系モデル、セキュリティ機能や製品 (新しいAIや機械学習ツールなど) の利用、または企業構造やサービス レベル アグリーメントの変更が含まれます。

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

ITオペレーションの合理化、コスト削減策の導入、エンドツーエンドのデジタル・トランスフォーメーションの実現を目指す企業にとって、クラウド移行はモダナイゼーションの必須事項となっています。技術アナリストは、2026年までに組織の75%がクラウドベースのデータ インフラストラクチャーを採用すると予測しています。¹

移行を確実に成功させるには、組織は包括的な計画、実行、最適化に重点を置いた、明確に定義されたワークフローに従う必要があります。

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

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

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

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

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

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

この段階では、チームは既存のITインフラストラクチャーを新しいクラウド環境に移行します。移行戦略 (リフト・アンド・シフト、再プラットフォーム化、リファクタリングなど) に応じて、実行プロセスには次のものが含まれます。

• ターゲット・クラウド環境のセットアップ
• 仮想マシン、ストレージ、ネットワーク・リソースのプロビジョニング
• クラウドへのデータの複製または移行
• 新しいクラウド インフラストラクチャーでのアプリのデプロイと構成

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

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

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

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

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

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

クラウド移行を成功させるには、移行目標を定め、課題を予測する包括的な戦略が必要です。たとえば、組織のネットワーク内のレガシー・アプリケーションはクラウド用に最適化されていない可能性があるため、タスク用に設計された移行ツールとアプローチを使用してそのプロセスに備える必要があります。

移行戦略では、クラウドに移行するワークロード、オンプレミスのインフラストラクチャ―内にとどまるワークロード、そして移行完了後にチームが追加すべき新しい機能やアプリケーションを考慮する必要があります。また、移行計画には、ロードマップ、タイムライン、プロジェクトのメトリクスと目標に加えて、チームリーダー、クラウド・ベンダー、その他の利害関係者に情報を伝達するための戦略も含める必要があります。

各企業の正確なアプローチは状況やクラウド・サービスのニーズに応じて異なりますが、プロセスを合理化できる戦略としてすでに実証済みのクラウド移行戦略がいくつかあります。

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

プラットフォーム再構築 (リフト・アンド・リシェイプとも呼ばれる) クラウド戦略は、既存の IT アーキテクチャに具体的かつ最小限の変更を加えることで互換性を維持しながら、クラウドネイティブの機能を使用しあす。クラウドネイティブの機能の例としては、マイクロサービスアーキテクチャ、 Kubernetesコンテナ、機械学習モデルなどがあります。

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

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

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

移行するワークロードの特定のユースケース（例：ミッションクリティカルなエンタープライズ・アプリケーション、データのバックアップと復元 、生産性またはコラボレーション・アプリケーション、ソフトウェア開発プロジェクト）を必ず確認するようにしてください。ユースケースを事前に定義しておくと、より適切な戦略意思決定とスムーズな実行が可能になります。

世界中の企業が、クラウド・コンピューティングが提供するさまざまなメリットを求めてクラウドへの移行を採用しています。組織がクラウド移行からメリットを得る方法をいくつか紹介します。