Determinazione dell'approccio alla migrazione

Per decidere un approccio alla migrazione, si utilizza l'analisi eseguita sui modelli esistenti nella fase precedente. Le future esigenze di dati e analisi della tua organizzazione sono considerazioni altrettanto importanti. Gli strumenti ETL locali tradizionali si occupano di modelli di dati relazionali e dati strutturati. Se hai dati semistrutturati e non strutturati da elaborare, puoi utilizzare AWS servizi come AWS Glue Amazon EMR per la migrazione. Altri fattori che possono influenzare l'approccio alla migrazione includono:

• Sia che si desideri utilizzare un'interfaccia grafica (come AWS Glue Studio) o un framework personalizzato (come le librerie Spark/Python)

• Se disponi di un accesso sicuro a sorgenti e destinazioni locali AWS

• Competenze e formazione richieste al team

• Requisiti di audit e conformità

È possibile scegliere tra tre approcci di migrazione: big bang, phased e lift and shift. La tabella seguente mette a confronto questi tre approcci.

Approccio	Descrizione	Caso d'uso	Vantaggi e svantaggi
Big bang	Migra tutti i pacchetti SSIS entro un periodo di tempo specifico.	La complessità, l'ambito e l'architettura di destinazione sono chiari. Il team ha le competenze richieste o la curva di apprendimento è bassa.	Rischio elevato. Richiede meno tempo rispetto all'approccio graduale. Puoi usare AWS Glue Amazon EMR o framework personalizzati.
A fasi	Identifica un pacchetto SSIS per ogni modello e complessità distinti. Migra il pacchetto AWS, testa e confronta i risultati con l'architettura esistente.	Il tempo non è un vincolo. Vuoi design diversi per diversi modelli ETL.	Meno rischioso dell'approccio del big bang ma richiede più tempo e impegno. Puoi usare AWS Glue Amazon EMR o framework personalizzati.
Solleva e sposta	Migra l'architettura attuale così com'è. AWS	L'hardware locale non è più supportato. Non hai le risorse per pianificare immediatamente una migrazione.	Minori sforzi e tempi di migrazione. I problemi con la soluzione esistente persistono AWS. I pacchetti SSIS vengono eseguiti così come sono. Non sono necessari altri strumenti o framework ETL.

Il confronto dei dati sui sistemi di origine e di destinazione è fondamentale per una migrazione di successo. Poiché il sistema di produzione esistente riceve aggiornamenti regolari dai sistemi di origine, questo confronto potrebbe creare confusione. Per questo motivo, quando definisci il tuo approccio alla migrazione, ti consigliamo di decidere anche la tua strategia di convalida dei dati.

• Effettua il backup di tutti i database e i file applicabili dall'ambiente di produzione sul sistema di origine in una data e un'ora specifiche.

• Effettua il backup di tutti i database dall'ambiente di produzione sul sistema di destinazione dopo che tutti i job hanno caricato correttamente i dati dai dati di origine di cui è stato eseguito il backup.

• Ripristina i dati di origine in un ambiente di test ed esegui i nuovi lavori.

• Concordate una percentuale di differenze valide tra i database di origine e di destinazione (vecchi e nuovi). Ad esempio, potresti decidere che una differenza inferiore all'1% è accettabile.

• Elenca tutte le regole di convalida da rispettare.

• Automatizza il confronto il più possibile e rispetta tutte le regole.