グローバルSaaS企業がAWS Migration Hubを使用して150のアプリケーション（合計500台のサーバー）の移行プロジェクトを管理しています。 移行中に以下の複合的な問題が発生しています。 問題1：MGNでレプリケートしたサーバーがカットオーバー後にネットワーク接続の問題を抱えており、アプリケーションがオンプレミスDNSに依存したハードコードIPアドレスを使用している。 問題2：DMS移行後にアプリケーションのパフォーマンスが低下しており、データ型の暗黙的変換の問題と思われる（特定のカラムでCPUを大量消費するキャストが発生）。 問題3：複数チームが独立して移行を進めているためMigration Hub上での重複エントリや整合性のない情報がある。 これら3つの問題のうち、技術的な根本解決策として最も適切なものを2つ選択してください。
選択肢Aは正解です。MGN移行後のネットワーク問題の解決として、Amazon Route 53 Private Hosted ZoneとResolver Inbound/Outbound Endpointを組み合わせたハイブリッドDNS解決が最適です。ハードコードIPへの依存をDNS名前解決へ段階的に移行しながら、移行期間中もオンプレミスとAWS間の一貫した名前解決を実現できます。 選択肢Bは正解です。SCT Assessment Report + DMS PreMigrationAssessment + Transformation Rulesの組み合わせが、データ型の暗黙的変換によるCPU過負荷の技術的根本解決策です。問題カラムへの明示的データ型マッピングとLOBモード最適化でパフォーマンス低下を解消できます。 選択肢CはMigration Hubのアプリケーショングループ化とOrchestrator統制は問題3の整合性問題への対応として有用ですが、ネットワーク問題とDMSパフォーマンス問題の技術的直接解決ではないため、問われている2つの根本解決策には含まれません。 選択肢DはIPアドレスの全面変更は大規模なアプリケーション改修を伴いリスクが高く、ハードコードIPの根本原因に対してはDNS移行の方が低リスクで段階的なアプローチです。 選択肢EはWell-Architectedレビューと移行の一時停止は中長期的改善には有用ですが、現在進行中のネットワーク障害とDMSパフォーマンス低下という緊急の技術的問題への即時解決策にはなりません。