ある大手通信キャリアが、12年以上稼働する.NET Framework 4.6モノリシックアプリケーション（オンプレミスIISサーバー群、約200万行のコード）のモダナイゼーションを計画しています。このアプリは顧客ポータル・請求管理・注文管理・サポートチケット管理の4機能を単一コードベースで処理しており、月間アクティブユーザーは250万人を超えます。モダナイゼーション中もサービスを継続する要件があり、一度にすべてを書き換えるリスクを避けるため、機能単位で段階的にマイクロサービス化するストラングラーフィグパターンを採用する方針です。既存モノリスを稼働させながら新機能を漸進的にクラウドネイティブサービスへ切り出し、URLルーティングで共存させる基盤を最小の運用負荷で整備したいと考えています。この要件に最も適したAWSアーキテクチャはどれですか？
AWS Migration Hub Refactor Spacesはストラングラーフィグパターンを実装するために設計されたサービスです。Environment・Application・Serviceの3層構造でモダナイゼーション環境を管理し、既存モノリスへのデフォルトルーティングを維持しながら、新しいマイクロサービスをServiceとして追加するたびにURLパスベースのルーティングルールをRefactor Spacesが自動設定します。Amazon API GatewayやVPCのネットワークインフラをRefactor Spacesが自動で構築・管理するため、インフラの手動設定が不要で運用負荷を最小化できます。 選択肢BのAmazon API Gateway + Route 53手動制御は技術的に実現可能ですが、API GatewayのVPCリンク設定・加重ルーティングルール・EKSクラスターの複数コンポーネントを手動で管理する必要があり、Refactor Spacesと比べて運用負荷が大幅に高い。 選択肢CのAWS Elastic Beanstalkはアプリのリプラットフォームに適しているが、既存モノリスと新マイクロサービスを共存させてURLルーティングするネイティブ機能を持たず、ストラングラーフィグパターンの実装基盤として不適切。 選択肢DのAmazon EKS + App Meshはモダナイゼーションの最終形には適するが、Windowsコンテナ化・App Mesh設定・Helmチャート管理など複雑な前段階作業が多く、最小運用負荷での整備という要件に合わない。