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.
Servizio Azure Kubernetes (AKS) il servizio Azure Kubernetes ibrido e Edge estende il servizio Azure Kubernetes oltre le aree Azure all'infrastruttura di cui si è proprietari o opera: data center, punti vendita al dettaglio, piani di produzione, siti remoti e altre località che devono eseguire Kubernetes in locale. Fa parte della strategia del servizio Azure Kubernetes ovunque di Microsoft: lo stesso motore del servizio Azure Kubernetes, le API e il modello operativo, disponibile in un'ampia gamma di fattori di forma, modelli di gestione e livelli di connettività, in modo da poter scegliere l'opzione di distribuzione adatta a ogni posizione e scenario senza adottare uno stack Kubernetes diverso per ognuno di essi.
Servizio Azure Kubernetes ovunque
Il servizio Azure Kubernetes hybrid e Edge fa parte della visione di Microsoft per il servizio Azure Kubernetes ovunque: la stessa servizio Azure Kubernetes eseguita in aree Azure è la stessa piattaforma eseguita nei cloud sovrani e privati e nell'hardware. Una piattaforma, ogni supporto, in modo che le competenze, gli strumenti e il modello operativo già noti siano disponibili ovunque le applicazioni debbano essere eseguite.
Ogni opzione di distribuzione ibrida e perimetrale del servizio Azure Kubernetes si connette allo stesso piano di gestione Azure, quindi è possibile usare lo stesso portale Azure, le API e i criteri per gestire i cluster indipendentemente dalla posizione in cui vengono eseguiti. Questa coerenza consente di standardizzare le operazioni tra cloud, data center e posizioni perimetrali, mentre ogni opzione è ottimizzata per l'infrastruttura di destinazione.
Il servizio Azure Kubernetes Hybrid e Edge offre le funzionalità seguenti:
- Eseguire cluster Kubernetes in locale, perimetrali o in altri ambienti cloud. Questa flessibilità consente di soddisfare specifiche esigenze aziendali o tecniche.
- Ottenere un'esperienza coerente per la gestione dei cluster Kubernetes in infrastrutture diverse, analogamente al servizio Azure Kubernetes in Azure.
- Gestire centralmente i cluster Kubernetes tramite il portale di Azure per le opzioni di distribuzione che rimangono connesse a Azure, tra cui monitoraggio, aggiornamento e ridimensionamento dei cluster.
- Estendere le funzionalità di sicurezza e governance di Azure ai cluster Kubernetes in esecuzione ovunque. Applicare Criteri di Azure per la governance e l'uso di Microsoft Defender per il cloud per il monitoraggio della sicurezza e il rilevamento delle minacce.
- Eseguire l'integrazione con servizi di Azure come Monitoraggio di Azure, Criteri di Azure e Microsoft Defender per il cloud per un'esperienza di gestione e operazioni senza problemi.
- Usare GitOps per la gestione della configurazione e la distribuzione continua. Questo approccio consente processi di distribuzione automatizzati e coerenti.
Quando usare il servizio Azure Kubernetes ibrido e Edge
Ecco alcuni casi d'uso comuni per il servizio Azure Kubernetes ibrido e Edge:
- Distribuzioni cloud ibride: eseguire applicazioni in ambienti locali e di Azure con un livello di gestione coerente.
- Edge computing: distribuire applicazioni al perimetro per l'elaborazione locale e a bassa latenza in luoghi come punti vendita al dettaglio, piani di produzione o posizioni remote.
- Conformità e normative: soddisfare i requisiti normativi e di conformità distribuendo e gestendo cluster Kubernetes in locale.
Opzioni di distribuzione ibrida e perimetrale del servizio Azure Kubernetes
Ecco le opzioni di distribuzione disponibili:
Servizio Azure Kubernetes in bare metal (anteprima): gestito da Azure, per i team che vogliono dedicare tutte le risorse di calcolo del server ai carichi di lavoro ed evitare un livello di virtualizzazione.
Servizio Azure Kubernetes in Azure Locale: gestito da Azure, per i team che eseguono Kubernetes insieme ad altri carichi di lavoro virtualizzati nella stessa infrastruttura.
.NET Aspire: opzione leggera e autogestito per dispositivi vincolati o disconnessi al perimetro, ad esempio negozi al dettaglio o piani di produzione.
Servizio Azure Kubernetes in Windows Server: opzione autogestito per i team che vogliono eseguire Kubernetes in modo indipendente, senza una dipendenza dalla connettività Azure.
Tip
Per un confronto dettagliato e dettagliato delle funzionalità di queste opzioni di distribuzione, vedere Confrontare le funzionalità del servizio Azure Kubernetes tra piattaforme cloud, perimetrali e locali.