移行ツール決定ガイド

  • [アーティクル]

アプリケーションを Azure に移行するために使用する戦略およびツールは、お客様のビジネスの動機、テクノロジ戦略、およびタイムラインによって大きく異なり、移行する実際のワークロードと資産 (インフラストラクチャ、アプリ、データ) についての深い理解にも左右されます。 次のデシジョン ツリーは、移行の決定事項に基づいて使用するために最適なツールを選択する際に高レベルのガイダンスとして役立ちます。 このデシジョン ツリーを出発点として利用します。

サービスとしてのプラットフォーム (PaaS) またはインフラストラクチャとしてのサービス (IaaS) のテクノロジを使用して移行するための選択肢は、コスト、時間、既存の技術的な負債、および長期的な利益のバランスによって決まります。 多くの場合、IaaS は最も迅速にクラウドに移行できる方法であり、ワークロードに対する変更が必要最小限で済みます。 PaaS の場合、データ構造やソース コードの修正が必要になる可能性はありますが、運用コストの削減と技術的な柔軟性の向上という形で、大きなそして長期的な利益を生み出します。 次の図で、最新化という用語は、移行段階で資産を最新化し、その最新化された資産を PaaS プラットフォームに移行するという決定事項を反映するために使用されています。

移行ツールのデシジョン ツリーの例。

主な質問

次の質問に答えると、前述のツリーに基づいて決定を下すことができます。

  • 移行段階のアプリケーション プラットフォームの最新化は、時間、エネルギー、予算の賢明な投資となりますか。 Azure App Service や Azure Functions などの PaaS テクノロジを利用すると、デプロイの柔軟性を向上し、アプリケーションをホストする仮想マシンの管理の複雑さを軽減できます。 これらのクラウドネイティブ機能を利用するには、アプリケーションのリファクタリングが必要になる可能性があります。また、移行作業にかなりの時間とコストがかかる可能性があります。 アプリケーションを最小限の変更で PaaS テクノロジに移行できる場合、それは最新化のための適切な候補である可能性があります。 大規模なリファクタリングが必要な場合は、IaaS ベースの仮想マシンを使用して移行する方が適している可能性があります。
  • 移行段階のデータ プラットフォームの最新化は、時間、エネルギー、予算の賢明な投資となりますか。 アプリケーションの移行と同様に、Azure SQL Database、Azure Cosmos DB、Azure Storage などの Azure PaaS マネージド ストレージ オプションにも管理と柔軟性の面で大きなメリットがありますが、これらのサービスへの移行には既存のデータとそのデータを使用するアプリケーションのリファクタリングが必要な可能性があります。 通常、データ プラットフォームに必要なリファクタリングは、アプリケーション プラットフォームよりも小規模です。 そのため、アプリケーション プラットフォームが同じままでも、データ プラットフォームが最新化されることが一般的です。 データを最小限の変更でマネージド データ サービスに移行できる場合、それは最新化のための適切な候補です。 これらの PaaS サービスを使用するためのリファクタリングに膨大な時間またはコストがかかるデータには、既存のホスティング機能により適合するように、IaaS ベースの仮想マシンを使用して移行する方が適している可能性があります。
  • 現在、アプリケーションは専用の仮想マシン上で実行されていますか。それとも他のアプリケーションと共にホスティングが共有されていますか。 専用の仮想マシン上で実行されているアプリケーションは、共有サーバー上で実行されているアプリケーションよりも PaaS ホスティング オプションに簡単に移行できます。
  • データの移行はネットワークの帯域幅を超えますか。 オンプレミスのデータ ソースと Azure 間のネットワーク容量は、データ移行のボトルネックになる可能性があります。 転送する必要のあるデータに、効率的またはタイムリーな移行を妨げる帯域幅の制限がある場合は、必要に応じて代替またはオフラインの転送メカニズムを検討します。 クラウド導入フレームワークの移行レプリケーションに関する記事では、レプリケーションの制限が移行作業に与える影響が説明されています。 移行評価の一環として、ローカルおよび WAN の帯域幅が移行要件に対応できるかどうかを IT チームに相談してください。 また、移行段階でストレージ要件がネットワーク容量を超えている場合に対応する移行シナリオに関する記事を参照してください。
  • アプリケーションは既存の DevOps パイプラインを利用していますか。 多くの場合、Azure Pipelines は、クラウドベースのホスティング環境にアプリケーションをデプロイするためのリファクタリングが簡単です。
  • データに複雑なデータ ストレージ要件はありますか。 通常、運用アプリケーションには可用性の高いデータ ストレージが必要であり、常時オンの機能性と、同様のサービス稼働時間と継続性機能が提供されます。 Azure SQL Database、Azure Database for MySQL、Azure Cosmos DB などの Azure PaaS ベースのマネージド データベース オプションは、いずれも 99.99% の稼働時間のサービス レベル契約を提供します。 逆に、Azure VM 上の IaaS ベースの SQL Server では、99.95 パーセントというシングルインスタンスのサービス レベル アグリーメントが提供されます。 PaaS ストレージ オプションを使用するためにデータを最新化できない場合、より長い IaaS 稼働時間を保証するには、SQL Server Always On クラスターを実行し、インスタンス間でデータを継続的に同期するなど、より複雑なデータ ストレージ シナリオが必要になります。 これには多大なホスティング コストとメンテナンス コストがかかるため、データ移行のオプションを検討する際には、稼働時間の要件、最新化にかかる労力、全体的な予算への影響のバランスを取ることが重要です。

刷新と移行

クラウド導入フレームワークが段階的な移行の取り組みに重点を置いていることに合わせて、移行戦略とツールに関する最初の決定では、Azure プラットフォームから提供される機会を利用できるように、アプリケーションを更新する今後の刷新の取り組みを排除しません。 最初の移行作業では、主に IaaS アプローチを使用した再ホストに重点が置かれる場合がありますが、最適化の機会を調査するために、クラウドでホストされるアプリケーションのポートフォリオを定期的に見直すことを計画に入れることをお勧めします。

詳細情報