Eseguire la migrazione dei carichi di lavoro in piattaforme applicative moderne
Esiste una tendenza chiara e in continua crescita di migrazione dei carichi di lavoro esistenti dai data center locali a un cluster Kubernetes in Azure. Questo approccio ha il potenziale per ridurre il footprint dell'infrastruttura post-migrazione. Più importante, la migrazione ai contenitori consente una maggiore portabilità nel portfolio, consentendo lo spostamento più semplice dei carichi di lavoro tra cloud pubblici e privati. Questa tendenza è molto comune quando le organizzazioni hanno molte applicazioni Web.
La maggior parte delle opzioni moderne della piattaforma dell'applicazione richiede una nuova architettura o una ridistribuzione dell'applicazione. Le funzionalità di orchestrazione servizio Azure Kubernetes (servizio Azure Kubernetes) consentono di semplificare la migrazione per le soluzioni Kubernetes. Tuttavia, quando si integra la migrazione dei contenitori in un processo di migrazione standardizzato, potrebbero esserci processi più efficienti. Azure Migrate include molti strumenti e funzionalità per accelerare la migrazione. Lo strumento Azure Migrate: containerizzazione delle applicazioni è il modo più semplice per eseguire la migrazione ai contenitori durante un processo di migrazione standard.
Approccio con una sola migrazione
È possibile eseguire la migrazione al servizio Azure Kubernetes per accelerare i contenitori nel cloud come parte dello scenario One Migrate di Cloud Adoption Framework. In genere, la migrazione ad Azure usa Azure Migrate e strumenti partner per valutare i carichi di lavoro, eseguire la migrazione dei carichi di lavoro e rilasciare i carichi di lavoro nel cloud. È possibile applicare questo processo in tre passaggi alla migrazione del servizio Azure Kubernetes, ma potrebbero essere necessari alcuni altri strumenti per facilitare la procedura.
Valutare i carichi di lavoro
Come primo passaggio per valutare un gruppo di carichi di lavoro, è necessario fare riferimento al piano di adozione del cloud e alla valutazione iniziale del portfolio. Quando si valutano i carichi di lavoro per la containerizzazione durante la migrazione, è necessario esaminare il piano per ottenere informazioni chiave sul sistema operativo e sul linguaggio di programmazione per l'applicazione per determinare il percorso di containerizzazione più appropriato.
Candidati per la migrazione semplificata
Gli strumenti di migrazione dei contenitori in Azure Migrate possono accelerare la migrazione di applicazioni specifiche al servizio Azure Kubernetes. Valutare i carichi di lavoro rispetto all'elenco seguente per identificare i candidati per la migrazione Kubernetes. Controllare spesso l'elenco, in continuo aumento:
Usare lo strumento Azure Migrate: containerizzazione delle applicazioni per eseguire la migrazione dell'applicazione. Il primo passaggio di tale strumento è l'individuazione, che consente di valutare e valutare la compatibilità.
Candidati alla containerizzazione e quindi alla migrazione
Non è possibile eseguire la migrazione dei carichi di lavoro rimanenti fino a quando non vengono convalidati come funzionali ed efficienti durante il funzionamento all'interno di un contenitore. Collaborare con i proprietari delle applicazioni per allocare tempo per eseguire la containerizzazione, convalidare i risultati e compilare pipeline di creazione di immagini per il lavoro. Si notino dipendenze univoche come i requisiti specifici di Windows, ad esempio gli account del servizio gestiti dal gruppo, l'utilizzo del file system locale, i dettagli di implementazione della cache, le implementazioni singleton e le dipendenze, ad esempio i database.
Anche se un team centralizzato può condurre le attività di containerizzazione in un'organizzazione, considerando che è più di una funzione di gestione dei progetti e requisiti tecnici che raccolgono e supervisiona i processi, i proprietari delle applicazioni devono essere altamente coinvolti.
Eseguire la migrazione di attività
Come accennato nell'attività di valutazione, è possibile eseguire la migrazione di molte applicazioni usando lo strumento Azure Migrate: Containerization delle app. In questo passaggio del processo di migrazione ripetibile viene illustrato come completare le attività associate alla migrazione dei carichi di lavoro al cloud.
Migrazione semplificata
Per tutti i carichi di lavoro compatibili con lo strumento Azure Migrate: containerizzazione delle applicazioni, lo strumento stesso automatizza i passaggi di migrazione compilando l'immagine del contenitore, distribuendo un cluster del servizio Azure Kubernetes e distribuendo l'applicazione nel contenitore.
Eseguire la migrazione di contenitori e carichi di lavoro
Quando si esegue la migrazione di contenitori e carichi di lavoro tramite un processo più manuale, la convalida dell'immagine del contenitore, la distribuzione del cluster e la distribuzione dell'applicazione sono più coinvolte. Assicurarsi prima di tutto che la versione di Kubernetes di destinazione sia inclusa nella finestra supportata per il servizio Azure Kubernetes. L'uso di una versione precedente potrebbe non rientrare nell'intervallo supportato e richiedere l'aggiornamento per essere supportato dal servizio Azure Kubernetes. Per altre informazioni, vedere Versioni Kubernetes supportate nel servizio Azure Kubernetes. Laddove possibile, eseguire sempre la migrazione alla stessa versione di Kubernetes. Ciò significa che eseguire un aggiornamento sul posto nel sistema esistente o pianificare un aggiornamento post-migrazione in base alle priorità.
Come per qualsiasi migrazione, decidere quale finestra di manutenzione è accettabile e essere trasparente per tutti gli stakeholder interessati su come procede la migrazione. Tenere traccia della migrazione e riportarla nel dashboard laddove appropriato. Se non è possibile negoziare una migrazione dei tempi di inattività, consentire la pianificazione, il costo e le complicazioni aggiuntive relative a una migrazione senza tempi di inattività. Se viene rilevato che è necessario procedere alla migrazione con tempi di inattività laddove non era previsto, comunicare la modifica agli stakeholder. Eseguire un'analisi dell'impatto di tale modifica per garantire che i rischi siano documentati e concordati.
Tutte le migrazioni, anche in tempi di inattività, potrebbero dover modificare l'applicazione esistente con una maggiore flessibilità per supportare la migrazione. Assicurarsi che i team delle applicazioni siano completamente coinvolti nella pianificazione delle migrazioni dei carichi di lavoro il prima possibile. Ad esempio, più DNS, stringa di connessione e le funzionalità di cambio delle impostazioni potrebbero dover essere distribuite nel carico di lavoro corrente prima che la migrazione possa essere completata.
Attualmente, è necessario usare uno dei diversi strumenti open source per completare la replica del contenitore e dei carichi di lavoro in Azure.
Se si proviene da una piattaforma Kubernetes esistente (motore del servizio Azure Kubernetes, ACS o un'altra implementazione di Kubernetes), è consigliabile usare alcuni strumenti open source per facilitare la migrazione. In questi casi, si ha già un carico di lavoro che funziona in Kubernetes e il rehosting nel servizio Azure Kubernetes è più semplice. Convalidare tutte le funzionalità esistenti nel servizio Azure Kubernetes prima di eseguire qualsiasi migrazione.
Passaggio successivo: innovare con soluzioni di piattaforma applicativa moderna
Gli articoli seguenti illustrano i punti specifici del percorso di adozione del cloud e consentono di avere successo nello scenario di adozione del cloud.