{"id":35059,"date":"2019-10-31T22:02:06","date_gmt":"2019-10-31T19:02:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/o-tom-kak-plesk-na-kubecon-pobyval\/"},"modified":"2019-10-31T22:02:06","modified_gmt":"2019-10-31T19:02:06","slug":"o-tom-kak-plesk-na-kubecon-pobyval","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/o-tom-kak-plesk-na-kubecon-pobyval","title":{"rendered":"Su come Plesk \u00e8 stato presente a KubeCon","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Quest'anno Plesk ha deciso di inviare alcune persone a KubeCon, il principale evento mondiale dedicato a Kubernetes. Non ci sono conferenze specializzate su questo tema in Russia. Certo, si parla di K8s e tutti lo desiderano, ma un numero cos\u00ec elevato di aziende che lo praticano non si riunir\u00e0 da nessun'altra parte. Sono stato uno dei partecipanti, in quanto lavoro su una piattaforma basata su Kubernetes. <\/p>\n

\"Su
\n<\/a><\/noindex><\/p>\n

Organizzazione<\/h3>\n

\nLe dimensioni della conferenza sono sorprendenti: 7000 partecipanti, un'enorme fiera. Il passaggio da una sala all'altra richiedeva 5-7 minuti. Si svolgevano simultaneamente 30 presentazioni su temi diversi. Un'enorme quantit\u00e0 di aziende aveva i propri stand, dove venivano estratti ottimi premi, e venivano distribuiti vari gadgets come magliette, penne e altre cose carine. Tutta la comunicazione avveniva in inglese, ma non ho avuto alcuna difficolt\u00e0. Se questo \u00e8 l'unico fattore che ti impedisce di partecipare a conferenze all'estero, vai tranquillamente. L'inglese nel settore IT \u00e8 pi\u00f9 semplice dell'inglese comune grazie all'abbondanza di termini familiari che si scrivono e leggono quotidianamente nel codice e nella documentazione. Non ho avuto problemi a comprendere le presentazioni. Ho assimilato molte informazioni. Alla sera, assomigliavo a un server che aveva subito un overflow di buffer, e veniva inondato direttamente nel subconscio. <\/p>\n

Presentazioni<\/h3>\n

\nVoglio parlare brevemente delle presentazioni che mi sono piaciute di pi\u00f9 e che raccomanderei di guardare. <\/p>\n

Intro to CNAB: Packaging Cloud Native Applications with Multiple Toolchains \u2014 Chris Crone, Docker<\/a><\/noindex><\/h4>\n

\nQuesta presentazione mi ha colpito profondamente perch\u00e9 ha toccato un problema significativo. Abbiamo molti servizi frammentati, mantenuti e sviluppati da persone diverse nel team. Seguiamo approcci di infrastruttura come codice, ma ci sono alcune problematiche irrisolte. Esiste un repository con codice Ansible, ma lo stato attuale e l'inventario sono custoditi sul computer dello sviluppatore che esegue lo script, insieme alle credenziali. Alcune informazioni possono essere trovate in Confluence, ma non \u00e8 sempre chiaro dove. Non c'\u00e8 un luogo dove puoi semplicemente premere un pulsante e tutto andr\u00e0 bene. Si propone di creare una descrizione e di inserire non solo il codice, ma anche gli strumenti di distribuzione nel repository. Descrivere dove trovare lo stato e le credenziali, eseguire make Install e godere del risultato. Vorrei pi\u00f9 ordine nei servizi, seguir\u00f2 le release di CNAB, lo utilizzer\u00f2, lo implementer\u00f2, convincer\u00f2. Un buon modello per la stesura del Readme nel repository.<\/p>\n

Keep the Space Shuttle Flying: Writing Robust Operators \u2014 Illya Chekrygin, Upbound<\/a><\/noindex><\/h4>\n

\nUna grande quantit\u00e0 di informazioni sulle insidie nella scrittura degli operatori. Ritengo che questa presentazione sia indispensabile per chi sta per scrivere il proprio operatore per Kubernetes. Sono considerati tutti gli aspetti come gli stati, la raccolta dei rifiuti, la concorrenza e tutto il resto. Molto informativa. Mi \u00e8 piaciuta molto una citazione dal codice dei volumi persistenti di Kubernetes:
\n\"Su
\n<\/p>\n

The Kubernetes Control Plane for Busy People Who Like Pictures \u2014 Daniel Smith, Google<\/a><\/noindex><\/h4>\n

\nK8s abbraccia la complessit\u00e0 dell'integrazione in nome della semplicit\u00e0 nella realizzazione.<\/p>\n

Questa presentazione esplora in dettaglio uno degli elementi architettonici fondamentali del cluster \u2014 il control plane, e in particolare un insieme di controllori. Viene descritta la loro funzione e architettura, e i principi di base per creare un proprio controllore a partire da quelli esistenti.<\/p>\n

Tra i consigli pi\u00f9 originali c'\u00e8 la raccomandazione di non mascherare situazioni inaspettate dietro un comportamento corretto del controllore, ma di modificare il comportamento in modo da segnalare al sistema l'emergere di problemi.<\/p>\n

Running eBay\u2019s High-Performance Workloads with Kubernetes \u2014 Xin Ma, eBay<\/a><\/noindex><\/h4>\n

\nUn'esperienza molto interessante, con molte informazioni e ricette su ci\u00f2 che \u00e8 necessario considerare quando si ha un carico di lavoro davvero elevato. In Kubernetes ci sono riusciti bene e supportano 50 cluster. Hanno parlato di tutti gli aspetti per ottenere la massima prestazione. Raccomando di guardare questa presentazione prima di prendere decisioni tecniche sui cluster.<\/p>\n

Grafana Loki: Like Prometheus, But for logs. \u2014 Tom Wilkie, Grafana Labs<\/a><\/noindex><\/h4>\n

\nDopo questo intervento, ho capito che \u00e8 fondamentale provare Loki per la gestione dei log nei cluster e probabilmente rimanere con esso. Il punto \u00e8 che Elastic \u00e8 pesante. Grafana voleva sviluppare una soluzione leggera e scalabile, adatta al debug dei problemi. La soluzione si \u00e8 rivelata elegante: Loki estrae le meta informazioni da Kubernetes (etichette, come Prometheus) e le utilizza per organizzare i log. In questo modo, \u00e8 possibile selezionare parti dei log per servizio, trovare un pod specifico, scegliere un orario preciso e filtrare per codice errore. Questi filtri funzionano senza ricerca full-text. Cos\u00ec, restringendo progressivamente il campo di ricerca, si pu\u00f2 arrivare a un errore specifico. Alla fine, viene comunque utilizzata una ricerca, ma poich\u00e9 il campo \u00e8 ristretto, la velocit\u00e0 \u00e8 sufficiente senza indicizzazione. Cliccando su di essa, viene caricato il contesto: un paio di righe prima e un paio di righe di log dopo. Cos\u00ec, sembra un po' come cercare in un file di log e usare grep, ma \u00e8 leggermente pi\u00f9 comodo e nello stesso interfaccia dove sono le metriche. \u00c8 in grado di contare il numero di occorrenze della query di ricerca. Le query di ricerca stesse sono simili al linguaggio di Prometheus e sembrano semplici. Il relatore ha sottolineato che la soluzione non \u00e8 molto adatta per l'analisi. La consiglio vivamente a chiunque abbia bisogno di log, \u00e8 presentata in modo molto semplice.<\/p>\n

How Intuit Does Canary and Blue Green Deployments with a K8s Controller \u2014 Daniel Thomson<\/a><\/noindex><\/h4>\n

\nI processi di deployment canarino e blu-verde sono mostrati in modo molto chiaro. Consiglio di guardare questo intervento a chi non \u00e8 ancora convinto. I relatori presentano la soluzione come un'estensione per il promettente sistema CI-CD ARGO. \u00c8 pi\u00f9 facile ascoltare il relatore russo rispetto agli altri relatori. <\/p>\n

Smarter Kubernetes Access Control: A Simpler Approach to Auth \u2014 Rob Scott, ReactiveOps<\/a><\/noindex><\/h4>\n

\nUno degli aspetti pi\u00f9 complessi della gestione del cluster rimane la configurazione della sicurezza, in particolare i diritti di accesso alle risorse. I primitivi integrati di K8s consentono di configurare l'autorizzazione come si vuole. Come mantenere aggiornate senza cattive conseguenze? Come capire cosa sta succedendo con i diritti di accesso e debuggare i ruoli creati? Questo intervento presenta non solo una panoramica di diversi strumenti di debugging dell'autorizzazione in k8s, ma anche raccomandazioni generali per costruire politiche semplici ed efficaci.<\/p>\n

Altri interventi<\/h4>\n

\nNon consiglier\u00f2. Alcuni erano di alto livello, altri invece molto complessi. Suggerisco di dare un'occhiata a questo playlist e guardare tutto ci\u00f2 che \u00e8 contrassegnato come keynote. Questo permetter\u00e0 di avere una visione ampia dell'industria attorno alle Cloud Native Apps, dopodich\u00e9 vale la pena premere ctrl+f e cercare parole chiave, aziende, prodotti e approcci di interesse. <\/p>\n

Ecco un link alla playlist con le presentazioni, prestale attenzione<\/p><\/blockquote>\n

<\/p>\n

Youtube Playlist<\/a><\/noindex><\/h4>\n

Sugli stand delle aziende<\/h3>\n

\nAllo stand di Haproxy mi hanno dato una maglietta per mio figlio. Dubito che a causa di ci\u00f2 sostituir\u00f2 Nginx con Haproxy in produzione, ma li ricordo vividamente. Chi sa cosa faranno i nuovi proprietari con Nginx. <\/p>\n

\"Su
\nAllo stand di IBM, per tutti e tre i giorni ci sono stati brevi interventi, attirando gente con il sorteggio di Oculus Go, cuffie Beats e un drone. Dovevi rimanere per mezz'ora allo stand. Ho tentato la sorte due volte in tre giorni \u2014 non ha funzionato. Anche VMWare e Microsoft hanno avuto brevi presentazioni.<\/p>\n

Allo stand di Ubuntu ho fatto ci\u00f2 che sembra facessero tutti \u2014 ho scattato una foto con Shuttleworth. Un tipo socievole, si \u00e8 rallegrato sapendo che la uso dal 8.04 e che il server ha funzionato per 10 anni senza dist upgrade senza un singolo blackout (in effetti senza accesso a Internet).<\/p>\n

\"Su
\nUbuntu sta sviluppando il suo MicroK8s \u2014 Veloce, Leggero, Kubernetes per sviluppatori upstream microk8s.io<\/a><\/noindex><\/p>\n

Non potevo evitare di fermarmi dal stanco Dmitry Stolyarov, ho parlato con lui della vita difficile degli ingegneri che supportano Kubernetes. Delegar\u00e0 la lettura degli interventi ai suoi colleghi, ma sta preparando un nuovo formato di presentazione. Ha invitato a iscriversi al canale Flant su youtube.<\/p>\n

\"Su
\nIBM, Cisco, Microsoft e VMWare hanno investito moltissimo nei loro stand. Gli stand degli amici open source erano pi\u00f9 modesti. Ho parlato con i rappresentanti di Grafana, mi hanno convinto \u2014 devo provare Loki. In effetti, sembra che la ricerca full-text nel sistema di logging sia necessaria solo per l'analisi, mentre per il troubleshooting basta un sistema come Loki. Ho parlato con gli sviluppatori di Prometheus. Non hanno pianificato di creare un lungo storage di metriche e downsampling dei dati. Raccomandano di considerare cortex e thanos come strumenti per risolvere. Ci sono stati moltissimi stand, ci sarebbe voluto un giorno intero per visitarli tutti. Una decina di soluzioni per il monitoraggio come servizio. Cinque servizi di sicurezza. Cinque servizi di performance. Una decina di interfacce utente per Kubernetes. Molti che offrono k8s come servizio. Tutti vogliono la loro fetta di mercato.<\/p>\n

Amazon e Google hanno noleggiato spazi con erba artificiale sul tetto, allestendo lettini. Amazon distribuiva tazze e serviva limonata, mentre allo stand parlava delle novit\u00e0 nella gestione degli spot instances. Google regalava biscotti con il logo Kubernetes e ha creato una bella area fotografica, mentre allo stand pescava pesci enterprise di grande dimensione.<\/p>\n

Su Barcellona<\/h3>\n

\nInnamorato di Barcellona. Ci sono stato per la seconda volta, la prima nel 2012 per un tour panoramico. \u00c8 incredibile, ma molti fatti sono riaffiorati nella mia memoria, sono riuscito a raccontare molto ai miei colleghi, sono stato una mini-guida. L'aria fresca di mare mi ha immediatamente liberato dall'allergia. Deliziosi frutti di mare, paella, sangria. Un'architettura molto calda e soleggiata. Edifici bassi, tantissimo verde. Durante questi tre giorni abbiamo camminato circa 50 chilometri, in questa citt\u00e0 si desidera passeggiare ancora e ancora. Tutto questo dopo le presentazioni, la sera. <\/p>\n

\"Su
\n\"Su
\n\"Su<\/p>\n

Cosa ho capito di pi\u00f9<\/h3>\n

\nSono molto felice di aver avuto l'opportunit\u00e0 di partecipare a questa conferenza. Ha sistematizzato ci\u00f2 che prima non era ordinato. Mi ha ispirato e reso evidenti alcune cose.<\/p>\n

Un tema ricorrente \u00e8 emerso: Kubernetes non \u00e8 un punto finale, ma uno strumento. Una piattaforma per costruire piattaforme.<\/b><\/p>\n

E il compito principale di tutto questo movimento \u00e8: creare e lanciare applicazioni scalabili<\/b><\/p>\n

Le principali direzioni su cui lavora la comunit\u00e0 si sono cristallizzate. Circa come in passato sono emersi i 12 fattori per le applicazioni, \u00e8 emersa una lista di ci\u00f2 che e come fare per l'infrastruttura nel suo complesso. Se volete, potete chiamarlo tendenze:<\/p>\n