Istio è un layer mesh di servizi open source configurabile che connette, monitora e protegge i container in un cluster Kubernetes. Istio funziona in modo nativo solo con Kubernetes, ma la sua natura open source consente a chiunque di scrivere estensioni che consentono l'esecuzione di Istio su qualsiasi software cluster.

Kubernetes è uno strumento di orchestrazione dei container e un'unità centrale di Kubernetes è un nodo. Un nodo è costituito da uno o più container, insieme ad altri componenti. Kubernetes gestisce la disponibilità e il consumo di risorse dei nodi, aggiungendo pod man mano che la domanda aumenta con il programma di scalatura automatica del pod. Istio inserisce ulteriori container nel pod per aggiungere sicurezza, gestione e monitoraggio.

Poiché è open source, Istio può essere eseguito su qualsiasi provider di cloud pubblico che lo supporti e su qualsiasi cloud privato con amministratori disponibili.

Quando le organizzazioni si spostano nei microservizi, devono supportare decine o centinaia di app specifiche. Gestire questi endpoint separatamente significa supportare un numero elevato di macchine virtuali (VM), inclusa la domanda. Un software cluster come Kubernetes può creare pod e scalarli, ma Kubernetes non fornisce un instradamento, regole di traffico o potenti strumenti di monitoraggio o debug.

Inserisci la mesh di servizi.

Con l’aumento del numero di servizi, il numero di potenziali modi di comunicare aumenta in modo esponenziale. Due servizi hanno solo due percorsi di comunicazione. Tre servizi ne hanno sei, mentre 10 servizi ne hanno 90. Un mesh di servizi fornisce un unico modo per configurare questi percorsi di comunicazione creando un criterio per la comunicazione.

Un mesh di servizi organizza i servizi e dirige il traffico delle comunicazioni secondo una configurazione predefinita. Invece di configurare un container in esecuzione o scrivere un codice a tal proposito, un amministratore può fornire la configurazione per il mesh di servizi e far completare il lavoro. In precedenza, ciò doveva accadere con i server Web e la comunicazione service-to-service.

Il modo più comune per farlo in un cluster è utilizzare il modello sidecar. Un sidecar è un nuovo container, all'interno del pod, che instrada e osserva il traffico delle comunicazioni tra servizi e container.

I layer Istio sopra Kubernetes aggiungono container che sono essenzialmente invisibili al programmatore e all'amministratore. Chiamati container sidecar, agiscono come una "persona nel mezzo", dirigendo il traffico e monitorando le interazioni tra i componenti. I due funzionano in combinazione nei tre modi seguenti.

Configurazione: il metodo principale per impostare la configurazione con Kubernetes è il comando kubectl, comunemente kubectl -f <filename>, dove il file è un file YAML. Gli utenti Istio possono eseguire nuovi e diversi tipi di file YAML con kubectl o utilizzare il nuovo comando ioctl opzionale.

Monitoraggio: con Istio puoi monitorare la salute delle tue app in esecuzione con Kubernetes. Gli strumenti di Istio possono gestire e visualizzare lo stato delle app, fornendo maggiori informazioni rispetto al monitoraggio generale di cluster e nodi fornito da Kubernetes.

Gestione: poiché l'interfaccia di Istio è essenzialmente la stessa di Kubernetes, gestirla richiede poco lavoro aggiuntivo. Istio consente all'utente di creare poliitiche che influiscono e gestiscono l'intero cluster Kubernetes, riducendo i tempi di gestione di ciascun cluster eliminando la necessità di codice di gestione personalizzato.

Istio utilizza una versione molto estesa di Envoy per eseguire il monitoraggio, la gestione e la registrazione. Ogni pod deve essere monitorato e Istio deve aggregare e fornire informazioni su tutti i pod. Una possibile alternativa all'utilizzo di Istio sarebbe quella di implementare direttamente Envoy nel cluster Kubernetes e scrivere il codice di gestione. Si tratta essenzialmente di ricreare Istio, con i costi e i bug associati di un progetto di sviluppo personalizzato.