Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
L'hub di migrazione di Azure fornisce indicazioni prescrittive e di opinione per aiutare i team del carico di lavoro a pianificare e implementare la migrazione ad Azure. Vengono illustrate le migrazioni da ambienti locali e piattaforme cloud, ad esempio Amazon Web Services (AWS) e Google Cloud Platform (GCP).
Importante
Questo contenuto illustra le migrazioni di un singolo carico di lavoro. Non copre migrazioni complete dei data center, rilocazione dell'area o carichi di lavoro ibridi eseguiti simultaneamente in più cloud.
La migrazione ad Azure prevede funzionalità di rete, identità, database, calcolo, archiviazione e integrazioni personalizzate create dal team nel corso degli anni. Più articoli e guide forniscono indicazioni per questi componenti.
Questo articolo consente di identificare le linee guida applicabili alla situazione. In base alla posizione in cui viene eseguito oggi il carico di lavoro, viene visualizzata la guida alla migrazione corretta. Illustra anche la terminologia e le strategie generali della migrazione.
Chi deve leggere questo articolo
Questo articolo aiuta gli architetti e i tecnici del carico di lavoro a iniziare a eseguire la migrazione dei carichi di lavoro ad Azure da AWS, GCP o da un data center locale. Usare queste indicazioni per decidere se eseguire il rehosting, la ripiattaforma o il refactoring.
Questa guida è per:
Architetti del carico di lavoro che riprogettono gli aspetti dell'architettura e convalidano la progettazione complessiva per soddisfare i requisiti aziendali in Azure. Gli architetti affrontano le lacune considerando le caratteristiche specifiche del carico di lavoro e i vincoli aziendali.
Membri del team del carico di lavoro che devono comprendere come cambiano le proprie responsabilità durante e dopo la migrazione. Ad esempio, gli amministratori di database che gestiscono gli script ed eseguono backup giornalieri in Amazon Relational Database Service devono adattarsi all'esecuzione delle stesse attività nel database SQL di Azure.
Questo articolo indirizza l'utente alla guida alla migrazione specifica per lo scenario, in modo da poter iniziare immediatamente la pianificazione.
Strategie di migrazione
Le strategie di migrazione variano a rischio, impegno e ricompensa. Scegliere una strategia in base alla complessità, alla sequenza temporale del carico di lavoro e al livello desiderato di modifica.
Rehosting (lift and shift): Spostare il carico di lavoro nell'infrastruttura di Azure senza modifiche al codice. Questo approccio è rapido e a basso rischio. Funziona bene per carichi di lavoro semplici in cui la velocità è più importante. Ad esempio, è possibile eseguire la migrazione di un'applicazione Web da una macchina virtuale Windows Server a una macchina virtuale di Azure. Si ottengono i vantaggi dell'infrastruttura di Azure senza modificare l'architettura o il codice del carico di lavoro. Modificare la posizione in cui viene eseguita l'applicazione Web, non come viene eseguita.
Ripiattaforma (solleva, regola e sposta): Apportare modifiche minime per sfruttare i servizi della piattaforma Azure. Ad esempio, eseguire la migrazione di un database di SQL Server a Istanza gestita di SQL di Azure per ottenere vantaggi operativi senza riscrivere l'applicazione.
Refactor: Ristrutturare il codice per migliorare le prestazioni, la scalabilità o la gestibilità senza modificare il comportamento esterno del carico di lavoro. Ad esempio, effettuare il refactoring di un'applicazione .NET monolitica da eseguire nel servizio app di Azure sostituendo la gestione del percorso di file specifica di Windows, la gestione dello stato della sessione e la registrazione del disco locale. Il refactoring richiede un maggiore impegno iniziale, ma riduce il sovraccarico operativo a lungo termine.
Riprogettazione: Riprogettare il carico di lavoro per sfruttare al meglio le funzionalità native di Azure. Ad esempio, riprogettare un'applicazione Web per usare Funzioni di Azure e Azure Cosmos DB anziché macchine virtuali e SQL Server. Questo approccio richiede modifiche significative al codice, ma offre i migliori miglioramenti della scalabilità, delle prestazioni e dei costi.
Ritirare: Disattivare i carichi di lavoro non più necessari. Usare questa strategia per carichi di lavoro obsoleti o ridondanti o quando una soluzione SaaS (Software as a Service) può sostituire la funzionalità. Ad esempio, disattivare un file server locale dopo aver migrato i dati su Azure Files e istruire gli utenti per accedere ai file nella nuova posizione.
Sostituire: Adottare un servizio cloud pronto per l'uso invece di eseguire la migrazione dell'implementazione esistente. Prendere in considerazione questa opzione quando una soluzione SaaS soddisfa i requisiti migliori rispetto allo spostamento del carico di lavoro in Azure.
Ricostruire: Creare una nuova implementazione quando il costo di altre strategie di migrazione supera i vantaggi. La ricompilazione funziona bene per i carichi di lavoro legacy che richiedono modifiche fondamentali per l'esecuzione efficace nel cloud. Ad esempio, ricompilare un sistema CRM (Customer Relationship Management) personalizzato usando Dynamics 365 quando la codebase esistente è difficile da gestire o non è allineata correttamente ai servizi di Azure.
Mantenere: Mantenere il carico di lavoro locale quando la conformità, la latenza o i vincoli tecnici rendono la migrazione poco pratica. Ad esempio, mantenere un sistema mainframe legacy che non è possibile eseguire facilmente il rehosting o il refactoring o che non dispone di un percorso di migrazione chiaro ad Azure.
La maggior parte delle migrazioni dei carichi di lavoro nell'hub di migrazione di Azure usa un approccio rehost o replatform . Queste strategie riducono al minimo i rischi mantenendo il carico di lavoro funzionalmente identico. Le funzionalità devono soddisfare gli stessi indicatori di prestazioni chiave (KPI), contratti di servizio e obiettivi del livello di servizio in Azure soddisfatti nella piattaforma di origine. Completare prima la migrazione, quindi ottimizzare e modernizzare.
Per altre informazioni, vedere Selezionare una strategia di migrazione cloud.
Percorso di migrazione
Ogni migrazione segue cinque fasi. Alcune fasi si sovrappongono e è possibile rivedere le fasi precedenti man mano che si apprendono altre informazioni sui requisiti del carico di lavoro, ma la sequenza consente di tenere traccia dello stato di avanzamento.
| Phase | Tasks | Risultato |
|---|---|---|
| Pianificare | Valutare il carico di lavoro corrente, identificare le dipendenze, eseguire il mapping dei servizi di origine agli equivalenti di Azure e definire criteri di esito positivo. | Chiara documentazione dell'ambito di migrazione, delle modifiche necessarie e dei criteri di completamento. |
| Preparazione | Configurare l'ambiente di Azure, tra cui zone di destinazione, rete, identità e governance. Progettare l'architettura dello stato di destinazione. | Ambiente Azure configurato pronto per ricevere il carico di lavoro, con tutte le decisioni relative all'architettura risolte prima dell'inizio della migrazione. |
| Eseguire | Eseguire la migrazione di componenti dell'infrastruttura, dei dati e dell'applicazione. Eseguire test iterativi e passaggio. | Componenti del carico di lavoro migrati ad Azure. Il traffico di produzione viene reindirizzato ad Azure dopo la corretta convalida del carico di lavoro. |
| Valutare | Verificare che il carico di lavoro migrato soddisfi i requisiti funzionali, di prestazioni, sicurezza e costi rispetto alla baseline impostata nella fase 1. | Confermare che la migrazione ha esito positivo e che il carico di lavoro viene eseguito correttamente in Azure. |
| Rimuovere | Disattivare l'ambiente di origine. Rimuovere le risorse, annullare gli abbonamenti e chiudere la piattaforma precedente. | Il carico di lavoro di origine viene arrestato. Azure esegue ora il carico di lavoro esclusivamente. |
Indicazioni sulla migrazione
Questa sezione elenca i tipi di linee guida per la migrazione fornite da Azure. Ogni guida consente di pianificare e gestire la migrazione.
Framework per l'adozione del cloud di Azure
Cloud Adoption Framework per Azure copre la pianificazione a livello di organizzazione. Descrive come strutturare la migrazione, quali passaggi eseguire e cosa configurare prima di spostare i carichi di lavoro.
Se non si ha familiarità con Azure, iniziare da qui. Il Cloud Adoption Framework ti guida nella preparazione organizzativa. Descrive la configurazione della registrazione di Azure, la configurazione della zona di destinazione della piattaforma e la definizione delle priorità del piano di migrazione. Completare questi passaggi fondamentali prima di spostare i carichi di lavoro.
Centro per l'architettura di Azure
Il Centro architetture di Azure offre idee, architetture, modelli di progettazione e guide all'architettura per la creazione di carichi di lavoro in Azure.
La maggior parte delle migrazioni comporta la ripiattaforma. Si sposta sia l'infrastruttura che il livello di gestione dal cloud di origine ad Azure. Non tutti i componenti di origine hanno un equivalente diretto di Azure, quindi potrebbe essere necessario riprogettare parti dell'architettura. Il Centro architetture di Azure offre una panoramica delle scelte tecnologico e consente di trovare la corrispondenza più vicina.
Azure Well-Architected Framework (Struttura Ben Progettata di Azure)
Azure Well-Architected Framework fornisce principi per la creazione di sistemi cloud affidabili, sicuri, convenienti ed efficienti. Include indicazioni generali sull'architettura e guide specifiche del servizio per i servizi di Azure. Queste guide descrivono le procedure consigliate di base per prendere decisioni relative all'architettura per il carico di lavoro. Usarli per valutare l'architettura dopo la migrazione e trovare aree da migliorare.
Iniziare con la piattaforma di origine
Per iniziare, confrontare le funzionalità del carico di lavoro e i relativi servizi con le controparti di Azure più vicine. Gli articoli seguenti includono scenari di esempio e guide alla migrazione a livello di servizio per illustrare i confronti.
Strumenti per la migrazione
Usare gli strumenti seguenti per supportare le attività di migrazione indipendentemente dalla piattaforma di origine. Consentono di misurare il successo della migrazione rispetto agli obiettivi aziendali.
| Tool | Scopo |
|---|---|
| Azure Migra e Modernizza | Individuare e valutare gli asset di migrazione, tra cui infrastruttura, applicazioni e componenti dati. |
| Revisione di valutazione Well-Architected della piattaforma di origine | Esaminare e misurare gli obiettivi aziendali dell'architettura nella piattaforma di origine. Questa valutazione del provider di servizi cloud di origine consente di impostare una baseline per le aspettative in Azure. |
| Valutazione della revisione di Azure Well-Architected | Valutare le decisioni relative all'architettura per identificare le regressioni dalla baseline di origine ed esplorare le opportunità di ottimizzazione. |
Passo successivo
Cloud Adoption Framework illustra la sequenziazione della migrazione, la pianificazione delle onde, il mapping delle dipendenze e l'allineamento degli stakeholder. Per la pianificazione a livello di organizzazione o per la scelta di una strategia di migrazione, vedere Pianificare la migrazione.