移行戦略の7つのR

AWSへのワークロード移行は、1回の作業で完了することはほとんどありません。アプリケーションごとに判断を重ねる、ポートフォリオ全体に関わる取り組みです。移行の7つのRは、アプリケーションを分類し、適切な移行パスを選択するための共通語彙をアーキテクトに提供します。SAA-C03試験では、あるシナリオの説明にどのRが当てはまるかを理解しておく必要があります。問題では、アプリケーションの特性と正しい移行戦略を対応付ける能力が問われることが多いためです。

Rehost（Lift-and-Shift）は、アプリケーションのコードやアーキテクチャを変更せずにAWSへ移行します。AWS Application Migration Service（MGN）を使用すると、オンプレミスのVMをEC2インスタンスへレプリケーションできます。Rehostは実行が最も速く、リスクも最小限であるため、スピードが重視される大規模移行に適しています。最適化は後から実施できます。ただし、クラウドネイティブの機能を活用することはできません。

Replatformは、アプリケーションの中核となるアーキテクチャを変更せず、対象を絞ったクラウド最適化をいくつか実施します。たとえば、MySQLデータベースをEC2からAmazon RDSへ移行してパッチ適用やバックアップをマネージド化したり、JavaアプリケーションサーバーをAWS Elastic Beanstalkへ移行してスケーリングをマネージド化したりします。アプリケーションのロジックは維持しながら、運用上の大きな負担をマネージドサービスに置き換えます。これは、移行リスクを低く抑えつつ、一定のメリットを得られる中間的な選択肢です。

Repurchaseは、既存のアプリケーションを商用SaaS製品に置き換えます。たとえば、自社運用のCRMをSalesforceに置き換えたり、カスタムの人事システムをWorkdayに変更したりします。AWSの観点では、オンプレミスのライセンスを解約し、SaaSサービスを契約することを意味します。移行作業の中心は、インフラストラクチャではなくデータ移行とユーザー教育になります。カスタムアプリケーションがビジネス上の差別化要因ではなくなった場合に適しています。

Refactor（Re-architect）は、クラウドネイティブの機能を最大限に活用できるよう、アプリケーションを再設計します。たとえば、モノリスをLambdaとAPI Gateway上で動作するマイクロサービスに分割したり、SQSと自動スケーリングするワーカーを使用してバッチ処理を再実装したりします。Refactorは、スケーラビリティ、耐障害性、コストの面で長期的なメリットが最も大きくなりますが、最も費用と時間のかかる移行戦略でもあります。

Retireは、不要になったアプリケーションを停止することです。ポートフォリオを詳しく評価すると、アクティブなユーザーがいない、別のシステムと機能が重複している、または目的に合わなくなっているアプリケーションが10～20%見つかることがよくあります。これらを廃止すると、ライセンスコスト、セキュリティ上の攻撃対象領域、移行対象の範囲を削減できます。廃止する前に、関係者への確認と、コンプライアンス上のデータ保持要件の確認を行ってください。

Retain（Revisitと呼ばれることもあります）は、現時点ではアプリケーションをオンプレミスに残すことを意味します。理由としては、データ主権を義務付ける規制要件、ハードウェアへの最近の設備投資、複雑なベンダー依存関係、またはアプリケーションがサポート終了間近であることなどが挙げられます。Retainされたアプリケーションは現在の移行ウェーブでは移行しませんが、後で再評価する場合があります。Retainは、移行評価で選択される正当かつ一般的な結果です。

Relocateは、後からフレームワークに追加された7番目のRです。新しいハードウェアを購入したり、アプリケーションをリファクタリングしたり、再アーキテクチャ化したりせずに、インフラストラクチャをAWSへ移行します。具体的には、VMware vSphereワークロードをVMware Cloud on AWSへ移行することを指します。これにより、AWSのベアメタル上で稼働するVMを、従来と同じvCenterツールで管理できます。OSやアプリケーションを変更できる段階にないVMware中心の環境では、Rehostよりも迅速です。

実際の移行ウェーブでは、1つの組織が7つのRを同時にすべて適用することがあります。たとえば、未使用のアプリケーションはRetireし、コンプライアンス上移行できないものはRetainし、大半はMGNでRehostし、データベースはRDSへReplatformし、戦略上重要なモノリスを1～2個サーバーレスへRefactorし、レガシーCRMはRepurchaseし、VMwareクラスターはRelocateします。AWS Migration Readiness Assessment（MRA）とMigration Hubを使用すると、ポートフォリオ全体で各アプリケーションの7つのRによる分類を追跡できます。

移行コストは、Retire、Relocate、Retain、Rehost、Replatform、Repurchase、Refactorの順に進むにつれて増加します。Refactorは初期のエンジニアリングコストが最も高くなりますが、通常は、サーバーレスの自動スケーリングと従量課金により、長期的なクラウド利用コストを最も低くできます。Rehostはクラウドへ移行するまでの時間が最短ですが、その後に適正サイジングを行ってコストを削減する必要がある、過剰にプロビジョニングされたEC2インスタンスが発生する可能性があります。

移行シナリオの問題には、一定のパターンがあります。アプリケーションの特性を説明し、最も適切な移行戦略を尋ねるというものです。キーワードに注目してください。「最速の移行」= Rehost、「マネージドサービス、コード変更なし」= Replatform、「モダナイズ／サーバーレス」= Refactor、「VMwareを移行」= Relocate、「不要になった」= Retire、「コンプライアンス／データ主権」= Retain、「SaaSに切り替え」= Repurchaseです。各シナリオで正解となるRは1つです。キーワードから得られる根拠を使って、他の選択肢を除外してください。

このレッスンで扱ったAWS Solutions Architect（SAA-C03）の概念について、理解度を確認しましょう。

このレッスンでは、7つのRがRehost、Replatform、Repurchase、Refactor、Retire、Retain、Relocateであること、試験問題ではキーワードを手がかりに、アプリケーションの特性と正しいRを対応付ける能力が問われること、そしてRefactorはクラウドのメリットが最も大きい一方、初期コストも最も高いことを学びました。次は、ポートフォリオ評価のためのAWS Migration HubとApplication Discovery Serviceについて学びます。