移行戦略を選択します

ほとんどのデータベース移行では、リホスト、リプラットフォーム、またはリファクタリングを選択できます。これらの戦略はどれもうまくいきます。指針となる原則は、移行から最大限の利益を引き出す方法であるべきです。アプリケーションをリファクタリングして Aurora などのクラウドネイティブデータベースに移行することを選択すると、データベースアプリケーションを強化できます。ただし、ワークロードの複雑さによっては、データベースのリファクタリングに時間がかかり、リソースを大量に消費し、時間のかかる作業になることがあります。

WQF の分類は、特定の移行戦略をいつ検討すべきかを判断するのに役立ちます。WQF カテゴリが高いほど、移行に必要な労力が大きいため、許容できる時間内に移行を完了するには、リホストやリプラットフォームなどの別のオプションを選択するとよいでしょう。次の表は、WQF カテゴリに基づいて推奨されている戦略を示しています。

カテゴリ	ワークロードの複雑さ	ワークロード	移行戦略
1		ODBC/JBDC ワークロード	リファクタリング候補
2		軽量の独自機能ワークロード	リファクタリング候補
3		重い独自機能のワークロード	リファクタリングまたはリプラットフォームの候補
4		エンジン固有のワークロード	リプラットフォームまたはリホストの候補
5		ポータブルでない、高リスクの、または lift-and-shift ワークロード	リプラットフォームまたはリホストの候補

リホストとリプラットフォームのオプションは、リファクタリングに伴う複雑さが大きい場合に適しています。これらのシナリオでは、モダナイゼーションのニーズに基づいて、 AWS クラウドへの移行が完了した後にデータベースのリファクタリングを検討できます。