Scegliere il servizio di calcolo più adatto

Azure offre diversi servizi di calcolo, ciascuno progettato per un tipo diverso di carico di lavoro, livello di controllo e modello operativo. Scegliere il servizio di calcolo sbagliato comporta una complessità non necessaria (se il livello è troppo basso) oppure un controllo insufficiente (se il servizio è troppo astratto). La domanda fondamentale è: quanto dell'infrastruttura sottostante deve gestire? Questa lezione illustra le principali opzioni di calcolo e i criteri che consentono di scegliere quella giusta per ogni scenario.

Azure Virtual Machines offre il controllo completo del sistema operativo, del runtime e dello stack applicativo. Utilizzi le macchine virtuali quando deve eseguire applicazioni legacy che richiedono una versione specifica del sistema operativo o un'impostazione specifica del kernel, effettuare una migrazione lift-and-shift di un carico di lavoro locale senza modificarlo, installare software personalizzato a livello di sistema oppure ha bisogno di risorse di calcolo persistenti in esecuzione 24 ore su 24, 7 giorni su 7, con una configurazione fissa e prevedibile. Il compromesso è il maggiore onere operativo: Lei è responsabile dell'applicazione delle patch al sistema operativo, del rafforzamento della sicurezza e del monitoraggio del livello del sistema operativo.

Virtual Machine Scale Sets è la scelta corretta quando servono macchine virtuali, ma anche la possibilità di effettuare automaticamente il dimensionamento in base alla domanda. Se il carico di lavoro è senza stato (server Web, back-end API, processi batch), viene eseguito in modo identico su ogni istanza e presenta una domanda variabile, VMSS è la soluzione naturale. Combina il controllo a livello di macchina virtuale con il dimensionamento orizzontale automatizzato. Quando deve scegliere tra una macchina virtuale autonoma e VMSS, il fattore decisivo è generalmente la necessità o meno del carico di lavoro di scalare oltre una singola istanza.

Azure App Service è una piattaforma PaaS per ospitare applicazioni Web, API REST e back-end per dispositivi mobili. Lei distribuisce il codice (in Node.js, Python, Java, .NET, PHP, Ruby o in un container) e Azure gestisce il runtime, il sistema operativo, l'applicazione delle patch, il bilanciamento del carico e il dimensionamento. Utilizzi App Service quando desidera distribuire rapidamente il codice senza gestire l'infrastruttura, quando l'applicazione segue i modelli standard delle applicazioni Web e quando non sono necessarie personalizzazioni a livello di sistema operativo. App Service è uno dei servizi Azure più diffusi grazie all'equilibrio tra potenza e semplicità.

Azure Container Instances (ACI) consente di eseguire un container Docker nel cloud senza gestire alcuna infrastruttura: nessuna macchina virtuale e nessun orchestratore. ACI è ideale per carichi di lavoro containerizzati di breve durata e su richiesta, come processi batch pianificati, attività di pipeline CI/CD, script di elaborazione dati o ambienti di sviluppo. I container si avviano in pochi secondi e Lei paga in base ai secondi di CPU e memoria consumati. ACI non offre funzionalità come l'individuazione dei servizi, le distribuzioni progressive o il riavvio basato sullo stato di salute, disponibili in Kubernetes: è un ambiente di esecuzione per un singolo container o per un gruppo di container.

Azure Kubernetes Service (AKS) è un ambiente Kubernetes gestito per orchestrare applicazioni containerizzate su larga scala. Utilizzi AKS quando dispone di più microservizi che necessitano di individuazione dei servizi, distribuzioni progressive, ripristino automatico e dimensionamento sofisticato. AKS gestisce il piano di controllo Kubernetes (server API, etcd, scheduler) come componente PaaS gratuito, mentre Lei gestisce le macchine virtuali dei nodi di lavoro. AKS è l'opzione container che richiede più attività operative, ma offre la massima potenza e flessibilità per le architetture di microservizi in produzione.

Azure Functions è un'opzione di calcolo serverless basata sugli eventi, in cui Lei scrive singole funzioni che vengono eseguite in risposta a trigger: richieste HTTP, pianificazioni temporali, messaggi che arrivano in una coda o eventi provenienti da altri servizi Azure. Il pagamento avviene per esecuzione (il primo milione di esecuzioni al mese è gratuito) e la piattaforma effettua automaticamente il dimensionamento da zero a migliaia di esecuzioni simultanee. Utilizzi Functions per l'automazione basata sugli eventi, i webhook e le pipeline di trasformazione dei dati, nonché per qualsiasi carico di lavoro naturalmente breve e basato su trigger.

Utilizzi questo albero decisionale semplificato: Serve il controllo completo del sistema operativo? → VM o VMSS. Carico di lavoro containerizzato su larga scala? → AKS. Singolo container di breve durata? → ACI. Applicazione Web o API senza gestione del sistema operativo? → App Service. Codice basato su eventi e di breve durata? → Azure Functions. Più si scende nell'elenco, minore è l'infrastruttura da gestire e più rapidamente è possibile distribuire, ma è anche minore il controllo sull'ambiente di esecuzione. Scelga il livello di astrazione più alto che soddisfa i requisiti.

Le architetture reali utilizzano spesso più opzioni di calcolo insieme. Ad esempio, un'azienda potrebbe utilizzare App Service per l'applicazione Web rivolta ai clienti, Azure Functions per l'elaborazione degli ordini basata sugli eventi, AKS per la piattaforma interna di microservizi e le macchine virtuali per un sistema ERP legacy che non può essere sottoposto a refactoring. Gli strumenti unificati di gestione Azure, ovvero il portale, la CLI, i modelli ARM e Azure Monitor, funzionano in modo coerente tra tutti i servizi di calcolo, rendendo gestibili le architetture multi-compute da un unico piano di controllo.

Il costo varia significativamente a seconda dell'opzione di calcolo. VM — addebitate in base alla dimensione della VM per ogni ora, anche quando sono inattive (a meno che non siano deallocate). App Service — addebitato in base allo SKU di App Service Plan per ogni ora, ma più app condividono lo stesso piano senza costi aggiuntivi. ACI — addebitato al secondo in base alla CPU e alla memoria effettivamente utilizzate, senza costi per l'inattività. Azure Functions (Consumption Plan) — addebitato per ogni esecuzione e per ogni secondo di esecuzione, con un livello gratuito molto generoso. Per i carichi di lavoro discontinui, le opzioni serverless sono quasi sempre le più convenienti; per i carichi di lavoro costanti e sempre attivi, le VM riservate o i piani App Service possono essere più economici.

I diversi servizi di calcolo offrono garanzie SLA differenti: VM singola (Premium SSD): 99,9%. VM in un Availability Set: 99,95%. VM distribuite tra Availability Zone: 99,99%. App Service (livello Standard e superiori): 99,95%. Azure Functions (Consumption Plan): 99,95%. AKS: disponibilità del 99,95% per il server API (con il livello a pagamento). Lo SLA composito di un'architettura con più componenti si calcola moltiplicando i singoli SLA — ad esempio, App Service (99,95%) connesso ad Azure SQL (99,99%) offre uno SLA composito di circa 99,94%.

In questa lezione ha imparato che: Azure offre diverse opzioni di calcolo — VM, VMSS, App Service, ACI, AKS e Functions — ciascuna adatta a diversi profili di carico di lavoro e requisiti di controllo, la regola generale consiste nello scegliere il livello di astrazione più elevato che soddisfa i requisiti, così da ridurre al minimo il carico operativo e le architetture reali combinano spesso più servizi di calcolo orchestrati tramite il livello di gestione unificato di Azure. Ora inizieremo a esplorare i servizi di archiviazione di Azure, a partire dagli Storage Account.