{"id":35941,"date":"2019-10-31T22:07:41","date_gmt":"2019-10-31T19:07:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-zhe-takoe-gitops\/"},"modified":"2019-10-31T22:07:41","modified_gmt":"2019-10-31T19:07:41","slug":"chto-zhe-takoe-gitops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-zhe-takoe-gitops","title":{"rendered":"Che cos'\u00e8 GitOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nota di traduzione.<\/b>: Dopo una recente pubblicazione di materiale<\/a><\/noindex> sui metodi pull e push in GitOps, abbiamo notato un interesse per questo modello in generale; tuttavia, le pubblicazioni in lingua russa su questo argomento sono state molto scarse (sul sito di Habr non ce ne sono affatto). Pertanto, siamo lieti di offrire alla vostra attenzione la traduzione di un altro articolo \u2014 sebbene sia gi\u00e0 di quasi un anno fa! \u2014 della societ\u00e0 Weaveworks, il cui fondatore ha coniato il termine \u00abGitOps\u00bb. Nel testo viene spiegata la natura dell'approccio e le principali differenze rispetto a soluzioni gi\u00e0 esistenti.<\/i><\/p>\n

\nUn anno fa abbiamo pubblicato un'introduzione a GitOps<\/a><\/noindex>. All'epoca abbiamo raccontato come il team di Weaveworks ha avviato un SaaS interamente basato su Kubernetes e ha sviluppato un insieme di best practices prescrittive per il deployment, la gestione e il monitoraggio in un ambiente cloud native.<\/a><\/noindex><\/p>\n

L'articolo \u00e8 stato molto popolare. Altre persone hanno iniziato a parlare di GitOps e a pubblicare nuovi strumenti per git push<\/a><\/noindex>, lo sviluppo<\/a><\/noindex>, di segreti<\/a><\/noindex>, funzioni<\/a><\/noindex>, all'integrazione continua<\/a><\/noindex> e cos\u00ec via. Sul nostro sito sono comparse un gran numero di<\/a><\/noindex> pubblicazioni e casi d'uso di GitOps. Ma alcune persone avevano ancora delle domande. In cosa si distingue il modello rispetto al tradizionale infrastructure as code<\/a><\/noindex> e alla consegna continua (continuous delivery<\/a><\/noindex>)? \u00c8 necessario utilizzare Kubernetes?<\/p>\n

Presto ci siamo resi conto che era necessaria una nuova descrizione che offrisse:<\/p>\n

    \n
  1. Un gran numero di esempi e storie;<\/li>\n
  2. Una definizione concreta di GitOps;<\/li>\n
  3. Un confronto con la tradizionale continuous delivery.<\/li>\n<\/ol>\n

    \nIn questo articolo abbiamo cercato di coprire tutti questi temi. Troverete un'introduzione aggiornata a GitOps e un punto di vista da parte degli sviluppatori e del CI\/CD. Ci concentriamo principalmente su Kubernetes, anche se il modello pu\u00f2 essere generalizzato.<\/p>\n

    Vi presentiamo: GitOps<\/h2>\n

    \nImmagina Alice. Gestisce l'azienda Family Insurance, che offre polizze per l'assicurazione sulla salute, automobili, propriet\u00e0 immobiliari e assicurazione turistica a persone troppo occupate per occuparsi dei dettagli dei contratti da sole. La sua attivit\u00e0 \u00e8 iniziata come un progetto secondario, quando Alice lavorava in banca come data scientist. Un giorno ha capito che poteva utilizzare avanzati algoritmi informatici per un'analisi dei dati e una formulazione di pacchetti assicurativi pi\u00f9 efficiente. Gli investitori hanno finanziato il progetto, e ora la sua azienda genera oltre 20 milioni di dollari all'anno e cresce rapidamente. Attualmente, 180 persone lavorano in diverse posizioni. Tra loro c'\u00e8 il team tecnologico che si occupa dello sviluppo, della manutenzione del sito web, del database e dell'analisi della clientela. La squadra di 60 persone \u00e8 guidata da Bob, il direttore tecnico dell'azienda.<\/p>\n

    Il team di Bob distribuisce sistemi di produzione nel cloud. Le loro applicazioni principali funzionano su GKE, sfruttando i vantaggi di Kubernetes in Google Cloud. Inoltre, utilizzano vari strumenti per la gestione dei dati e l'analisi.<\/p>\n

    Family Insurance non intendeva utilizzare i container, ma si \u00e8 lasciata contagiare dall'entusiasmo attorno a Docker. Presto gli specialisti dell'azienda hanno scoperto che GKE permette di distribuire cluster per testare nuove funzionalit\u00e0 in modo semplice e senza sforzo. Sono stati aggiunti Jenkins per CI e Quay per organizzare il registro dei container, e sono stati scritti script per Jenkins che pushavano nuovi container e configurazioni in GKE.<\/p>\n

    \u00c8 passata un po' di tempo. Alice e Bob si sono scoraggiati dalle prestazioni dell'approccio scelto e dal suo impatto sul business. L'implementazione dei container non ha migliorato le prestazioni tanto quanto si sperava. A volte i deployment si rompevano e non era chiaro se il colpevole fosse rappresentato dalle modifiche al codice. \u00c8 stato anche difficile tenere traccia delle modifiche delle configurazioni. Spesso era necessario creare un nuovo cluster e spostare le applicazioni in esso, poich\u00e9 era il modo pi\u00f9 semplice per risolvere il caos in cui era diventato il sistema. Alice temeva che la situazione peggiorasse man mano che l'applicazione si sviluppava (tra l'altro, c'era un nuovo progetto in fase di avvio basato su machine learning). Bob aveva automatizzato gran parte del lavoro e non capiva perch\u00e9 il pipeline fosse ancora instabile, scalasse male e richiedesse periodicamente un intervento manuale.<\/p>\n

    Poi hanno scoperto GitOps. Questa soluzione si \u00e8 rivelata proprio ci\u00f2 di cui avevano bisogno per proseguire con sicurezza.<\/b><\/p>\n

    Alice e Bob avevano gi\u00e0 sentito parlare per anni di flussi di lavoro basati su Git, DevOps e infrastructure as code. L'unicit\u00e0 di GitOps \u00e8 che porta una serie di best practice\u2014categoriche e normative\u2014per implementare queste idee nel contesto di Kubernetes. Questo tema \u00e8 stato sollevato pi\u00f9 volte<\/a><\/noindex>, incluso in un blog di Weaveworks<\/a><\/noindex>.<\/p>\n

    Family Insurance ha deciso di implementare GitOps. Ora l'azienda ha un modello di operazioni automatizzato compatibile con Kubernetes che combina velocit\u00e0<\/i> per stabilit\u00e0<\/i>, poich\u00e9 hanno:<\/p>\n