Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Fase di migrazione
Le migrazioni su larga scala consistono in elementi costitutivi, processi, strumenti, risorse e metodologia definiti e testati durante la fase di preparazione e pianificazione. Dopo aver utilizzato le best practice e le lezioni apprese dalle fasi precedenti, è possibile implementare una fabbrica di migrazione, un modello di scalabilità dell'implementazione e delle operazioni, attraverso l'automazione e la distribuzione agile.
Factory migrazione
Nella fase di scale-out del progetto di migrazione, avrai più team operativi contemporaneamente. Alcuni supporteranno un grande volume di migrazioni nel rehost e nei modelli di ripiattaforma minori. Questi team sono indicati come fabbrica di migrazione. La tua fabbrica di migrazione aumenterà la velocità del tuo piano di migrazione, con più team sprint che lavorano in parallel. Il 20-50% di un portafoglio di applicazioni aziendali è costituito da modelli ripetuti che possono essere ottimizzati da un approccio di fabbrica. Si tratta di un modello di distribuzione agile ed è importante creare un piano di gestione delle release. Il piano dovrebbe basarsi sui carichi di lavoro correnti e sulle informazioni generate durante la fase di preparazione e pianificazione. Dovrebbe essere continuamente ottimizzato per future ondate di migrazione e future team di migrazione. Ti consigliamo di disporre di un backlog di applicazioni che supportano tre sprint per ogni team. Ciò consente di riassegnare la priorità alle applicazioni in caso di problemi che influiscono sulla pianificazione.
Le applicazioni più grandi e complesse spesso seguono il modello di refactor/rearchitect. Sono generalmente condotti in cicli di rilascio pianificati dal proprietario dell'applicazione. I team di fabbrica sono autosufficienti e comprendono da cinque a sei ruoli interfunzionali. Includono operazioni, analisti e proprietari aziendali, ingegneri di migrazione, sviluppatori e DevOps professionisti. Di seguito sono riportati esempi di team di fabbrica di migrazione specifici:
-
I team di migrazione di Rehost eseguono la migrazione di applicazioni ad alto volume e a bassa complessità che non richiedono modifiche materiali. Questi team sfruttano gli strumenti di automazione della migrazione. Questo approccio è integrato in patch-and-release processi di gestione.
-
I team di migrazione ripiattaforma progettano e eseguono la migrazione di applicazioni che richiedono un cambio di piattaforma o una modifica ripetibile nell'architettura dell'applicazione.
-
Refactor/riarchitetto team di migrazione progettano e migrano applicazioni aziendali complesse o core con molte dipendenze. Nella maggior parte dei casi, i team di sviluppo e operazioni tecniche supportano questa funzionalità aziendale. La migrazione diventa un ciclo di rilascio o alcuni cicli di rilascio all'interno del piano per quel team. Possono esserci molti di questi in volo e Cloud Business Office (CBO) è responsabile del monitoraggio dei tempi, dei rischi e dei problemi attraverso il completamento della migrazione. Questo team è proprietario del processo di migrazione delle applicazioni.
Articoli da considerare:
-
Esegui un'analisi di portafoglio per comprendere i modelli comuni in tutte le applicazioni per contribuire a creare un lavoro ripetibile per consentire ai team di fabbrica di implementare in modo efficiente.
-
Utilizzo di unAWSPartner per aiutare con i vincoli di risorse mentre il tuo team supporta le attività aziendali regolari.AWSe laAWSLa community dei partner può offrire risorse specializzate per argomenti specifici come database, sviluppo di applicazioni e strumenti di migrazione.
Guida sull'uso
