Azure Arc vs Azure Local: chiarire la terminologia dell'infrastruttura ibrida di Microsoft

By Mirko Peters · 2026-08-22

Bentornati al podcast! Se seguite i nostri ultimi episodi sull'architettura IT aziendale moderna, sapete quanto spazio dedichiamo alle strategie di cloud ibrido. Di recente ho ricevuto una fantastica email da un ascoltatore di nome Marcus, di Chicago. Marcus ci ha scritto: "Sto cercando di progettare la prossima generazione di infrastruttura della nostra azienda, ma ogni volta che leggo

Automatically translated with AI from the original post. Read the English original

Titelbild: Azure Arc vs Azure Local: Clarifying Microsoft's Hybrid Infrastructure Terminology

Bentornato al podcast! Se hai seguito i nostri ultimi episodi sull'architettura IT aziendale moderna, saprai che passiamo molto tempo a parlare di strategie di cloud ibrido. Di recente ho ricevuto una fantastica email da un ascoltatore di nome Marcus, di Chicago. Marcus ci ha scritto: "Sto cercando di progettare la prossima generazione di infrastruttura della nostra azienda, ma ogni volta che leggo un whitepaper di Microsoft mi perdo tra i buzzword. Qual è la differenza reale tra Azure Arc e Azure Local? Sono prodotti concorrenti? Mi servono entrambi?"

Marcus, non sei certo l'unico. Oggi Microsoft offre uno degli ecosistemi ibridi più completi sul mercato, ma con questa ampiezza arriva una quantità impressionante di terminologia. I termini vengono ribattezzati, gli acronimi cambiano e, all'improvviso, amministratori IT e cloud architect si ritrovano a grattarsi la testa cercando di capire quale strumento fa cosa. Proprio per questo ho voluto dedicare questo post all'analisi dei due pilastri fondamentali della strategia ibrida di Microsoft. Alla fine di questo post avrai le idee chiarissime su cos'è Azure Arc, cos'è Azure Local, in cosa differiscono e, soprattutto, su come possono lavorare insieme per potenziare la tua infrastruttura.

Introduzione all'evoluzione ibrida di Microsoft

Per capire dove si collocano oggi Azure Arc e Azure Local, dobbiamo fare un breve salto indietro nel tempo. Per decenni l'IT aziendale è stato binario: i carichi di lavoro risiedevano o sui server fisici del proprio data center, o nel data center di qualcun altro. Poi è arrivata la rivoluzione del cloud pubblico guidata da Microsoft Azure, Amazon Web Services e Google Cloud Platform. All'improvviso le organizzazioni si sono affrettate a spostare tutto nel cloud, promettendo scalabilità infinita e una riduzione delle spese in conto capitale.

Tuttavia, la realtà non ha tardato a presentarsi. Le aziende hanno capito che non tutto appartiene al cloud pubblico. Requisiti normativi, leggi sulla sovranità dei dati, esigenze di latenza ultra-bassa al margine della rete e applicazioni legacy che semplicemente non possono essere rifattorizzate con facilità hanno fatto sì che l'infrastruttura on-premises non sparisse. Allo stesso tempo, le organizzazioni non volevano rinunciare alle straordinarie funzionalità di gestione, agli strumenti di sicurezza e alle efficienze per gli sviluppatori a cui avevano preso gusto in Azure.

Questa consapevolezza ha dato il via all'era del cloud ibrido. Microsoft ha capito fin da subito che il futuro non era solo il cloud pubblico, ma piuttosto un continuum senza soluzione di continuità che va dal margine della rete al data center fino al cloud. Nel corso degli anni, Microsoft ha sviluppato diversi strumenti per colmare questo divario. Alcuni sono stati progettati per gestire l'hardware esistente, altri per modernizzare interamente quell'hardware. Ed eccoci ai due argomenti principali di oggi: Azure Arc, che si occupa di gestione e controllo, e Azure Local, che fornisce la vera base di infrastruttura iperconvergente.

Decodificare la terminologia: cos'è Azure Arc?

Cominciamo da Azure Arc. Se di questa sezione ricordi solo una frase, fai che sia questa: Azure Arc è un control plane, non un prodotto di infrastruttura.

Pensa ad Azure Arc come a una bacchetta magica che estende il control plane di Azure, cioè la stessa interfaccia di gestione che usi per gestire macchine virtuali, database e cluster Kubernetes nel cloud pubblico di Azure, fino ai tuoi data center, alle location edge e persino ai cloud concorrenti come AWS e Google Cloud Platform.

Come funziona Azure Arc sotto il cofano

In sostanza, Azure Arc funziona installando agent leggeri sulle risorse già esistenti, ovunque si trovino. Che si tratti di un server Linux fisico in un rack a Francoforte, di una macchina virtuale VMware nel tuo ufficio locale di Chicago o di un'istanza Amazon EC2, Azure Arc collega quella risorsa ad Azure. Una volta connessa, la risorsa esterna viene proiettata in Azure Resource Manager (ARM). All'improvviso i tuoi server non Azure compaiono accanto alle tue VM native di Azure nel portale di Azure.

Questa proiezione sblocca una vasta suite di funzionalità cloud-native per un'infrastruttura che in realtà non tocca mai il cloud di Azure:

Governance e conformità unificate: puoi applicare Azure Policy ai server locali per garantire che le configurazioni restino conformi in tutto il tuo ambiente.
Sicurezza avanzata: Microsoft Defender for Cloud può essere esteso per monitorare minacce e vulnerabilità sui server non Azure e sui cluster Kubernetes.
Monitoraggio cloud-native: Azure Monitor può raccogliere log e metriche dalla tua infrastruttura locale, offrendoti un unico punto di osservazione per la observability.
Servizi abilitati per Arc: puoi perfino eseguire Azure SQL Managed Instance e Azure PostgreSQL sulla tua infrastruttura locale, gestiti interamente tramite il control plane di Azure.

Soprattutto, Azure Arc non si preoccupa dell'hypervisor che usi. Non sostituisce la tua configurazione VMware, Hyper-V o bare-metal fisica. Si limita ad avvolgere ciò che hai già con un livello di gestione intelligente.

Decodificare la terminologia: cos'è Azure Local?

Ora che abbiamo capito Azure Arc come livello di gestione, passiamo al lato infrastrutturale: Azure Local. Se Azure Arc è il control plane software-defined che raggiunge ogni luogo, Azure Local è una soluzione di infrastruttura iperconvergente (HCI) progettata per eseguire carichi di lavoro in locale, nel tuo data center o all'edge.

Potresti riconoscere questa tecnologia con il suo nome precedente: Azure Stack HCI. Microsoft ha recentemente rinominato e semplificato questa offerta sotto il marchio Azure Local per allinearla meglio alla sua missione principale. Azure Local fornisce una piattaforma moderna, software-defined, di calcolo, archiviazione e rete, che si esegue su appliance hardware validate direttamente nelle tue sedi.

L'architettura di Azure Local

Azure Local combina tecnologie di Windows Server con software iperconvergente avanzato per offrire funzionalità di virtualizzazione e storage di livello enterprise. Utilizza Hyper-V per la virtualizzazione e Storage Spaces Direct per uno storage software-defined ad alte prestazioni.

Ciò che rende Azure Local davvero unico è la sua integrazione profonda e nativa con il cloud pubblico di Azure fin dalle fondamenta. Mentre le tradizionali piattaforme di virtualizzazione richiedono strumenti di terze parti per connettersi al cloud, Azure Local è progettato per essere connesso al cloud per impostazione predefinita. Ti consente di eseguire macchine virtuali Windows e Linux, così come cluster Azure Kubernetes Service (AKS), in locale, su hardware che possiedi e gestisci fisicamente.

Le funzionalità principali di Azure Local includono:

Alta disponibilità e resilienza: il clustering integrato e la replica dello storage fanno sì che i carichi di lavoro locali restino attivi e operativi anche in caso di guasti hardware.
Fattori di forma flessibili: dai nodi edge rinforzati installati nei negozi o negli stabilimenti produttivi ai grandi cluster multi-nodo nei data center aziendali, Azure Local si adatta allo spazio fisico disponibile.
Virtualizzazione familiare: se il tuo team conosce già Hyper-V o i concetti generali di virtualizzazione, l'adozione di Azure Local ha una curva di apprendimento molto dolce.

Differenze chiave tra gestione e infrastruttura

Quando mi chiedono di confrontare Azure Arc e Azure Local, il mio primo obiettivo è sempre correggere la premessa della domanda. Confrontare Azure Arc con Azure Local è un po' come confrontare un telecomando con un televisore. Non sono tecnologie concorrenti; operano su livelli completamente diversi dello stack IT.

Analizziamo le differenze fondamentali su alcune dimensioni chiave:

1. Livello dello stack

Azure Arc vive interamente al livello di gestione e control plane. È un servizio cloud che ti permette di organizzare, governare e proteggere le risorse. Azure Local vive al livello di infrastruttura e calcolo. È un sistema operativo e una piattaforma iperconvergente che fornisce le risorse di calcolo e storage, fisiche e virtuali, su cui le tue applicazioni vengono effettivamente eseguite.

2. Dipendenza dall'hardware

Poiché Azure Arc è semplicemente uno strumento di gestione basato su agent, non ha praticamente dipendenze hardware. Puoi installare l'agent Arc su un server Dell di cinque anni con una versione obsoleta di Linux, su un server HPE nuovissimo con Windows, o persino su una macchina virtuale ospitata in AWS. Azure Local, invece, richiede hardware specifico e validato dai partner hardware di Microsoft. Non puoi installare Azure Local su un hardware qualsiasi presente nella sala server: servono nodi cluster certificati per garantire prestazioni, affidabilità e supportabilità.

3. Scopo principale

L'obiettivo di Azure Arc è la gestione unificata, cioè portare coerenza in un portafoglio IT frammentato, multi-cloud e on-premises. L'obiettivo di Azure Local è la infrastruttura locale modernizzata: offrire una piattaforma HCI cloud-native per eseguire carichi di lavoro virtualizzati e containerizzati esattamente dove vengono generati i dati.

Quando usare Azure Arc o Azure Local

Ora che abbiamo chiarito cosa fa ciascuno strumento, parliamo di come decidere. Nelle sessioni di pianificazione dell'architettura, come capire quando ricorrere ad Azure Arc e quando distribuire Azure Local?

Quando usare Azure Arc

Dovresti distribuire Azure Arc quando vuoi portare le funzionalità di gestione di Azure su un'infrastruttura che possiedi già e che non prevedi di sostituire a breve. Ad esempio:

Hai un investimento consistente in server VMware o Linux bare-metal distribuiti in più data center globali e vuoi un'unica visualizzazione nel portale di Azure per gestire la conformità, monitorare i log e applicare criteri.
Gestisci cluster Kubernetes su AWS o Google Cloud e vuoi usare Azure GitOps e Azure Policy per gestire le distribuzioni su tutti questi cloud contemporaneamente.
Vuoi eseguire servizi dati di Azure, come Azure SQL Managed Instance, on-premises senza migrare l'intero stack di virtualizzazione sottostante.

Quando usare Azure Local

Dovresti distribuire Azure Local quando vuoi rinnovare un'infrastruttura on-premises ormai datata o creare un nuovo ambiente di edge computing, e vuoi che questa infrastruttura locale si comporti come un'estensione del cloud di Azure:

Lo stack SAN e di virtualizzazione tradizionale è arrivato a fine vita e vuoi sostituirlo con un'infrastruttura iperconvergente moderna e software-defined che si integri nativamente con backup, disaster recovery e monitoraggio di Azure.
Ti servono calcolo e archiviazione a bassa latenza in una sede periferica, come un ospedale, un punto vendita o uno stabilimento produttivo, dove i dati devono essere elaborati localmente, ma vuoi gestire centralmente quei carichi di lavoro dal cloud di Azure.
Vuoi eseguire Azure Kubernetes Service (AKS) on-premises con supporto completo e integrazione perfetta nelle pipeline di distribuzione cloud esistenti.

Come lavorano insieme in una strategia ibrida

Qui succede la vera magia. Sebbene Azure Arc e Azure Local siano prodotti distinti, Microsoft li ha progettati per funzionare meglio insieme. Anzi, i cluster di Azure Local vengono abilitati automaticamente con Azure Arc per impostazione predefinita!

Quando distribuisci un cluster Azure Local nel tuo data center, l'infrastruttura sottostante viene gestita localmente, ma il suo control plane è completamente integrato con Azure Arc. Questo significa che non devi installare agent separati né configurare tunnel complessi per gestire l'infrastruttura Azure Local: appare nativamente nella tua sottoscrizione di Azure fin dal momento in cui viene inizializzata.

Vediamo uno scenario ibrido reale per capire come questa sinergia funziona nella pratica. Immagina una grande azienda globale di logistica:

Nell'edge: l'azienda gestisce centinaia di centri di evasione ordini in tutto il mondo. In ciascun centro distribuisce piccoli appliance Azure Local a due nodi per elaborare le etichette di spedizione, eseguire istanze di database locali e gestire i sistemi di automazione del magazzino con latenza ultra-bassa.
In tutta l'azienda: ha anche data center legacy con un mix di server VMware e fisici, oltre ad alcuni carichi di lavoro ospitati in AWS. Installa gli agent di Azure Arc in tutti questi ambienti per applicare le baseline di sicurezza e monitorare la conformità.
Gestione unificata: tramite il portale di Azure, il team IT centrale può monitorare lo stato dei centri di distribuzione periferici (basati su Azure Local) insieme alle istanze AWS e ai server legacy (gestiti tramite Azure Arc). Usano Azure Policy per garantire che gli standard di crittografia siano rispettati ovunque e Azure Monitor per tenere sotto controllo le metriche delle prestazioni a livello globale.

In questa architettura, Azure Local fornisce la base resiliente e ad alte prestazioni alla periferia, mentre Azure Arc offre il controllo complessivo e la governance che tengono insieme l'intero ambiente ibrido.

Conclusione: semplificare il percorso verso il cloud ibrido

Orientarsi nell'ecosistema cloud ibrido di Microsoft può sembrare complicato a prima vista, ma una volta associata la terminologia ai singoli livelli architetturali, tutto diventa più chiaro. Ricorda la regola d'oro: Azure Arc è il piano di controllo per la gestione di tutto, ovunque, mentre Azure Local è la tua moderna infrastruttura iperconvergente per i carichi di lavoro locali e periferici.

Quando pianifichi l'architettura aziendale per il prossimo anno, non considerare queste tecnologie come una scelta alternativa. Osserva invece come si completano a vicenda. Usa Azure Arc per unificare e governare gli investimenti IT eterogenei già esistenti e sfrutta Azure Local quando vuoi modernizzare l'infrastruttura on-premises e periferica con l'agilità tipica del cloud.

Spero che questo approfondimento faccia chiarezza sulla confusione legata alla terminologia ibrida di Microsoft. Come sempre, ci farebbe piacere sentire la tua opinione. Stai già usando Azure Arc negli ambienti multi-cloud? Hai distribuito Azure Local nelle tue sedi periferiche? Lascia un commento qui sotto oppure inviaci un'email per il prossimo episodio dedicato alla posta dei nostri ascoltatori. Alla prossima, continua a progettare il futuro!