‫Quindi, qual è il prossimo passo per Kubernetes?
‫Questa è una domanda che penso che molti
‫di noi abbiano quando guardiamo a quanto velocemente è cresciuto, e l'intero
‫ecosistema che lo circonda, e come sia troppo difficile da
‫gestire per una sola persona.
‫Qual è il futuro?
‫Bene, la buona notizia è che se dovessi prevederlo,
‫penso che il futuro sia che deve iniziare
‫a diventare noioso. Sentirai parlare molti di questi fondatori
‫ogni volta che li vedi in pubblico.
‫Sai, parleranno solo di come dobbiamo rendere noiose
‫le infrastrutture il più possibile in modo
‫da poter contare maggiormente su ciò
‫che facciamo. Perché davvero, tutto questo è qui solo per poter portare
‫le nostre app là fuori, giusto.
‫Il punto di Kubernetes non è di essere Kubernetes stesso.
‫È per permetterti di fare le cose che vuoi fare più velocemente.
‫Penso che per Kubernetes, se
‫si sono osservate le ultime versioni,
‫è davvero iniziato a concentrarsi su
‫affidabilità, stabilità, sicurezza, praticamente diventando così stabile
‫che è proprio lì.
‫Non devi preoccuparti così tanto.
‫Non devi ripararlo così tanto.
‫Hanno versioni regolari, quindi puoi sicuramente
‫controllare il programma di rilascio e le note di
‫rilascio, che ho collegato in questo video.
‫Una cosa che è successa quest'anno, nel 2019, è stata una grande
‫verifica della sicurezza di gran parte del codice
‫principale che ha rivelato molte cose.
‫In effetti, sul loro blog, hanno un'analisi completa e dettagliata di
‫ciò che è accaduto.
‫Penso che sia davvero bello che un progetto open
‫source importante e grande come questo, non solo abbia fatto l'analisi
‫della sicurezza da una terza parte, ma abbia rivelato tutti i potenziali
‫problemi e risultati.
‫Penso che abbia portato a un sacco di PR che in anticipo
‫erano per le cose di correzione rapida, ma anche alcune cose
‫che alla fine risolveranno nel tempo.
‫Non è tanto che fosse necessariamente basato sulla vulnerabilità, ma
‫una parte maggiore di quest'area potrebbe essere migliorata, quindi
‫la cambieremo nel tempo.
‫Un'altra cosa che vedrai sono alcuni di questi concetti più
‫vecchi, di quando era uno strumento più semplice, inizieranno a svanire
‫man mano che vengono rimossi. Penso che i plug-in di
‫archiviazione che non sono CSI finiranno per essere estratti, quindi dovrai
‫fare affidamento su CSI per i tuoi plug-in di archiviazione
‫anziché sulle cose integrate.
‫Vedrai diversi comandi come kubectl run cambiare e
‫smettere di darci avvisi perché per impostazione predefinita
‫sarà un semplice pod poder anziché avere tutti i
‫generatori pronti all'uso.
‫Quindi vedrai altre cose che ho menzionato qui,
‫come il funzionamento a secco lato servizio, ottenere stabilità e più
‫funzionalità intorno ad esso. Perché penso che ci sia una
‫forte spinta per un migliore controllo, una migliore comprensione
‫dei cambiamenti nel tempo. Cosa cambierà prima di farlo, cosa
‫è cambiato dopo che l'ho fatto e quel tipo
‫di metriche dei rapporti.
‫Quando si tratta di terze parti, questo continuerà a crescere
‫e crescere, ed è davvero più di quanto chiunque di
‫noi possa sapere.
‫Timone 3. 0 sta per essere finito.
‫Avremo sicuramente più operatori che saranno a disposizione di strumenti
‫di terze parti per rendere più semplice implementarli
‫e gestirli in Kubernetes.
‫Questa è davvero una speranza, ma sto pensando
‫che ci concentreremo molto di più sui flussi
‫di lavoro dichiarativi.
‫Perché questo nuovo tema su DevOps, e più specificamente git-ops, è
‫git ops, di
‫cui ho parlato sul mio podcast.
‫Il flusso di lavoro di git-ops è un concetto relativamente nuovo, ma
‫l'idea che noi operatori, e
‫cioè le persone che gestiscono questi
‫cluster Kubernetes, ci stiamo comportando davvero come operatori.
‫Gli operatori stanno prendendo i progressi dai team
‫di software in cui hanno dovuto gestire
‫il codice, e il cambio di codice nel tempo, e le
‫versioni, che ha dato l'ascesa di strumenti come GitHub,
‫giusto, per usare quegli stessi strumenti per gestire la nostra infrastruttura in
‫un modo dichiarativo. Mi hai sentito parlare di questo.
‫Penso che quando guardi il set di funzionalità nel
‫tempo di Kubernetes, puoi vedere come sta diventando
‫più dichiarativo nello stile e il set di funzionalità e il focus sono
‫su quel flusso di lavoro dichiarativo.
‫Spero che avremo strumenti migliori e quelli che
‫avremo avremo più funzionalità nel tempo.
‫Un'altra cosa importante qui è il supporto di Windows Server.
‫Il 2019 ha visto il grande annuncio sul
‫supporto di Windows Server per il server 2019
‫e questo è solo agli inizi.
‫Questo è qualcosa che Swarm è tecnicamente all'avanguardia rispetto
‫a Kubernetes.
‫Laddove Docker e Swarm supportano Windows Server da anni
‫ormai, è decisamente migliorato nel tempo.
‫Ma lo hanno iniziato con Server 2016 e lo hanno
‫portato avanti e migliorandolo.
‫Considerando che Kubernetes proprio ora in Windows
‫Server 2019 sta davvero dicendo di avere supporto.
‫Da persone che ho sentito parlare di
‫Server in produzione, Windows Server potrebbe ancora usare molto
‫più lavoro nel mondo di Kubernetes per essere uguale
‫a Linux. Quindi, penso che
‫sarà una grande area di messa a fuoco poiché più
‫aziende Windows adottano questi orchestrator per container.
‫Le ultime cose qui sono sicuramente i casi Edge su
‫cui lavoreremo.
‫Cose come l'apprendimento automatico.
‫Cose come Edge e piccole infrastrutture che saranno tutte
‫focalizzate perché all'inizio di Kubernetes, era molto grande e
‫molto ingombrante,
‫ma ne stanno tirando
‫fuori molto e ne facilitano l'implementazione.
‫Ecco perché stai vedendo uscire strumenti come kubeadm ed essere in grado
‫di distribuire cluster HA.
‫È completamente sicuro e se tollerante ai
‫guasti pronto all'uso. Queste sono tutte cose che stanno
‫per giungere a compimento ora.
‫Parte di quel futuro è conoscere altri progetti
‫correlati. Questo è
‫solo un breve elenco delle cose che non ho
‫menzionato in questo corso che potresti voler controllare. Perché la stessa Kubernetes è diventata
‫la piattaforma su cui tutte le altre cose stanno
‫iniziando a essere costruite. In effetti, quello era
‫davvero l'obiettivo originale degli autori del progetto.
‫Non hanno mai veramente significato per noi usare
‫Kubernetes direttamente in termini di Kubernetes grezzi e
‫open source.
‫Intendevano davvero che altre persone ci costruissero delle astrazioni per far
‫funzionare i nostri carichi di lavoro.
‫Ecco perché vedi le distribuzioni che escono,
‫in molti casi, perché stanno costruendo un altro livello in cima
‫per farlo. In questo caso, stiamo
‫vedendo uscire ogni sorta di altre infrastrutture per fare altre
‫cose. Il primo è Knative.
‫È presente negli elenchi dei server ed
‫è sicuramente un progetto CNCF ufficiale, quindi è strettamente correlato al
‫mondo Kubernetes.
‫Se sei interessato agli elenchi di server, è sicuramente uno
‫dei progetti che vuoi verificare.
‫Successivamente, un paio di progetti di Rancher sono
‫K3 e K3os.
‫K3s è essenzialmente
‫il suo team che prende il complesso dispiegamento e gestione
‫di Kubernetes e lo semplifica, eliminando tutte
‫le cose inutili che ne derivano.
‫Forse alcuni dei comandi e del codice legacy.
‫Forse alcuni dei driver di archiviazione non più necessari se si
‫dispone di CSI.
‫Quel genere di cose. Tirano fuori tutto e
‫ti danno un database davvero semplice.
‫Non usa nemmeno etcd pronto all'uso.
‫Utilizza un database più semplice.
‫È davvero pensato per cose come l'IoT.
‫Ma ora, con l'obiettivo di rendere Kubernetes semplice
‫come Swarm, come affermato da Darren
‫Shepherd, loro CTO e co-fondatore, quest'anno
‫alla DockerCon. È stata una dichiarazione piuttosto interessante.
‫Stava davvero dicendo che, sai, Swarm fa così
‫bene nella distribuzione, nella facilità d'uso e nel minimo
‫impatto. È un binario molto piccolo.
‫Ha pochissime spese generali in
‫termini di infrastruttura. Kubernetes
‫è l'esatto contrario. Stanno cercando di trovare la via di mezzo.
‫È possibile se eliminiamo abbastanza roba e la rendiamo
‫ancora vera Kubernetes, possiamo renderla super facile da implementare su piccoli
‫sistemi come ARM, Raspberry Pis,
‫roba del genere. Quindi, questo è un progetto da guardare.
‫K3os è un sistema operativo con
‫K3 sopra di esso.
‫È un'installazione Linux molto minimale
‫progettata per eseguire K3 su
‫piccoli elettrodomestici. È piuttosto nuovo, ma comunque
‫un progetto interessante. Un'altra area di grande
‫interesse, di cui mi sentirai parlare molto di più sul
‫mio podcast, è il servizio mesh, che è un nuovo concetto negli
‫ultimi due anni e un nuovo termine.
‫Non abbiamo mai usato quella parola nel settore prima d'ora.
‫La mesh di
‫servizio è l'idea di questo livello proxy nell'intero cluster,
‫non solo per le connessioni in entrata da Internet, ma in
‫realtà per tutte le parti della tua app.
‫Diventa un intermediario per controllare, in termini di sicurezza,
‫in termini di monitoraggio e instradamento verso le
‫posizioni appropriate, tutto il traffico
‫per tutte le parti dell'app distribuita.
‫È una serie di progetti emersi dal
‫problema dei microservizi. Se hai
‫mai fatto dei microservizi, una delle vere sfide è che è ciò
‫che era in un singolo binario su un singolo server
‫e relativamente facile da risolvere diventa dozzine di
‫contenitori, su dozzine di server.
‫Questo diventa molto difficile da risolvere a meno che tu
‫non abbia grandi strumenti di rete.
‫Quindi, la mesh di servizio è
‫puntata su quel problema e sta cercando di
‫diventare uno standard, con gli
‫standard dietro, ponendo lì un livello per avere maggiore visibilità,
‫monitoraggio, risoluzione dei problemi e sicurezza attorno alle nostre app distribuite e
‫ai nostri microservizi.