段階 2: 計画

この段階では、準備段階で収集した情報を使用して、移行戦略を考えます。移行プランの重要な側面は、リホスト、再プラットフォーム化、再配置、再購入、リファクタリング、使用停止、および保持という 7R の移行に対して収集した情報を合理化することです。

移行戦略の選択は、クラウド導入のビジネス原動力や、時間の考慮事項、ビジネスおよび財務上の制約、リソース要件によって異なります。クラウド内の現在のワークロードを維持する場合は、[rehosting] (リホスト) を選択します。ただし、ワークロードを最適化してスケーリングする場合は、他のオプションから 1 つを検討してください。

ここでは、7R のデータベース移行の概要を示します。これらを次の図で説明します。

• リホスト (リフトアンドシフト) — 変更を加えずに、アプリケーションをクラウドに移行します。例えば、お客様のオンプレミスの Oracle データベースを クラウドの Amazon Elastic Compute CloudAWS (Amazon EC2) インスタンス上の Oracle に移行します。

• 再配置 (ハイパーバイザーレベルのリフトアンドシフト) — 新しいハードウェアの購入、アプリケーションの書き換え、既存のオペレーションの変更を行うことなく、インフラストラクチャをクラウドに移行できます。この移行シナリオは AWS の VMware Cloud に固有のもので、お客様のオンプレミス環境と、および AWS の間の仮想マシン (VM) 互換性とワークロードの移植性をサポートします。インフラストラクチャを AWS の VMware Cloud に移行するときに、オンプレミスのデータセンターから VMware Cloud Foundation テクノロジーを使用できます。例えば、AWS の Oracle データベースをホストしているハイパーバイザーを VMware Cloud 上に再配置します。

• 再プラットフォーム (リフトアンドリシェイプ) — アプリケーションをクラウドに移行し、クラウド機能を活用するための最適化レベルを導入します。例えば、お客様のオンプレミスの Oracle データベースを AWS クラウドの Amazon RDS for Oracle に移行します。

• 再購入 (ドロップアンドショップ) — 通常、従来のアプリケーションから SaaS (Software-as-a-Service) 製品に移行し、オンプレミスアプリケーションから新製品にデータを移行して、別の製品に変更します。例えば、顧客データをオンプレミスの顧客関係管理 (CRM) システムからを Salesforce.com に移行します。

• リファクタリング (アーキテクチャの再設計) — クラウドネイティブ特徴を最大限に活用して、俊敏性、パフォーマンス、スケーラビリティを向上させ、アプリケーションを移動させ、アーキテクチャを変更します。例えば、オンプレミスの Oracle データベースを Aurora PostgreSQL へ移行します。この戦略には、AWS がさまざまなワークフローを提供する目的別データベースを使用するようにアプリケーションを書き直すことも含まれます。または、独自のデータベーススキーマにアクセスする小さなマイクロサービスに分割して、モノリシックアプリケーションをモダナイズすることもできます。

• 保持 (再アクセス) — アプリケーションをソース環境で保持します。これには、主要なリファクタリングを必要とするアプリケーションや、お客様がその作業を後日まで延期したいアプリケーション、およびそれらを移行するためのビジネス上の正当性がないため、お客様が保持するレガシーアプリケーションなどがあります。

• 使用停止 — ソース環境で不要になったアプリケーションを停止または削除します。