Microsoft AZ-305: Migrazione e modernizzazione — Guida allo studio

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

Fa parte della Microsoft Azure Solutions Architect Expert AZ-305 — Guida allo studio. Esercitati con risposte verificate nel centro esami Microsoft, oppure fai test cronometrati su ExamRoll.io.

Panoramica

La migrazione e la modernizzazione su Azure combinano una pianificazione guidata dalla discovery con gli strumenti giusti per lo spostamento dei dati, servizi di migrazione specifici per i carichi di lavoro, gestione ibrida e ottimizzazione dei costi. L’obiettivo è rispettare i vincoli di time-to-value senza compromettere l’affidabilità, la sicurezza o le operazioni. Si inizia con un inventario fattuale e una mappa delle dipendenze, si definisce un dimensionamento basato sulle prestazioni e il TCO, si seleziona la strategia di migrazione meno dirompente che promuova comunque le capacità cloud-native e si protegge il business case con ottimizzazioni delle licenze e delle prenotazioni. Azure fornisce una suite integrata: Azure Migrate per la discovery, la valutazione e l’orchestrazione; Azure Database Migration Service e App Service Migration Assistant per lo spostamento dei carichi di lavoro; Azure Data Box e Import/Export per il trasferimento massivo offline; Azure Arc per la governance ibrida; e percorsi di modernizzazione come container, serverless e refactoring API-first.

Discovery, valutazione e migrazione dei carichi di lavoro

Azure Migrate è il piano di controllo per i progetti di migrazione. Distribuire l’appliance di Azure Migrate per individuare server VMware, Hyper-V e fisici senza agenti, oppure utilizzare agenti quando sono necessari metadati più approfonditi (processi, porte). La discovery raccoglie dati su hardware, sistema operativo, contatori delle prestazioni e dipendenze per creare valutazioni accurate. La visualizzazione delle dipendenze è fondamentale per raggruppare i carichi di lavoro e pianificare ondate di migrazione che preservino la località del traffico est-ovest e i livelli applicativi.

Le valutazioni dei server producono l’idoneità (supporto del sistema operativo, driver, agenti), il dimensionamento basato sulle prestazioni (vCPU/RAM/IOPS/throughput) e le stime dei costi mensili allineate a serie di VM, dischi e prenotazioni. Azure Migrate può avere come destinazione sia le VM di Azure sia Azure VMware Solution. Per i carichi di lavoro web, Azure Migrate include una valutazione delle app web per analizzare i siti IIS in vista della migrazione ad Azure App Service, segnalando le funzionalità non supportate come i filtri ISAPI, le dipendenze dalla GAC o i framework .NET legacy. Per i database, Azure Migrate federa le valutazioni verso Azure Database Migration Service (DMS), che testa la compatibilità degli SKU e le correzioni richieste (tipi di dati, area di superficie T-SQL, regole di confronto, parità di funzionalità).

L’orchestrazione della migrazione per i server utilizza Azure Migrate: Server Migration per replicare continuamente server VMware, Hyper-V o fisici su Azure con punti di ripristino e un cutover pianificato. È possibile eseguire migrazioni di prova su VNet isolate per convalidare l’avvio, l’inizializzazione delle applicazioni e la connettività prima del passaggio finale. Per le applicazioni web ospitate su IIS, Azure App Service Migration Assistant esegue una valutazione di idoneità e può creare pacchetti e distribuire siti ASP.NET o PHP su App Service, riscrivere la configurazione secondo necessità ed evidenziare le lacune nelle dipendenze (COM specifici di Windows, driver a livello di macchina, assembly GAC). È più adatto per i carichi di lavoro IIS su Windows che vengono spostati su App Service in ambiente Windows.

Azure Database Migration Service offre migrazioni online (con tempi di inattività minimi) e offline (una tantum):

Le migrazioni online stabiliscono un change data capture continuo dall’origine alla destinazione, consentono di convalidare ed eseguire correzioni in parallelo e di effettuare il cutover durante una breve finestra di interruzione. Da utilizzare per database mission-critical che non possono permettersi lunghi tempi di inattività.
Le migrazioni offline eseguono un caricamento massivo una tantum (backup/ripristino, BACPAC o esportazione/importazione) con un’interruzione più lunga, minimizzando la complessità e i costi.

I pattern di origine/destinazione supportati includono da SQL Server ad Azure SQL Database o Azure SQL Managed Instance, da SQL Server a SQL Server su VM di Azure, da MySQL ad Azure Database for MySQL, da PostgreSQL ad Azure Database for PostgreSQL e da MongoDB ad Azure Cosmos DB (API MongoDB). DMS valuta la compatibilità, orchestra lo spostamento di schemi e dati e può automatizzare le attività di convalida post-migrazione.

Opzioni di trasferimento dati massivo

Quando la larghezza di banda della rete, la data gravity o la conformità impediscono la copia online, si possono sfruttare le offerte di trasferimento offline di Azure.

Famiglia Azure Data Box:

Data Box Disk: dischi crittografati a stato solido che vengono spediti al cliente; adatti fino a circa 35 TB per ordine per seeding su scala di filiale o laboratorio dove la portabilità è importante.
Data Box: un’appliance robusta e crittografata con circa 100 TB di capacità utilizzabile; progettata per spostamenti di data center o per un seeding iniziale di grandi dimensioni prima della sincronizzazione continua.
Data Box Heavy: un’appliance pallettizzata che fornisce circa 1 PB utilizzabile; ideale per migrazioni da centinaia di terabyte a petabyte come archivi, librerie multimediali o file share.

Tutti i dispositivi utilizzano la crittografia hardware, una logistica basata sulla catena di custodia e l’inserimento automatico negli account di Azure Storage selezionati al momento della restituzione. Sono tipicamente utilizzati per il seeding iniziale (seguito da una replica delta continua tramite AzCopy, Storage Mover in anteprima o strumenti di terze parti), per archivi una tantum o per spostamenti da regione a regione dove si applicano vincoli di egress.

Il servizio Azure Import/Export utilizza i propri supporti SATA HDD/SSD crittografati con BitLocker. Lo strumento WAImportExport prepara le unità, genera file di journal e di manifesto, convalida i dati e le mappature delle cartelle e scrive le chiavi di crittografia. Il flusso di lavoro di spedizione è il seguente:

Creare un processo di importazione (o esportazione) nel portale e specificare gli account e i contenitori di archiviazione di destinazione (o di origine).
Usare WAImportExport per preparare e crittografare le unità e generare il file CSV del set di unità.
Spedire i supporti al datacenter Microsoft indicato nel processo utilizzando un corriere approvato e fornire i dettagli di tracciamento.
Microsoft inserisce (o esporta) i dati direttamente nel (o dal) proprio account di archiviazione, aggiorna lo stato del processo e rispedisce i supporti. Import/Export è la soluzione ottimale quando si hanno già unità disponibili, si necessita di un controllo preciso sulla catena dei dispositivi o il volume di dati è modesto rispetto alle appliance Data Box.

Strategia, Licenze e Ottimizzazione dei Costi

Selezionare le strategie di migrazione in base a tempo, rischio e obiettivi di modernizzazione:

Lift-and-shift (rehost): il percorso più rapido, con modifiche minime al codice. Da utilizzare per VM stabili e a basso rischio o come ponte prima dell’ottimizzazione. Combinare con la replica di Azure Migrate e applicare immediatamente i guardrail di governance.
Re-platform (lift-and-optimize): spostarsi su servizi gestiti con piccole modifiche—da Windows IIS ad App Service, da SQL Server ad Azure SQL Managed Instance. Riduce l’overhead operativo e consente di ottenere l’affidabilità del PaaS senza una riprogettazione completa.
Re-architect (refactor): decomporre i monoliti, adottare microservizi su AKS, pipeline event-driven o bounded context basati su domain-driven design. Richiede uno sforzo maggiore, ma si allinea con la resilienza e la scalabilità cloud-native.
Replace: adottare soluzioni SaaS per ritirare i carichi di lavoro personalizzati che non sono differenzianti (CRM, HRIS), riducendo la superficie di attacco e il TCO.

Sostenere il business case con licenze e prenotazioni:

Azure Hybrid Benefit (AHB) consente di utilizzare le licenze esistenti con Software Assurance. Per Windows Server su VM Azure o Azure Dedicated Host, l’AHB elimina il costo della licenza di Windows, quindi si pagano solo le tariffe di calcolo di base. Per SQL Server, applicare l’AHB ad Azure SQL Database, Azure SQL Managed Instance o SQL su VM Azure per ridurre i costi di licenza di SQL. Per Linux, l’AHB supporta le sottoscrizioni idonee di Red Hat Enterprise Linux e SUSE Linux Enterprise per eliminare i costi del software del sistema operativo quando si eseguono immagini BYOS approvate. Verificare sempre la mobilità delle licenze e il numero di core.
Le Azure Reserved Instances (RI) e la Reserved Capacity allineano il calcolo a stato stazionario (steady-state) con impegni di 1 o 3 anni. I termini triennali offrono sconti maggiori; quelli annuali offrono più flessibilità. Definire l’ambito delle prenotazioni a una singola sottoscrizione (per un allineamento stretto del vantaggio) o a un ambito condiviso (applicato tra le sottoscrizioni nel contesto di fatturazione per massimizzare l’utilizzo). È possibile scambiare le prenotazioni in qualsiasi momento per modificare la regione, la famiglia di VM o la durata; le cancellazioni sono consentite con una penale per la risoluzione anticipata e i rimborsi sono limitati dal tetto annuale di Azure. Utilizzare la flessibilità delle dimensioni dell’istanza all’interno di una famiglia di VM per assorbire la varianza della domanda. Insieme, l’AHB e le prenotazioni spesso offrono risparmi del 50–80% rispetto al modello pay-as-you-go, consentendo di reinvestire nella modernizzazione.

Pattern di Gestione Ibrida e Modernizzazione

Azure Arc estende la governance di Azure agli ambienti on-premise e multicloud. I server abilitati per Arc (Arc-enabled servers) integrano macchine Windows e Linux tramite un agente che le proietta come risorse Azure, abilitando la configurazione guest di Azure Policy, Update Management, Defender for Cloud e strumenti basati su estensioni (certificati Key Vault, Dependency agent). Kubernetes abilitato per Arc (Arc-enabled Kubernetes) collega cluster conformi a CNCF ad Azure per la configurazione basata su GitOps (Flux), Azure Policy per Kubernetes e la gestione del ciclo di vita delle estensioni (Open Service Mesh, Azure Monitor per container). SQL Server abilitato per Arc (Arc-enabled SQL Server) inventaria le istanze ovunque si trovino, evidenzia le raccomandazioni sulla fine del supporto e sugli SKU, applica le baseline di sicurezza e si integra con Defender for SQL. Per ambienti edge o disconnessi, Arc fornisce un piano di controllo coerente per la governance, mentre i carichi di lavoro rimangono dove si trovano.

I pattern di modernizzazione dovrebbero essere stratificati sui piani di migrazione:

Containerizzazione: Impacchettare le app .NET/Java esistenti in container ed eseguirle su Azure Kubernetes Service (AKS) o App Service for Containers. Azure Migrate: App Containerization può analizzare app IIS o Java, creare Dockerfile e pubblicarli su Azure Container Registry, accelerando la modernizzazione senza riscrivere il codice. Utilizzare AKS per microservizi complessi e scalabili con service mesh e CI/CD; utilizzare App Service for Containers per carichi di lavoro web più semplici.
Migrazione serverless: Delegare scheduler, attività batch e logica di integrazione (“integration glue”) ad Azure Functions e Logic Apps per eliminare la gestione dei server. Durable Functions aggiunge workflow e stato; Event Grid e Service Bus forniscono la gestione degli eventi (eventing) e il disaccoppiamento per ridurre la contropressione (backpressure) e migliorare l’isolamento dei guasti.
Trasformazione API-first: Esporre le funzionalità interne tramite Azure API Management con prodotti, versioning, throttling e offload di OAuth2/OpenID Connect. Questo separa i contratti API dai backend, abilita canali per partner e mobile e impone policy di sicurezza centralizzate. Combinare con i pattern Backend for Frontend (BFF) e DevSecOps per standardizzare la governance e il testing. Utilizzare cutover di tipo blue/green o canary e feature flag per ridurre il rischio durante la modernizzazione. La telemetria proveniente da Azure Monitor e Application Insights dovrebbe guidare l’ottimizzazione iterativa delle prestazioni, della capacità e delle regole di scalabilità.

Scenario Pratico

Adobe Inc. deve migrare un portafoglio di applicazioni web IIS on-premise, database SQL Server e 600 TB di asset multimediali su Azure, minimizzando i tempi di inattività e preparandosi per un futuro basato su container (container-first).

Approccio passo-passo:

Individuazione e valutazione con Azure Migrate Distribuire l’appliance di Azure Migrate per inventariare le VM VMware e i siti IIS. Utilizzare la mappatura delle dipendenze per raggruppare i livelli applicativi e identificare i database condivisi. Eseguire un dimensionamento delle VM basato sulle prestazioni e una valutazione della compatibilità (readiness assessment) per App Service. Scelto perché centralizza l’individuazione, la stima dei costi, l’analisi delle dipendenze e l’orchestrazione della migrazione in un unico pannello di controllo.
Classificare la strategia di migrazione per ogni carico di lavoro Inizialmente, eseguire il rehosting (Rehost) dei livelli applicativi stateful su VM Azure per ridurre i rischi sulle tempistiche, eseguire il re-platforming (Re-platform) dei livelli web stateless su Azure App Service dove il Migration Assistant mostra un’alta compatibilità, e pianificare flussi di lavoro di riprogettazione (Re-architect) per i portali ad alto traffico verso AKS. Questa strategia ibrida bilancia la velocità (lift-and-shift) con i vantaggi operativi (App Service) e la scalabilità a lungo termine (AKS).
Migrare i database con Azure Database Migration Service Utilizzare migrazioni online per i backend SQL Server rivolti ai clienti verso Azure SQL Managed Instance per preservare i job di SQL Agent, le query cross-database e ottenere tempi di inattività quasi nulli. Utilizzare migrazioni offline per i database line-of-business interni durante una finestra di manutenzione programmata nel fine settimana. DMS è stato selezionato per il suo percorso a minimo downtime basato su CDC (Change Data Capture), la validazione dello schema e il cutover orchestrato.
Spostare gli asset multimediali usando Azure Data Box e Import/Export Ordinare più appliance Azure Data Box (100 TB ciascuna) per il trasferimento iniziale (seed) di 600 TB su Blob Storage, seguito da una sincronizzazione delta tramite ExpressRoute. Per due studi remoti con archivi più piccoli, utilizzare Azure Import/Export con SSD crittografati esistenti e lo strumento WAImportExport. Data Box gestisce il trasferimento massivo in modo rapido e sicuro; Import/Export sfrutta i dischi già disponibili presso le sedi periferiche (edge).
Eseguire il cutover dei carichi di lavoro web con App Service Migration Assistant e testare le migrazioni Per i siti IIS contrassegnati come compatibili, utilizzare il Migration Assistant per impacchettare, convertire la configurazione e distribuire su App Service. Eseguire migrazioni di prova in slot di staging ed effettuare lo swap in caso di successo. Lo strumento riduce le correzioni manuali e accelera la coerenza della distribuzione.
Introdurre i pattern di modernizzazione Containerizzare i servizi selezionati con Azure Migrate: App Containerization, caricare le immagini su Azure Container Registry e distribuirle su AKS con GitOps tramite Kubernetes abilitato per Azure Arc per una configurazione coerente tra gli ambienti dev/test/prod. Esporre tutte le API pubbliche tramite Azure API Management per standardizzare il throttling, l’OAuth2 e l’onboarding dei partner. Questo pone le basi per i microservizi e i canali API-first, mantenendo al contempo la governance.
Abilitare la governance ibrida con Azure Arc Integrare i restanti server on-premise e i cluster Kubernetes non-AKS con Azure Arc per applicare Azure Policy, raccogliere l’inventario e standardizzare le baseline di sicurezza prima, durante e dopo la migrazione. Arc fornisce un unico piano di controllo per l’ambiente ibrido, garantendo il rilevamento delle deviazioni (drift detection) e la conformità.
Ottimizzare i costi con Azure Hybrid Benefit e le prenotazioni Applicare Azure Hybrid Benefit a Windows Server e SQL Server per ridurre i costi del software. Acquistare Reserved Instances a 3 anni per gli SKU di VM e Managed Instance con carico di lavoro stabile (steady-state); utilizzare l’ambito condiviso (shared scope) per massimizzare la copertura tra le sottoscrizioni e scambiare le prenotazioni se i pattern di utilizzo cambiano. Questo preserva il business case e finanzia gli sprint di modernizzazione.

Perché questi servizi: Azure Migrate e DMS minimizzano il rischio con una pianificazione basata sui dati e un’esecuzione a basso downtime; App Service Migration Assistant accelera le migrazioni comprovate di IIS; Data Box e Import/Export affrontano il problema della “data gravity”; Azure Arc fornisce una governance coerente in ambienti ibridi e multicloud; AKS, Functions e API Management consentono un’evoluzione cloud-native e a prova di futuro, senza bloccare gli obiettivi di migrazione immediati.

← Monitoraggio · Tutti i domini · Well-Architected Framework e principi di progettazione →

Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →