Tra le tecnologie abilitanti per l\u2019adozione di un\u2019architettura a microservizi<\/a>, la principale \u00e8 quella dei container. Un container raccoglie in un unico pacchetto tutte le dipendenze necessarie all’applicazione per funzionare e consente di distribuire il software in modo affidabile e consistente<\/strong> da un ambiente ad un altro, astraendosi dall\u2019infrastruttura sottostante. Un container pu\u00f2 essere eseguito sul laptop di uno sviluppatore e poi portato facilmente in un cluster di produzione in cloud.<\/p>\n Il container porta grossi vantaggi in termini di isolamento e portabilit\u00e0 delle applicazioni; tuttavia, \u00e8 un piccolo tassello del puzzle in un sistema a microservizi in cui la cooperazione tra le applicazioni \u00e8 fondamentale. Come gestire il deploy e lo scaling<\/strong> dei container? Come connettere pi\u00f9 container<\/strong> tra di loro? Come connettere un container al mondo esterno? Come gestire il monitoring e il loro aggiornamento<\/strong>? La risposta \u00e8 Kubernetes<\/a>.<\/p>\n Kubernetes<\/strong> (dal greco \u03ba\u03c5\u03b2\u03b5\u03c1\u03bd\u03ae\u03c4\u03b7\u03c2, che significa “timoniere” o “pilota”) \u00e8 una piattaforma open source per l’orchestrazione di container<\/strong>. Consente di gestire e automatizzare il ciclo di vita di applicazioni containerizzate standardizzando gli aspetti di deploy, scaling e monitoring delle applicazioni. Kubernetes \u00e8 quindi il capitano di un cluster di server e distribuisce i container al suo interno in maniera automatizzata, assicurandosi che il sistema risponda in modo efficiente ed elastico ai carichi di lavoro richiesti.<\/p>\n Kubernetes e i container permettono di semplificare la gestione dei (micro)servizi aziendali, affrontando out-of-the-box diverse sfide tipiche dei sistemi distribuiti, come:<\/p>\n Kubernetes supporta i team IT nel tenere il passo con i requisiti delle moderne architetture software, portando velocemente le nuove feature in produzione<\/strong> e accelerare il time to market<\/strong> per adattarsi al cambiamento continuo. Vediamo come.<\/p>\n 1. Per velocizzare i cicli di sviluppo 2. Per ottimizzare i costi dell\u2019infrastruttura<\/strong> Kubernetes sfrutta quindi le risorse con efficienza e densit\u00e0:<\/p>\n 3. Per attuare una strategia Multi Cloud<\/strong><\/p>\n Le moderne piattaforme cloud hanno da tempo introdotto servizi che consentono di costruire applicazioni distribuite scalabili<\/a> on demand<\/strong>. Queste soluzioni, tuttavia, non risultano sempre portabili e possono limitare l\u2019IT nella scelta del cloud provider<\/strong> che meglio supporterebbe una particolare esigenza del business. 4. Per avere uno standard per il monitoring e l\u2019osservabilit\u00e0 Anche in questo caso, queste operazioni ai astraggono dal tipo di tecnologia scelta per implementare i singoli microservizi, garantendo uno strato infrastrutturale a supporto della governance dell\u2019infrastruttura<\/a>.<\/p>\nQuando usare Kubernetes?<\/h2>\n
\n
\n<\/strong>Definire degli standard per il deploy e lo scaling delle applicazioni \u00e8 tanto pi\u00f9 complesso quanto pi\u00f9 vario \u00e8 il parco applicativo del sistema.
\nGrazie ad un approccio \u201cdichiarativo\u201d, Kubernetes permette agli utenti di definire tramite file di configurazione lo stato desiderato del sistema<\/strong>. Di quante repliche del servizio ho bisogno? Che versione del servizio voglio installare nel sistema? Kubernetes monitora costantemente e orchestra i servizi in modo che questo stato venga mantenuto nel tempo anche nel caso del crash di alcuni di questi (il cosiddetto self-healing).
\nLa piattaforma si occupa nativamente anche di aspetti infrastrutturali come il load balancing<\/strong>, l\u2019autoscaling<\/strong> e la service discovery<\/strong>.
\nQuesto permette ai team di sviluppo di concentrarsi sullo sviluppo di feature applicative, automatizzando facilmente, in un ciclo di continuous deployment<\/strong>, le operazioni infrastrutturali che vengono invece delegate nativamente alla piattaforma.<\/p>\n
\nLe macchine virtuali sono spesso dimensionate per far fronte anche a picchi improvvisi di carico, ma nei momenti di minor traffico le risorse rimangono di fatto inutilizzate.
\nGrazie al concetto di POD e label, Kubernetes raggruppa i container in unit\u00e0 logiche<\/strong> facili da gestire e permette di definire per ognuna di esse le risorse necessarie<\/strong> (CPU e RAM) per la loro esecuzione, distribuendo i POD tra i nodi. Se le risorse non sono sufficienti, fornisce la possibilit\u00e0 di scalare orizzontalmente i POD o i nodi del custer per soddisfare i requisiti definiti dagli utenti.<\/p>\n\n
\nKubernetes \u00e8 invece una tecnologia cloud-native<\/strong> in grado di operare su sistemi on-premise, cloud privati, pubblici o ibridi. Le operazioni di gestione del cluster descritte nei paragrafi precedenti \u2013 in particolare quelle che coinvolgono applicativi stateless \u2013 non cambiano usando un cluster Kubernetes di un cloud provider rispetto ad un altro. Questo comporta una maggiore flessibilit\u00e0 per l\u2019IT<\/strong> e limita il vendor lock-in<\/strong>.<\/p>\n
\n<\/strong>La community open source<\/strong> ha accolto con entusiasmo l\u2019adozione dei container e continua a supportare numerose estensioni che arricchiscono le funzionalit\u00e0 di Kubernetes. Istio, Prometheus, Jaeger, ELK stack sono alcuni degli strumenti open source che consentono di:<\/p>\n\n
Perch\u00e9 utilizzare Kubernetes?<\/h2>\n