Scegliete una strategia di migrazione

Nella maggior parte delle migrazioni di database, puoi scegliere di rehosting, ripiattaforma o refactoring. Ognuna di queste strategie può funzionare per te. Il principio guida dovrebbe essere come ottenere il massimo vantaggio dalla migrazione. La scelta di rifattorizzare l'applicazione e migrare a un database nativo del cloud come Aurora può consentirti di migliorare la tua applicazione di database. Tuttavia, a seconda della complessità del carico di lavoro, il refactoring di un database può richiedere molto tempo e risorse.

La categorizzazione WQF consente di decidere quando prendere in considerazione una particolare strategia di migrazione. Una categoria WQF più elevata significa che lo sforzo di migrazione richiesto è significativo; pertanto, potresti voler scegliere un'altra opzione, come rehost o replatform, per completare la migrazione entro un periodo di tempo accettabile. La tabella seguente mostra le strategie suggerite in base alla categoria WQF.

Categoria	Complessità del carico di lavoro	Carico di lavoro	Strategia di migrazione
1		Carichi di lavoro ODBC/JBDC	Candidato per il refactor
2		Carichi di lavoro leggeri e con funzionalità proprietarie	Candidato per il refactor
3		Carichi di lavoro pesanti e basati su funzionalità proprietarie	Candidato per il refactor o il replatform
4		Carichi di lavoro specifici del motore	Candidato per la ripiattaforma o il rehosting
5		Non portatili, ad alto rischio o carichi di lavoro lift-and-shift	Candidato per la ripiattaforma o il rehosting

Le opzioni di rehosting e replatform sono adatte quando la complessità del refactoring è elevata. In questi scenari, in base alle tue esigenze di modernizzazione, potresti prendere in considerazione la possibilità di rifattorizzare il database dopo aver completato la migrazione al Cloud. AWS