{"id":81130,"date":"2020-05-11T01:42:39","date_gmt":"2020-05-10T23:42:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo"},"modified":"2020-05-11T01:42:39","modified_gmt":"2020-05-10T23:42:39","slug":"kubernetes-open-source-protiv-vendorskogo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kubernetes-open-source-protiv-vendorskogo","title":{"rendered":"Kubernetes: open source contro vendor lock-in","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ciao, mi chiamo Dmitry Krasnov. Da oltre cinque anni mi occupo di amministrazione di cluster Kubernetes e costruzione di architetture complesse a microservizi. All'inizio di quest'anno abbiamo lanciato un servizio per la gestione di cluster Kubernetes basato su Containerum. Colgo l'occasione per spiegare cosa sia esattamente Kubernetes e in che modo l'integrazione con il fornitore differisca dall'open source.<\/b><\/p>\n

Per iniziare, che cos'\u00e8 Kubernetes<\/a><\/noindex>. \u00c8 un sistema per la gestione di container su un gran numero di host. In greco, tra l'altro, si traduce come \u2018pilota\u2019 o \u2018timoniere\u2019. \u00c8 stato originariamente sviluppato da Google, dopo di che \u00e8 stato trasferito come contributo tecnologico alla Cloud Native Computing Foundation, un'organizzazione internazionale senza scopo di lucro che riunisce i principali sviluppatori, utenti finali e fornitori di tecnologie per container. <\/p>\n

\"Kubernetes:
\n<\/a><\/noindex><\/p>\n

Gestire un gran numero di container <\/h3>\n

\nAdesso analizziamo cosa siano effettivamente questi container. Si tratta di un'applicazione con tutto il suo ambiente, principalmente le librerie di cui dipende il funzionamento del programma. Tutto questo \u00e8 impacchettato in archivi e presentato come un'immagine, che pu\u00f2 essere avviata indipendentemente dal sistema operativo, testata e altro ancora. Ma c'\u00e8 un problema: gestire i container su un gran numero di host \u00e8 molto complicato. Per questo \u00e8 stato creato Kubernetes. <\/p>\n

Un'immagine del container rappresenta un'applicazione pi\u00f9 le sue dipendenze. L'applicazione, le sue dipendenze e l'immagine del file system del sistema operativo sono collocate in parti diverse dell'immagine, chiamate strati. Gli strati possono essere riutilizzati per diversi container. Ad esempio, per tutte le applicazioni in azienda, si potrebbe usare uno strato di base Ubuntu. Quando si avviano i container, non \u00e8 necessario conservare su host molteplici copie di uno stesso strato di base. Questo consente di ottimizzare memorizzazione e distribuzione delle immagini.<\/p>\n

Quando vogliamo avviare un'applicazione da un container, gli strati necessari si sovrappongono l'uno all'altro e si forma un file system sovrapposto. Sopra di esso si sovrappone uno strato per la scrittura, che, al momento dell'arresto del container, viene eliminato. Questo garantisce che l'applicazione all'interno del container abbia sempre lo stesso ambiente, che non pu\u00f2 essere modificato. Questo assicura la riproducibilit\u00e0 dell'ambiente su diversi sistemi operativi host. Che si tratti di Ubuntu o CentOS, l'ambiente sar\u00e0 sempre lo stesso. Inoltre, il container \u00e8 isolato dall'host tramite meccanismi integrati nel kernel di Linux. Le applicazioni nel container non vedono i file, i processi dell'host e dei container vicini. Tale isolamento delle applicazioni dall'OS host fornisce un ulteriore strato di sicurezza. <\/p>\n

Per gestire i container su un host ci sono molti strumenti. Il pi\u00f9 popolare \u00e8 Docker. Permette di garantire l'intero ciclo di vita dei container. Tuttavia, funziona solo su un singolo host. Quando \u00e8 necessario gestire container su pi\u00f9 host, Docker pu\u00f2 trasformare la vita degli ingegneri in un inferno. Per questo \u00e8 stato creato Kubernetes.<\/p>\n

La domanda di Kubernetes \u00e8 stata determinata dalla possibilit\u00e0 di gestire gruppi di container su pi\u00f9 host come se fossero un'unica entit\u00e0. La popolarit\u00e0 del sistema consente di costruire DevOps o Development Operations, nei quali Kubernetes \u00e8 impiegato per avviare i processi di DevOps.<\/p>\n

\"Kubernetes:
\n
\nFigura 1. Rappresentazione schematica del principio di funzionamento di Kubernetes<\/i><\/p>\n

Automazione completa<\/h3>\n

\nIl DevOps, in linea di massima, rappresenta l'automazione del processo di sviluppo. In soldoni, gli sviluppatori scrivono codice, che viene caricato in un repository. Poi questo codice pu\u00f2 essere automaticamente assemblato in un container con tutte le librerie, testato e \u2018distribuito\u2019 alla fase successiva \u2013 Staging, e poi immediatamente su Production.<\/p>\n

Insieme a Kubernetes, il DevOps consente di automatizzare questo processo, in modo che avvenga praticamente senza coinvolgimento diretto degli sviluppatori. Ci\u00f2 accelera significativamente l'assemblaggio, poich\u00e9 allo sviluppatore non \u00e8 richiesto di farlo sul proprio computer: scrive semplicemente del codice, carica il codice nel repository, al termine del quale si avvia la pipeline, che pu\u00f2 includere i processi di assemblaggio, test e distribuzione. E cos\u00ec succede con ogni commit, quindi il testing \u00e8 continuo.<\/p>\n

L'utilizzo di un container garantisce che l'intero ambiente di questa applicazione venga messo in produzione esattamente nella forma in cui \u00e8 stato testato. Non ci saranno problemi del tipo \u00abin test c'erano versioni diverse, in produzione \u2013 altre, e una volta implementato, tutto \u00e8 crollato\u00bb. Con la crescente tendenza verso l'architettura a microservizi, dove invece di un'unica grande applicazione ci sono centinaia di piccole, l'amministrazione manuale richiede un enorme numero di personale. Ecco perch\u00e9 utilizziamo Kubernetes.<\/p>\n

<\/p>\n

Vantaggi, vantaggi, vantaggi<\/h3>\n

<\/b>
\nParlando dei punti di forza di Kubernetes come piattaforma, ha vantaggi significativi in termini di gestione dell'architettura a microservizi. <\/p>\n