{"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 ha partecipato 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 su Kubernetes al mondo. In Russia non ci sono conferenze tematiche simili. Certo, parliamo di K8s e tutti lo desiderano, ma non si riuniscono cos\u00ec tante aziende praticanti in un unico luogo. Sono stato uno dei partecipanti, poich\u00e9 lavoro su una piattaforma basata su Kubernetes. <\/p>\n

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

Sull'organizzazione<\/h3>\n

\nLe dimensioni della conferenza sono impressionanti: 7000 partecipanti, un immenso centro espositivo. Il passaggio da una sala all'altra richiedeva 5-7 minuti. Erano in corso fino a 30 relazioni contemporaneamente su vari temi. C'era un'enorme quantit\u00e0 di aziende con i loro stand, alcuni dei quali mettevano in palio diversi buoni e un po' di premi interessanti, e distribuivano anche vari omaggi come magliette, penne e altre cose carine. Tutta la comunicazione era in inglese, ma non ho avuto nessuna difficolt\u00e0. Se questo \u00e8 l'unico fattore per cui non partecipi a conferenze all'estero, vai pure. L'inglese nell'IT \u00e8 pi\u00f9 semplice dell'inglese comune grazie all'abbondanza di termini familiari che scrivi e leggi ogni giorno nel codice e nella documentazione. Anche nella comprensione delle relazioni non ci sono stati problemi. Avevo cos\u00ec tante informazioni in mente che alla sera assomigliavo a un server colpito da un overflow di buffer, ricevendo tutto direttamente nel subconscio. <\/p>\n

Sulle relazioni<\/h3>\n

\nVoglio raccontare brevemente delle relazioni che mi sono piaciute di pi\u00f9 e che consiglio di guardare. <\/p>\n

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

\nQuesta presentazione ha avuto un impatto significativo su di me perch\u00e9 ha toccato un dolore forte. Abbiamo molti servizi frammentati, supportati e sviluppati da persone diverse nel team. Seguiamo approcci come infrastruttura come codice, ma ci sono alcune questioni irrisolte. Esiste un repository con codice su Ansible, ma lo stato attuale e l'inventario sono conservati sulla macchina dello sviluppatore che esegue lo script, dove ci sono anche le credenziali. Parte delle informazioni possono essere trovate in Confluence, ma non \u00e8 sempre chiaro dove. Non c'\u00e8 un luogo dove semplicemente premere un pulsante e tutto vada bene. Si propone di fare una descrizione e posizionarla nel repository non solo con il codice ma anche con gli strumenti di deployment. Descrivere da dove ottenere lo stato e le credenziali, eseguire il make Install e godere del risultato. Vorrei pi\u00f9 ordine nei servizi, seguir\u00f2 i rilasci di CNAB, li utilizzer\u00f2, implementer\u00f2, convincer\u00f2. Un buon modello per la scrittura del Readme nel repository.<\/p>\n

Mantenere in volo lo Space Shuttle: Scrivere operatori robusti \u2014 Illya Chekrygin, Upbound<\/a><\/noindex><\/h4>\n

\nCi sono molte informazioni sugli errori comuni nella scrittura di operatori. Ritengo che questa presentazione sia obbligatoria per chiunque desideri scrivere il proprio operatore per Kubernetes. Sono state considerate tutte le questioni relative agli stati, alla raccolta dei rifiuti, alla concorrenza e tutto il resto. Molto informativo. Mi \u00e8 piaciuta molto una citazione dal codice dei volumi persistenti di Kubernetes:
\n\"Su
\n<\/p>\n

Il piano di controllo di Kubernetes per persone impegnate che amano le immagini \u2014 Daniel Smith, Google<\/a><\/noindex><\/h4>\n

\nK8s predica la difficolt\u00e0 di integrazione a favore della semplicit\u00e0 di implementazione.<\/p>\n

Questa presentazione esplora dettagliatamente uno degli elementi architettonici principali del cluster \u2014 il piano di controllo, in particolare un insieme di controller. Viene descritta la loro funzione e architettura, e i principi di base per creare un proprio controller utilizzando esempi gi\u00e0 esistenti.<\/p>\n

Tra i momenti pi\u00f9 originali c'\u00e8 la raccomandazione di non mascherare situazioni anomale con il comportamento corretto del controller, ma di modificare il comportamento in un certo modo per dare un segnale al sistema sull'emergere di problemi.<\/p>\n

Eseguire i carichi di lavoro ad alte prestazioni di eBay con Kubernetes \u2014 Xin Ma, eBay<\/a><\/noindex><\/h4>\n

\nUn'esperienza molto interessante, con molte informazioni e ricette su cosa considerare quando si ha un carico davvero alto. In Kubernetes si sono messi bene, gestendo 50 cluster. Hanno parlato di tutti gli aspetti per spremere la massima prestazione. Consiglio di guardare la presentazione prima di prendere decisioni tecniche sui cluster.<\/p>\n

Grafana Loki: come Prometheus, ma per i log. \u2014 Tom Wilkie, Grafana Labs<\/a><\/noindex><\/h4>\n

\nLa presentazione dopo la quale ho capito che \u00e8 assolutamente necessario provare Loki per i log nel cluster e, probabilmente, rimanere con esso. Il punto \u00e8: Elasticsearch \u00e8 pesante. Grafana ha voluto sviluppare una soluzione leggera e scalabile adatta per il debug dei problemi. La soluzione si \u00e8 dimostrata elegante: Loki estrae dal Kubernetes meta-informazioni (etichette, come Prometheus) e le utilizza per organizzare i log. In questo modo, \u00e8 possibile selezionare porzioni di log per servizio, trovare un pod specifico, scegliere un orario specifico, filtrare per codice errore. Questi filtri funzionano senza ricerca a testo completo. Cos\u00ec, restringendo gradualmente il campo di ricerca, si pu\u00f2 arrivare a un errore specifico. Alla fine, la ricerca viene comunque coinvolta, ma poich\u00e9 il campo \u00e8 ristretto, la velocit\u00e0 \u00e8 sufficiente senza indicizzazione. Facendo clic su di esso, viene caricato il contesto: un paio di righe prima e un paio di righe di log dopo. Cos\u00ec, appare come una ricerca di file di log e un grep su di esso, ma un po' pi\u00f9 comodo e nello stesso interfaccia dove si trovano le metriche. \u00c8 in grado di contare il numero di occorrenze della query di ricerca. Le query stesse assomigliano al linguaggio di Prometheus e sono semplici. Il relatore ha richiamato la nostra attenzione sul fatto che la soluzione non \u00e8 molto adatta per l'analisi. Consiglio vivamente di guardare a tutti coloro che hanno bisogno di log, \u00e8 una presentazione molto semplice.<\/p>\n

Come Intuit gestisce i deployment Canary e Blue Green con un Controller K8s \u2014 Daniel Thomson<\/a><\/noindex><\/h4>\n

\nI processi di deployment canary e blue-green sono mostrati in modo molto chiaro. Consiglio di vedere la presentazione a chi non l'ha ancora apprezzata. I relatori presentano la soluzione come un'estensione per il promettente sistema CI-CD ARGO. \u00c8 pi\u00f9 facile ascoltare la lingua inglese del relatore proveniente dalla Russia rispetto a quella degli altri relatori. <\/p>\n

Controllo degli accessi Kubernetes pi\u00f9 intelligente: un approccio semplificato all'autenticazione \u2014 Rob Scott, ReactiveOps<\/a><\/noindex><\/h4>\n

\nUno degli aspetti pi\u00f9 complessi della gestione di un cluster rimane la configurazione della sicurezza, in particolare i diritti di accesso alle risorse. I primitivi incorporati di K8s permettono di configurare l'autorizzazione come si desidera. Come mantenere senza dolori il loro stato aggiornato? Come capire cosa sta succedendo con i diritti di accesso e fare debug dei ruoli creati? In questa presentazione viene fornita non solo una panoramica di diversi strumenti per il debug dell'autorizzazione in k8s, ma anche raccomandazioni generali per costruire politiche semplici ed efficaci.<\/p>\n

Altri interventi<\/h4>\n

\nNon consiglio. Alcuni erano di tipo captain, altri invece molto complessi. Ti consiglio di dare un'occhiata a questa playlist e di guardare tutto ci\u00f2 che \u00e8 contrassegnato come keynote. Questo ti permetter\u00e0 di avere una visione ampia dell'industria intorno alle Cloud Native Apps, e poi \u00e8 utile premere ctrl+f e cercare le parole chiave, le aziende, i prodotti e gli approcci di tuo interesse. <\/p>\n

Qui c'\u00e8 un link alla playlist con le presentazioni, prestaci attenzione<\/p><\/blockquote>\n

<\/p>\n

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

Sui stand delle aziende<\/h3>\n

\nAllo stand di Haproxy mi hanno regalato una maglietta per mio figlio. Dubito che per questo sostituir\u00f2 Nginx con haproxy in produzione, ma li ricordo meglio di tutti. Chi sa cosa faranno i nuovi proprietari con Nginx. <\/p>\n

\"Su
\nNello stand di IBM ci sono state brevi presentazioni per tutti e tre i giorni, e attiravano le persone sorteggiando Oculus Go, cuffie Beats e droni. Occorreva restare mezz'ora allo stand. Due volte in tre giorni ho tentato la sorte \u2014 non ho vinto. Anche VMWare e Microsoft hanno avuto brevi presentazioni.<\/p>\n

Nello stand di Ubuntu ho fatto quello che, pare, abbia fatto tutti \u2014 mi sono fotografato con Shuttleworth. Un tipo socievole, si \u00e8 rallegrato sapendo che la uso dal 8.04 e che il server \u00e8 rimasto attivo per 10 anni senza dist upgrade senza un solo downtime (ma senza accesso a Internet).<\/p>\n

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

Non sono riuscito a passare oltre Dmitry Stolyarov, abbiamo parlato delle difficolt\u00e0 quotidiane degli ingegneri che supportano Kubernetes. Le presentazioni le delega ai suoi colleghi, ma sta preparando un nuovo formato per presentare il materiale. Ha anche invitato a iscriversi al canale di Flant su youtube.<\/p>\n

\"Su
\nIBM, Cisco, Microsoft, VMWare hanno investito molti soldi negli stand. Gli stand degli amici open source erano pi\u00f9 modestii. Ho parlato allo stand con i rappresentanti di Grafana, mi hanno convinto \u2014 bisogna provare Loki. Sembra che la ricerca full-text nel sistema di logging sia necessaria solo per l'analisi, mentre per il troubleshooting basti un sistema come Loki. Ho parlato con gli sviluppatori di Prometheus. Non hanno intenzione di creare uno storage a lungo termine per le metriche e di downsampling dei dati. Consigliano di vedere cortex e thanos come soluzioni. 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 UI per Kubernetes. Molti offrono k8s come servizio. Tutti vogliono il loro pezzo di mercato.<\/p>\n

Amazon e Google hanno affittato dei cortili con erba artificiale sul tetto, allestendo lettini. Amazon distribuiva tazze e versava limonata, mentre allo stand parlava delle novit\u00e0 nel lavoro con gli spot instance. Google distribuiva biscotti con il logo di Kubernetes e ha creato una bella area fotografica, mentre allo stand pescava alla grande con una rete per l'enterprise.<\/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 tornati alla memoria; sono riuscito a raccontare molto ai miei colleghi, sono stato una sorta di mini-guida. L'aria fresca del mare mi ha subito liberato dall'allergia. Deliziosi frutti di mare, paella, sangria. Architettura molto calda e soleggiata. Bassi edifici, molta vegetazione. In questi tre giorni abbiamo camminato a piedi per circa 50 chilometri; in questa citt\u00e0 si desidera passeggiare ancora e ancora. Tutto ci\u00f2 dopo le presentazioni, la sera. <\/p>\n

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

Cosa ho capito di principale<\/h3>\n

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

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

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

Le principali direzioni su cui la comunit\u00e0 sta lavorando si sono cristallizzate. In un certo senso, come sono emersi i 12 fattori per le applicazioni, \u00e8 nata una lista di ci\u00f2 che e come fare per l'infrastruttura nel suo insieme. Se volete, si possono chiamare tendenze:<\/p>\n