次のステップ: 決定マトリックス

移行はそれぞれ異なり、独自の課題、制約、考慮すべき複数の要因はありますが、ユースケースに最も適した移行戦略とサービスを特定するために使用できる共通の基準があります。これらの要因を特定し優先順位を付けることで、選択肢を絞り込みやすくなります。次の表を決定木として使用します。ユースケースにとって最も重要な要素から始め、移行に最適なツールを選択します。

条件	AWS Application Migration Service	データベースツール (ネイティブツールまたは AWS DMS）
アーキテクチャ	物理 (ブロックレベル)	論理、データベースエンジンレベル
スケール	大規模な移行	詳細、規模の制限*
スピードと複雑さ	迅速に終了するシナリオ、複雑さの軽減	時間のかかる複雑なアプローチでは、より多くの計画とテストが必要になる
タイムライン	アグレッシブなスケジュールをサポート	追加の労力と時間が必要
タイプ	リフトアンドシフトはそのまま (1 対 1 のみ)	リプラットフォームまたはモダナイゼーション、および分解と統合のオプション (1 対多、多対 1)
事前プロビジョニング	不要。自動移行	データベースとインフラストラクチャのプロビジョニングが必要
ダウンタイム	RTO (数分以内) のダウンタイムが必要	ダウンタイムはほぼゼロになる (同期/非同期拡張クラスター、CDC レプリケーション、および同様の方法による) が、非常にコストがかかる
データ変更率	ネットワークやパフォーマンスが制限されている可能性がある	その他のオプションも利用可能
制限	クラスターシステム、x86 以外のプラットフォーム	ネイティブデータベースツールは、クラスター化されたデータベースと x86 以外のプラットフォームをサポートします。ほとんどのデータベースエンジンを AWS DMS カバーします。

^*AWS データベース移行アクセラレータープログラムでは、移行ツールと専門家が合わさって、大規模なデータベースの移行を支援します。