Microsoft AZ-900: Calcolo e Servizi App — Guida allo studio

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

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

Azure offre uno spettro di opzioni di calcolo che spaziano da piattaforme applicative completamente gestite al controllo granulare sulle macchine virtuali. La scelta giusta bilancia controllo, scalabilità, disponibilità e costi con l’impegno operativo. Da un lato ci sono le macchine virtuali e i set di scalabilità, ideali quando sono richiesti il controllo a livello di sistema operativo e immagini personalizzate. Dall’altro lato ci sono App Service, container e opzioni serverless che accelerano la delivery astraendo l’infrastruttura. La progettazione per la resilienza e l’elasticità è centrale per il calcolo su Azure. I set di disponibilità e le zone di disponibilità proteggono da guasti hardware e di datacenter, mentre le funzionalità di bilanciamento del carico e di scalabilità automatica aiutano a mantenere le prestazioni al variare della domanda. Abbinati a moderne tecniche di deployment come gli slot blu/verde, questi servizi consentono una gestione sicura delle modifiche senza tempi di inattività.

Azure Virtual Machines: immagini e dischi

Azure Virtual Machines (VM) fornisce infrastructure-as-a-service per Windows e Linux. Scegliere le famiglie di VM in base al profilo del carico di lavoro: per uso generico (Dsv5) per un rapporto bilanciato tra CPU e memoria, ottimizzate per il calcolo (Fsv2) per attività ad alta intensità di CPU, ottimizzate per la memoria (Esv5) per database in-memory, ottimizzate per lo storage (Lsv3) per un throughput elevato di IOPS, e le serie GPU/HPC (NC, ND, HB/HX) per il calcolo specializzato. Le VM vengono provisionate da immagini del marketplace o da immagini personalizzate che standardizzano le baseline del sistema operativo e del software tra i vari ambienti. La gestione delle immagini personalizzate è semplificata con Azure Compute Gallery, che versiona e replica le immagini tra le region per deployment coerenti e veloci. È possibile catturare una “golden image” da una VM configurata o creare immagini con strumenti come Packer, per poi distribuirle tramite la gallery a set di scalabilità e singole VM. Per i carichi di lavoro stateless, i dischi del sistema operativo effimeri accelerano notevolmente i tempi di provisioning e riavvio ed eliminano i costi di storage persistente per il sistema operativo, mantenendolo nella cache dell’host. I dischi gestiti (Managed Disk) semplificano il ciclo di vita e la disponibilità dello storage. Selezionare i tipi di disco per abbinare prestazioni e costi: Ultra Disk per una latenza inferiore al millisecondo e IOPS/throughput elevati; Premium SSD v2 e Premium SSD per carichi di lavoro di produzione; Standard SSD per carichi di lavoro generici; e Standard HDD per scenari a basso costo e con pochi IOPS. Collegare dischi del sistema operativo e dischi dati con dimensioni e livelli di prestazioni configurabili, utilizzare gli snapshot per backup point-in-time e sfruttare la crittografia del disco predefinita con la crittografia lato server; le chiavi gestite dal cliente e la crittografia basata su host sono disponibili per una conformità più rigorosa.

Alta disponibilità e scalabilità elastica per VM: set di disponibilità, zone, set di scalabilità e bilanciamento del carico

I set di disponibilità (Availability Set) proteggono da guasti a livello di rack distribuendo le VM tra domini di errore (fault domain) e domini di aggiornamento (update domain) all’interno di un singolo datacenter. Il deployment di due o più VM in un set di disponibilità consente di ottenere un SLA di disponibilità più elevato, garantendo che un evento di aggiornamento o un guasto hardware non influisca su tutte le istanze contemporaneamente. Per un isolamento dai guasti più robusto, le zone di disponibilità (Availability Zone) distribuiscono le risorse tra datacenter distinti all’interno di una region. Posizionare due o più VM in due o più zone fornisce il più alto SLA di disponibilità per le VM, adatto per applicazioni line-of-business critiche. I set di scalabilità di macchine virtuali (VM Scale Sets o VMSS) gestiscono gruppi di VM identiche come una singola risorsa per la scalabilità e l’orchestrazione. È sufficiente definire un modello (immagine, dimensione, configurazione) e lasciare che VMSS gestisca la creazione delle istanze, la distribuzione tra le zone e la scalabilità automatica basata su metriche come CPU, memoria (tramite metriche personalizzate) o lunghezza della coda. È possibile integrare con Azure Compute Gallery per implementare gli aggiornamenti delle immagini in modo sicuro utilizzando health probe e modalità di orchestrazione flessibili, e combinare il tutto con strategie di aggiornamento automatico del sistema operativo e delle applicazioni per ridurre al minimo le interruzioni. Azure Load Balancer fornisce una distribuzione di livello 4 (layer-4) tra le istanze di VM con health probe per instradare il traffico solo verso i backend integri. Lo Standard Load Balancer supporta l’alta disponibilità, la ridondanza di zona, il bilanciamento del carico tra zone, le regole NAT in entrata e le regole di connettività in uscita. Utilizzarlo davanti a VMSS o VM per esporre i servizi in modo affidabile. Per funzionalità di livello 7 (layer-7) HTTP(S) come l’affinità basata su cookie, la terminazione TLS e il WAF, Application Gateway è il servizio complementare, mentre Front Door si occupa del routing anycast globale e dell’accelerazione. La scelta del giusto livello di bilanciamento del carico mantiene il traffico resiliente, soddisfacendo al contempo le esigenze di protocollo e funzionalità.

App Service per Web, API e container con slot di distribuzione

Azure App Service ospita applicazioni web, API REST e applicazioni containerizzate su una piattaforma completamente gestita che si occupa dell’applicazione di patch, del bilanciamento del carico e della scalabilità automatica. Gli sviluppatori effettuano il deploy del codice utilizzando pipeline CI/CD, GitHub Actions o deploy tramite ZIP/web, e possono eseguire container direttamente tramite App Service for Containers senza gestire un orchestratore di container. La diagnostica integrata, i log applicativi e l’integrazione con Application Insights semplificano le operazioni. Le funzionalità sono determinate dal piano di servizio App Service (App Service Plan). I livelli (tier) Free e Shared sono per la valutazione. Il livello Basic introduce risorse di calcolo dedicate, domini personalizzati, la scalabilità orizzontale (scale-out) su più istanze e SSL basato su SNI, soddisfacendo le esigenze di produzione a basso costo quando sono richieste capacità dedicata e scalabilità semplice. I livelli Standard e Premium aggiungono regole di scalabilità automatica, slot di distribuzione per rilasci senza tempi di inattività, integrazione con VNet, un numero maggiore di istanze e funzionalità avanzate adatte alla maggior parte dei carichi di lavoro di produzione. Il livello Isolated (ASE) fornisce ambienti dedicati e isolati a livello di rete per esigenze di conformità e scalabilità rigorose. Gli slot di distribuzione (deployment slot) consentono rilasci sicuri mantenendo un deployment secondario “caldo” (warm) accanto a quello di produzione. È possibile scambiare (swap) il traffico dopo la convalida per evitare partenze a freddo (cold start) e contrassegnare la configurazione come “impostazioni dello slot” per “fissare” (pin) segreti o stringhe di connessione a uno slot specifico. L’aumento graduale del traffico durante gli scambi supporta i rilasci canary, e lo scambio automatico al superamento degli health check accelera la continuous delivery con un rischio minimo.

Container su Azure: confronto tra AKS e Azure Container Instances

I container accelerano il packaging e la portabilità. Azure Kubernetes Service (AKS) offre un control plane Kubernetes gestito per microservizi e carichi di lavoro stateful che richiedono funzionalità di rete avanzate, scalabilità automatica e aggiornamenti continui (rolling update). È la scelta giusta quando si necessita di funzionalità di orchestrazione mature, controllo delle policy e integrazioni con l’ecosistema. Azure Container Instances (ACI) esegue container on-demand senza la necessità di gestire server o orchestratori. Avvia i container in pochi secondi, paga al secondo per CPU e memoria, e sfrutta il bursting per attività di breve durata, processi basati su eventi o pipeline di compilazione. ACI si integra con le reti virtuali per carichi di lavoro privati e può essere posizionato dietro a load balancer o API gateway quando si utilizzano più istanze per la resilienza. La scelta dipende dal modello operativo e dalla natura del carico di lavoro. Usa AKS per applicazioni multi-container di lunga durata con service mesh, scalabilità automatica avanzata e volumi persistenti. Usa ACI per attività semplici ed effimere, picchi di carico ed elaborazioni in background dove l’overhead dell’orchestrazione sarebbe controproducente.

• Azure Kubernetes Service (AKS)
  • Orchestrazione: Control plane Kubernetes gestito con nodi worker
  • Casi d’uso tipici: Microservizi di lunga durata, app stateful, piattaforme enterprise
  • Tempo di avvio: Minuti per il provisioning dei cluster; secondi per l’avvio dei pod
  • Modello di scalabilità: Cluster Autoscaler + Horizontal Pod Autoscaler; basata su pianificazione e metriche
  • Networking: kubenet o Azure CNI con Kubernetes Services e Network Policies
  • Opzioni di Ingress: Ingress controller (NGINX), Application Gateway Ingress Controller, Gateway API
  • Storage persistente: Kubernetes PV/PVC tramite Azure Disks/Files; driver CSI
  • Gestione dei nodi: Gestione del dimensionamento/aggiornamento dei nodi worker; control plane gestito da Azure
  • Modello di prezzo: Si paga per i nodi worker; SLA di uptime a pagamento opzionale per il control plane
  • Caratteristiche SLA: Alta disponibilità progettata tramite pool multi-nodo e zone; SLA del control plane disponibile con Uptime SLA
  • Ideale per: Microservizi e piattaforme di livello production
• Azure Container Instances (ACI)
  • Orchestrazione: Nessun orchestratore; gruppi di container
  • Casi d’uso tipici: Processi di breve durata, burst compute, attività di CI/CD, elaborazione di eventi
  • Tempo di avvio: Secondi
  • Modello di scalabilità: Per gruppo di container; si scala creando più gruppi
  • Networking: Integrazione con VNet supportata; possibilità di IP privati
  • Opzioni di Ingress: Esposizione diretta delle porte o tramite Load Balancer/Application Gateway
  • Storage persistente: Livello scrivibile effimero; collegamento ad Azure Files per la persistenza
  • Gestione dei nodi: Nessuna; la piattaforma gestisce gli host
  • Modello di prezzo: Fatturazione al secondo per vCPU e memoria; nessun costo per le VM
  • Caratteristiche SLA: Livello di servizio per singola istanza; l’alta disponibilità si progetta eseguendo più istanze
  • Ideale per: Container serverless on-demand e processi batch

Integrazione serverless e concetti di base di Azure Virtual Desktop

Il calcolo serverless astrae la gestione dell’infrastruttura e scala in modo trasparente con la domanda. Azure Functions esegue codice basato su eventi con trigger per HTTP, timer, code, Service Bus, Event Grid e altro ancora. Scegli il piano Consumption per la fatturazione per esecuzione e la scalabilità automatica, il piano Premium per l’integrazione con VNet, prestazioni prevedibili e assenza di cold start, o il piano Dedicated (App Service) per riutilizzare la capacità esistente. I binding di input/output collegano le Functions alle origini dati in modo dichiarativo, riducendo il codice boilerplate. Logic Apps orchestra flussi di lavoro tra sistemi SaaS e on-premise utilizzando centinaia di connettori gestiti. Crea flussi di lavoro stateful o stateless, implementa tentativi e gestione degli errori, e distribuisci come multi-tenant (Consumption) o single-tenant (Standard) per l’isolamento e funzionalità di rete avanzate. Event Grid fornisce un fabric pub/sub a bassa latenza per l’instradamento di eventi di sistema e personalizzati su larga scala, con funzionalità di filtraggio e dead-lettering, ideale per architetture reattive in cui producer e consumer sono debolmente accoppiati. Azure Virtual Desktop (AVD) fornisce desktop e app virtuali sicuri e scalabili da Azure. Distribuisci pool di host di Windows 11/10 Enterprise multi-sessione o host di sessione Windows Server, pubblica gruppi di app e presentali agli utenti tramite aree di lavoro (workspace). I profili si spostano tra gli host utilizzando FSLogix con contenitori di profilo archiviati su Azure Files o Azure NetApp Files, consentendo accessi rapidi e un’esperienza utente coerente. Integra con Microsoft Entra ID per l’identità, Conditional Access per le policy di accesso e sfrutta la scalabilità automatica per adeguare gli host di sessione alla domanda, mantenendo i costi sotto controllo.

Problema pratico: Elaborazione degli ordini pronta per i picchi di traffico per Fabrikam Health utilizzando VM resilienti, una piattaforma applicativa moderna ed eventi serverless

Scenario: Fabrikam Health gestisce un portale di ordinazione online che subisce picchi di traffico negli ultimi 5 giorni di ogni mese. Il team gestisce un servizio legacy di elaborazione degli ordini che deve rimanere su Windows Server, affiancato da un front-end web/API moderno. L’azienda richiede una disponibilità del 99,99% per l’elaborazione degli ordini, HTTPS end-to-end su un dominio personalizzato, implementazioni senza tempi di inattività per il sito web e un overhead operativo minimo. La sensibilità al budget esclude orchestrazioni complesse autogestite per le attività in background, ma i picchi di fine mese devono essere assorbiti senza intervento manuale.

Sfida: Garantire una disponibilità del 99,99% per il processore di ordini basato su VM, scalare il front-end web/API in modo trasparente durante i picchi, supportare rilasci sicuri e gestire attività in background con carichi di lavoro discontinui (bursty) con una gestione minima dell’infrastruttura.

Approccio consigliato:

1. Creare un’immagine Windows Server “hardened” (rinforzata) in Azure Compute Gallery che includa il servizio di elaborazione degli ordini e le sue dipendenze; gestirne le versioni per implementazioni ripetibili.
2. Implementare un VM Scale Set con due istanze distribuite su due zone di disponibilità, utilizzando dischi SSD Premium per il sistema operativo e i dati, e posizionare uno Standard Load Balancer di fronte con health probe per ottenere resilienza a livello di zona e distribuire il traffico.
3. Effettuare il provisioning di un piano App Service (Standard o Premium) per il web/API pubblico, associare il dominio personalizzato e i certificati, abilitare due o più istanze con scalabilità automatica basata sulla frequenza delle richieste HTTP o sulla CPU e creare uno slot di staging per i rilasci di tipo blue/green.
4. Implementare flussi di lavoro asincroni con Azure Functions attivate da eventi di Event Grid (ad esempio, order-created) e trigger di coda per attività a valle come la generazione di fatture e le notifiche via email; utilizzare il piano Premium per l’integrazione con VNet se richiesta dai sistemi di backend.
5. Per esportazioni ad-hoc ad alta intensità di calcolo a fine mese, eseguire processi containerizzati su Azure Container Instances dietro un endpoint privato, invocati da Functions; pagare solo per il tempo di esecuzione senza gestire un cluster.
6. Introdurre Azure Virtual Desktop per il personale finanziario che necessita di accedere a un client legacy di tipo rich client: creare un pool di host condiviso (pooled) con Windows 11 Enterprise multi-sessione, abilitare i profili FSLogix su Azure Files e pubblicare l’applicazione agli utenti tramite un’area di lavoro (workspace).

Logica di Azure: Due istanze VM distribuite su zone di disponibilità e poste dietro uno Standard Load Balancer soddisfano l’obiettivo di disponibilità del 99,99% per il processore di ordini, mantenendo al contempo il controllo a livello di sistema operativo. App Service fornisce una piattaforma gestita per il portale con scalabilità automatica e slot di implementazione per gestire i picchi e fornire aggiornamenti sicuri e senza tempi di inattività. Event Grid e Functions disaccoppiano l’elaborazione in background e scalano in modo trasparente, mentre ACI fornisce capacità di calcolo per carichi discontinui (burst) con il più basso overhead operativo. Azure Virtual Desktop centralizza l’accesso al client legacy in modo sicuro e scala con la domanda, completando l’architettura con un’infrastruttura minima da gestire.

← Architettura e Infrastruttura Globale di Azure · Tutti i domini · Reti →

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

Sfoglia Microsoft →