クラウドへのパス

このセクションでは、Windows アプリケーションを移行するためのベストプラクティスを実装するための大まかなアプローチについて説明します AWS。これらの移行戦略と手順の詳細については、このガイドの以降のセクションで説明します。

移行戦略

移行戦略は、ワークロードを に移行するために使用するアプローチです AWS クラウド。アプリケーションをクラウドに移行するための 7 つの移行戦略があります。これらの戦略は 7 R と呼ばれ、2019 年に ガートナーが特定した 7 R に基づいています。

• リホスト (リフトアンドシフト） – クラウド機能を利用するために変更を加えずにアプリケーションをクラウドに移動します。

• 再配置 (ハイパーバイザーレベルのリフトアンドシフト) – 新しいハードウェアを購入したり、アプリケーションを書き換えたり、既存の運用を変更したりすることなく、インフラストラクチャをクラウドに移行できます。

• リプラットフォーム (リフトアンドリシェイプ） – アプリケーションをクラウドに移動し、クラウド機能を活用するためのある程度の最適化を導入します。

• 再購入 (ドロップアンドショップ） – 通常、従来のライセンスから Software as a Service (SaaS) モデルに移行することで、別の製品に切り替えます。

• リファクタリング/リアーキテクト — クラウドネイティブ機能を最大限に活用してアプリケーションを移動し、アーキテクチャを変更して、俊敏性、パフォーマンス、スケーラビリティを向上させます。

• 保持 (再アクセス) – アプリケーションをお客様のソース環境で保持します。これには、大規模なリファクタリングを必要とするアプリケーションや、後で機能するアプリケーションを延期したいアプリケーション、および移行するビジネス上の理由がないため、保持したいレガシーアプリケーションが含まれる場合があります。

• 廃止 – お客様のソース環境で不要になったアプリケーションを廃止または削除します。

メイン変換

レガシー Windows アプリケーションとデータベースをモダナイズすると、次の主な変換が行われます。

• リホスト – 最初のステップは、オンプレミスインフラストラクチャをクラウドインフラストラクチャに移行することです。この戦略は、多くの場合、「リフトアンドシフト」またはリホストと呼ばれます。リホストとは、既存のアプリケーションとデータベースをクラウドサーバーインスタンスに移行することを意味します。コードの変更は不要で、インスタンス設定、ソフトウェアイメージ、その他のリソースの管理はお客様の責任となります。

• リプラットフォーム – クラウド環境に移行した後、次の変換は、アプリケーションとデータベースをより自動化されたマネージド環境にリプラットフォームすることです。アプリケーションの観点からは、仮想マシン (VMs) からコンテナに移動することを意味します。アプリケーションのコンテナ化は、アプリケーションの迅速な開発、保守、デプロイ、移植性の向上に役立ちます。 には、 などのツール AWS がありAWS App2Container、レガシーアプリケーションのコンテナ化プロセスを自動化するのに役立ちます。データベース側では、セルフサービスモデルから Amazon RDS for SQL Server などのマネージドデータベースサービスに移行すると、プロビジョニング、パッチ適用、バックアップが不要になります。これにより、最終的に組織により多くの価値をもたらすアクティビティのリソースが解放されます。

• リファクタリング/リアーキテクト – 3 番目のトランスフォーメーション領域は、商用ソフトウェアライセンスからオープンソースオプションへの移行です。多くの従来の商用ソフトウェアベンダーは、顧客をロックし、ペナルティライセンス条項を使用してアップグレードと移行を強制することを目的としたソフトウェアライセンス契約に基づいてビジネスを構築しています。多くの場合、商用ソフトウェアライセンス料金は、同等のオープンソースオプションに加えて、通常 20～50% のコストを追加します。オープンソースのオプションを活用して、コストを削減し、パフォーマンスを向上させ、最新のイノベーションにアクセスできるように、アプリケーションとデータベースをリファクタリングすることをお勧めします。

これらの主なトランスフォーメーション領域は、アプリケーションとモダナイズの全体的な準備状況に応じて、段階的に、または一度にすべて段階的に完了できます。

移行戦略の選択

選択する移行戦略は、組織のビジネス目標と IT 目標によって異なります。最も一般的なビジネスドライバーには、コスト削減、リスクの軽減、効率の向上、スキルギャップへの対応、イノベーションの加速などがあります。重要なドライバーを評価し、次のガイダンスを使用してドライバーに基づいて移行戦略を選択することをお勧めします。また、3 つのアプローチはすべて、ジャーニーの各フェーズにおける優先順位に応じて、クラウドモダナイゼーションジャーニーで可能な道であることに注意してください。

リホストするタイミング

リホスト (リフトアンドシフト) は通常、アプリケーションでコードやアーキテクチャを変更する必要がないため、より高速で簡単です。また、リホストにより、リスクとビジネスの中断が最小限に抑えられます。アプリケーションは変更されないため、運用チームは通常どおりビジネスを運営し続けることができます。これは特に、大量のワークロードが関係しているため、小さな変更でも大きな問題になる大規模な移行に当てはまります。ただし、リホストではクラウドのメリットを最大限に活用できないことを考慮することが重要です。たとえば、既存のプラットフォームの問題があるアプリケーションを移行した場合、その問題は移行後も残ります。最後に、リホストの総所有コスト (TCO) と投資収益率 (ROI) は、他の移行アプローチと比較して低いことを考慮する価値があります。

リプラットフォーム/再設計するタイミング

リプラットフォームは、一般的にリホストよりもコスト効率が高くなります。リプラットフォームを使用すると、自動化を強化し、アプリケーションの自動スケーリング、モニタリング、バックアップの実行などのクラウド機能をより適切に使用できます。リプラットフォームにより、クラウド運用チームの運用オーバーヘッドが軽減され、既存のプラットフォームの問題によるリスクが最小限に抑えられます。ただし、リプラットフォームはリホスト移行よりも時間がかかります。また、リプラットフォームには、アプリケーションでコード変更を実行するオートメーションを設定し、新しいプラットフォームを運用するための追加のスキルが必要です。

リファクタリングのタイミング

リファクタリングは通常、最も費用対効果の高い移行アプローチです。リファクタリングはクラウドネイティブなアプローチであり、アプリケーションコンポーネントの分離によりアプリケーションが新しい要件に迅速に適応し、アプリケーションの耐障害性を向上させることができます。ただし、リファクタリングには、より高度なコーディングと自動化のスキルが必要です。また、アプリケーションの再構築を伴うため、リファクタリングの実装に時間がかかります。