翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
移行戦略を選択する
ほとんどのデータベース移行では、リホスト、再プラットフォーム化、またはリファクタリングを選択できます。これらの戦略はどれでも役に立ちます。ガイドの原則は、移行から最大限の利点を引き出す方法であるべきです。アプリケーションをリファクタリングして Aurora などのクラウドネイティブデータベースに移行することで、データベースアプリケーションを強化できます。ただし、ワークロードの複雑さによっては、データベースのリファクタリングに時間がかかり、リソースを大量に消費することがあります。
WQF の分類は、特定の移行戦略を検討すべきタイミングを決定するのに役立ちます。WQF カテゴリが高いほど、必要な移行作業が重要であることを意味します。したがって、リホストや再プラットフォーム化などの別のオプションを選択して、許容可能な期間内に移行を完了することをお勧めします。次の表は、WQF カテゴリに基づく推奨戦略を示しています。
カテゴリ | ワークロードの複雑さ | ワークロード | 移行戦略 |
---|---|---|---|
1 |
![]() |
ODBC/JBDC ワークロード | リファクタリング候補 |
2 |
![]() |
軽い、独自の機能ワークロード | リファクタリング候補 |
3 |
![]() |
重い、独自の機能ワークロード | リファクタリングまたは再プラットフォーム化の候補 |
4 |
![]() |
エンジン固有のワークロード | 再プラットフォームまたはリホスト候補 |
5 |
![]() |
非ポータブル、ハイリスク、またはリフトアンドシフトワークロード | 再プラットフォームまたはリホスト候補 |
リファクタリングに伴う複雑さが高い場合は、リホストおよび再プラットフォーム化オプションが適しています。これらのシナリオでは、モダナイゼーションのニーズに基づいて、AWS クラウドへの移行を完了した後にデータベースのリファクタリングを検討できます。