リファクタリングは一般的に、アプリケーションの入出力といった外部仕様を変えずに、ソースコードの構造を改善する手法だ。アプリケーションをVMではなくPaaS（Platform as a Service）へ移行する際に必要となる。Gartnerが「5つのR」を提唱し始めた2011年頃、リファクタリングとリホスティングはそれぞれPaaSとIaaS（Infrastructure as a Service）への移行を意味していた。現在、PaaSはもっと広い意味を持ち、多くの場合クラウドベンダーが提供するホスティングリソースとWebサービスの両方を指している。

3．リバイス

　リバイスは、企業がクラウドインフラでの利用に適した形にアプリケーションを変更するプロセスだ。現在パブリッククラウドベンダーが提供するサービスには、ホスティングだけでなく、数十種類ものクラウドネイティブサービスが含まれている。例えば開発者は、従来のデータベースをクラウドデータベースに置き換えて、クラウドでアプリケーションをより効率的に実行できる。

4．リビルド

　クラウドへ移行するために、開発者はアプリケーションを書き直す必要がある。これがリビルドだ。このプロセスをアプリケーション全体の単なる物理的な移動のようなものだと考えている企業が少なくない。だが通常は大幅な変更が伴う。現在、リビルドにはクラウドネイティブのWebサービスにアプリケーションを置き換えること（リファクタリングとリバイスを組み合わせたプロセス）、アプリケーションを新しいクラウドベースのフロントエンドコンポーネントと、トランザクション処理のためのコンポーネントに分割することが含まれる。

　リビルドの場合、クラウドにホストするアプリケーションのフロントエンドは全く新しくなるが、従来のバックエンドはそのままオンプレミスで運用するため、大きく変更されない。このように、リビルドは既存アプリケーションの全面的なクラウド移行を伴わないことがある。

5．リプレース

　最後の「R」はリプレース、つまりレガシーアプリケーションをSaaS（Software as a Service）に完全に置き換えることを指す。ただしSaaSという選択肢は通常、一般的なビジネスアプリケーションにのみ使用できる。ビジネスの中核を担うビジネスアプリケーションをSaaSの形態で入手することは難しく、企業はこうしたアプリケーションを自社運用のデータセンター以外の場所で実行することは多くない。企業は適切なSaaSがある場合は移行を検討する価値があるが、こうしたSaaSが見つかることはまれだ。現在の一般的なSaaSをビジネスの中核要素として用いる場合、ユーザー企業が独自にカスタマイズをしたり、他のソフトウェアと連携させたりする必要がある。

アプリの移行に関する考え方を変える

　クラウドテクノロジーは予想以上に早いスピードで進化してきた。上記の5つのRを実行しても、アプリケーションの移行プロセスが常に適切に進むとは限らない。この5つのRのうち2つを、新しい「R」――「リシンク」（再検討）とリアーキテクト（再設計）に変更すべきだ。

リシンク

　現代の企業は、単にアプリケーションをクラウドに移行するのではなく、クラウドのためのアプリケーション設計をリシンクしていることが少なくない。アプリケーション設計のリシンクにより、クラウドネイティブの機能と利点を活用しながら、費用対効果の高い方法で運用したり、コンプライアンス要件を満たしていない既存のデータセンターインフラストラクチャへの投資を抑えたりできる。多くの場合、このリシンクプロセスの一環として、アプリケーションを小さなコンポーネントに分割することが含まれる。

リアーキテクト

　アプリケーションの設計をリシンクした後、開発者にとっての次のステップは、そのアプリケーションのうちクラウドで実行できる部分をリアーキテクトすることだ。利用可能なWebサービスとSaaSの一覧を確認して、社内で利用しているアプリケーションのうちクラウドと互換性のある部分を変更し、最適な構成のアプリケーションを使用できるようにする。

　トランザクション処理のためのコンポーネントとユーザーインタフェースのためのコンポーネントが明確に分離している既存アプリケーションは、多くの場合ユーザーインタフェースのコンポーネントをクラウドで実行するためのリシンクとリアーキテクトをしやすい。2つのコンポーネントがはっきり分離していないアプリケーションの場合は、クラウドサービスを利用することで品質とパフォーマンスを向上させることができる場合にのみ、クラウドに移行すべきだ。