ある企業がオンプレミスで稼働する複数のアプリケーションをAWSへ移行しています。移行チームは各アプリケーションに適した移行戦略（「6つのR」）を選定しています。あるレガシーアプリケーションについて、アーキテクチャを根本から見直し、AWS LambdaやAmazon DynamoDBなどのクラウドネイティブなマネージドサービス・サーバーレス機能を最大限に活用するよう全面的に再設計することにしました。この移行戦略はどれですか？
アーキテクチャを根本から再設計してクラウドネイティブ機能を最大限活用する戦略は「リファクタリング / 再アーキテクト（Refactor / Re-architect）」です。サーバーレス化やフルマネージドサービスの採用など、クラウドの利点を最大化できますが、時間とコストが最もかかる戦略です。 選択肢Aの「リホスト」は「Lift and Shift」とも呼ばれ、アプリを変更せずそのままクラウドへ移行する最も迅速な戦略です。クラウドの利点を最大化することはできません。 選択肢Bの「リプラットフォーム」は「Lift, Tinker, and Shift」とも呼ばれ、コアアーキテクチャを保ちながらRDSへの切り替えなど一部最適化を行います。全面的な再設計は行いません。 選択肢Dの「リパーチェス」は自社開発アプリを廃止し、SalesforceなどのSaaS製品へ移行する戦略です。アーキテクチャの再設計ではなく製品自体の置き換えです。