AWS移行の6つの戦略「The 6 R’s」〜それぞれのメリット・デメリット〜

こんにちは。MMM代表 国本です。

昨今、デジタル・トランスフォーメーション(DX)の一環として、オンプレミス(自社保有)や他社データセンターで稼働しているシステムのAWS移行(マイグレーション)に関してご相談をいただく機会が増加しています。

そこで、今回はAWSへの移行を成功させるために重要な6つの移行戦略「The 6 R’s」について紹介したいと思います。

目次

6つの移行戦略「The 6 R’s」とは？

2011年にガートナーが発表したクラウド移行戦略である "5 R’s of Cloud Migration" をベースに、AWSがビジネス・アプリケーションをクラウドへ移行するために提唱した6つの戦略が「The 6 R’s」です。

参照: AWS Cloud Enterprise Strategy Blog - 6 Strategies for Migrating Applications to the Cloud
(参照日時 2020-07-07)

AWSへの移行検討時には対象システムの事前分析を必ず実施しますが、この分析において最も時間を要するのが「ビジネス・アプリケーションの移行検討」です。

AWSへの移行を成功させるためにぞれぞれのビジネス・アプリケーションに焦点を当て「The 6 R’s」が提唱する6つの戦略を用いることで、最適なクラウド移行の旅が実現できます。

それでは「The 6 R’s」について見ていきましょう。

各戦略の方式とメリット・デメリット

6つの戦略はそれぞれのメリット・デメリットがあり、移行後のビジネスゴール、スケジュール、予算、チームメンバーと保有スキルによって選択できる方式が異なります。

よって、これらの状況を鑑みて、アプリケーション単位で自社にとって最適な方式を選択することが重要です。

1. Rehosting(再ホスティング)

別名「リフトアンドシフト（Lift and Shift） 」と呼ばれており、一般的な "クラウド移行" を指す方式として認知されている戦略です。

基本的に現在稼働しているアプリケーションをそのままAWSへ移行するため、AWS Server Migration Serviceなどの移行ツールを用いることが可能です。

例) オンプレミスのOracleデータベースをAmazon EC2 on Oracleへ移行

メリット

• 基本的にアプリケーションに手を入れないため短期間でAWSへ移行できる
• 移行ツールを利用することができ、大規模な移行を「ある程度」自動化できる

デメリット

• 既存のシステム構成を踏襲するため、AWS利用料を最適化できない(トータルコストが増加しやすい)
• AWSのメリットである「柔軟性」「俊敏性」を活かし切ることが困難(その後の再構成が必要となる)

2. Replatforming(プラットフォーム変換)

アプリケーションをクラウドへ移行する際に、一定の範囲でAWSマネージドサービスへの変換を行い、AWS特有の機能を活用する戦略です。

例) オンプレミスのOracleデータベースをマネージドサービスであるAmazon RDS for Oracleへ移行

アプリケーションのコードベースの根幹は変更せず、ミドルウェアなどを対象としたプラットフォーム変換を実施することで、一定レベルのクラウドメリットを享受する方式です。

メリット

• 一定レベルでシステム可用性の向上や運用コストの削減効果が得られる
• アプリケーションに大きな変更を加える必要がない

デメリット

• Rehosting(再ホスティング)と比較してデータベースや一部環境の移行に時間を要する
• 裾野が広いAWSマネージドサービスの適正を理解した上で、選択していくクラウドスキルが必須

3. Repurchasing(購入)

独自開発のアプリケーションから汎用的なSaaSプラットフォームへ移行する戦略です。

この方式では、SaaSへの移行時にオンプレミスで利用しているデータも併せて移行が必要となります。

例) オンプレミスのCRMシステムからsalesforce.comへの移行

メリット

• 自社運用の手離れが可能となるためトータルコスト(TCO)の最適化に優れている
• システムのお守りが不要となり本業にリソースを集中できる

デメリット

• 自社の業務をSaaSプラットフォームに適合する必要がある
• SaaS移行後の再移行・再構成は非常に困難(ロックインされる)

4. Refactoring / Re-architecting(クラウド・ネイティブ化)

AWSが持つ「俊敏性」「柔軟性」を最大限活用し、アプリケーションコードを含めたクラウド・ネイティブへアーキテクチャを進化させる戦略です。

例) OracleからAuroraへの移行や、一枚岩の大きなアプリケーションをマイクロサービスに分割など

最も複雑かつ難易度が高い方式ですが AWSが持つクラウドの真の価値を最大限享受できる方式 であり、高いスケーラビリティとパフォーマンスを実現します。

メリット

• 中長期的な観点でトータルコストが最適化され、企業のROIを大幅に向上できる
• AWSの先進的マネージドサービスにより、高い可用性・俊敏性・柔軟性といったクラウド恩恵をビジネスが得られる

デメリット

• 移行完了までに最も長い期間と工数を要する
• 既存アプリケーションのリファクタリング・再構築が必要となり、非常に高いスキル・経験を有したクラウドチームが不可欠

5. Retire(廃棄・削除)

AWS移行検討のプロセスにおいて停止・統合が可能なアプリケーションを精査し、最終的に廃棄する戦略です。

ビジネスの選択と集中を実現するため、アプリケーションのビジネス有効性の判断が不可欠となります。

メリット

• システムを稼働させるリソースと投じていたサポート工数を別のビジネスに当て込むことが可能

デメリット

• 他システムへの統合や再編成によって、追加の工数・コストが生じるケースがある

6. Retain(現状維持)

主にビジネス上の理由から移行が不要(不可能)と判断したされたアプリケーションの既存運用・保持戦略です。

多くの企業において、ハイブリッド・クラウドやマルチクラウド戦略と共に用いられ、定期的な再評価を継続する必要があります。

メリット

• 既に運用がスタートしているため、現環境から長期的なコストの予測が可能

デメリット

• クラウドが持つ俊敏性・柔軟性をビジネスが得ることができない

まとめ

AWSへの移行を成功させるためには6つの移行戦略「The 6 R’s」を前提に、中長期的な視点で自社に適合する戦略を練ることが重要です。

MMMではAWSの真の価値である「俊敏性」「柔軟性」を最も享受可能な「4. Refactoring / Re-architecting(クラウド・ネイティブ化)」に注力しており、AWSプロフェッショナルチームがアプリケーション領域まで包括したAWS移行を徹底的に支援いたします。

• AWSマイグレーション（移行）
• レガシーシステムのリプレイス

MMMのAWS移行ソリューションに関して、少しでもご興味ございましたら、どうぞお気軽に 株式会社MMMへの問い合わせフォーム からご連絡くださいませ。

国本が1営業日以内にメールでご連絡差し上げます。ではでは。

kuni