{"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\/sl\/blog\/administrirovanie\/chto-zhe-takoe-gitops","title":{"rendered":"Kaj je GitOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Op. prev.<\/b>: Po nedavni objavi gradiva<\/a><\/noindex> o metodah pull in push v GitOps smo opazili zanimanje za ta model kot celoto, vendar je bilo v sloven\u0161\u010dini objav na to temo zelo malo (na Habu sploh ni). Zato z veseljem ponujamo va\u0161emuu vidiku prevod drugega \u010dlanka \u2014 \u010deprav je skoraj eno leto star! \u2014 podjetja Weaveworks, katerega vodja je skoval izraz 'GitOps'. V besedilu so pojasnjeni bistvo pristopa in klju\u010dne razlike od obstoje\u010dih.<\/i><\/p>\n

\nPred letom dni smo objavili uvod v GitOps<\/a><\/noindex>. Takrat smo opisali, kako je ekipa Weaveworks zagnala SaaS, popolnoma temelje\u010d na Kubernetes, ter razvila nabor priporo\u010denih najbolj\u0161ih praks za uvajanje, upravljanje in spremljanje v okolju cloud native.<\/a><\/noindex><\/p>\n

\u010clanek je bil priljubljen. Drugi so za\u010deli govoriti o GitOpsu, objavljali nove pripomo\u010dke za git push<\/a><\/noindex>, razvoj<\/a><\/noindex>, skrivnosti<\/a><\/noindex>, funkcij<\/a><\/noindex>, neprekinjene integracije<\/a><\/noindex> itd. Na na\u0161i spletni strani se je pojavilo veliko \u0161tevilo<\/a><\/noindex> objav in primerov uporabe GitOps. Vendar pa so nekateri ljudje imeli \u0161e vedno vpra\u0161anja. Kako se model razlikuje od tradicionalne infrastructure as code<\/a><\/noindex> in neprekinjene dostave (continuous delivery<\/a><\/noindex>)? Je nujno uporabljati Kubernetes?<\/p>\n

Kmalu smo spoznali, da je potrebno novo opisovanje, ki ponuja:<\/p>\n

    \n
  1. Veliko primerov in zgodb;<\/li>\n
  2. Konkreten opis GitOps;<\/li>\n
  3. Primerjavo s tradicionalno neprekinjeno dostavo.<\/li>\n<\/ol>\n

    \nV tem \u010dlanku smo posku\u0161ali zajeti vse te teme. V njem boste na\u0161li posodobljen uvod v GitOps in pogled nanj z vidika razvijalcev in CI\/CD. Prevladujo\u010de se osredoto\u010damo na Kubernetes, vendar se model lahko povsem posplo\u0161i.<\/p>\n

    Spoznajte: GitOps<\/h2>\n

    \nPredstavljajte si Aliso. Upravljala bo podjetjem Family Insurance, ki nudi zavarovalne police za zdravje, avtomobile, nepremi\u010dnine in potovanj zavarovanja ljudem, ki so preve\u010d zaposleni, da bi se sami ukvarjali s podrobnostmi pogodb. Njen posel se je za\u010del kot stranski projekt, ko je Alisa delala v banki kot podatkovna znanstvenica. Nekega dne je spoznala, da lahko uporabi napredne ra\u010dunalni\u0161ke algoritem za u\u010dinkovitej\u0161o analizo podatkov in oblikovanje zavarovalnih paketov. Investitorji so financirali projekt, in zdaj njeno podjetje prina\u0161a ve\u010d kot 20 milijonov dolarjev na leto in hitro raste. Trenutno zaposluje 180 ljudi na razli\u010dnih delovnih mestih. Med njimi je tehnolo\u0161ka ekipa, ki skrbi za razvoj, vzdr\u017eevanje spletne strani, baze podatkov in analizo strank. Ekipo, ki jo sestavlja 60 ljudi, vodi Bob \u2014 tehni\u010dni direktor podjetja.<\/p>\n

    Bobova ekipa uvaja produkcijske sisteme v oblaku. Njihove glavne aplikacije delujejo na GKE in izkori\u0161\u010dajo prednosti Kubernetes v Google Cloud. Poleg tega pri svojem delu uporabljajo razli\u010dna orodja za obdelavo podatkov in analitiko.<\/p>\n

    Family Insurance ni je imela namena uporabljati kontejnerje, a se je navdu\u0161ila nad Dockerjem. Kmalu so strokovnjaki podjetja odkrili, da GKE omogo\u010da hitro in enostavno uvajanje clusterjev za testiranje novih funkcionalnosti. Dodali so Jenkins za CI in Quay za organizacijo registra kontejnerjev, napisali so skripte za Jenkins, ki so pushali nove kontejnerje in konfiguracije v GKE.<\/p>\n

    Minilo je nekaj \u010dasa. Alisa in Bob sta bila razo\u010darana nad zmogljivostjo izbrane metode in njenim vplivom na poslovanje. Uvajanje kontejnerjev ni tako pove\u010dalo zmogljivosti, kot je upala ekipa. V\u010dasih so se deploymenti podirali, in ni bilo jasno, ali so za to krive spremembe kode. Prav tako je bilo te\u017eko spremljati spremembe konfiguracij. Pogosto je bilo potrebno ustvariti nov cluster in preseliti aplikacije vanj, saj je bilo to najbolj enostaven na\u010din za odpravo kaosa, v katerega je padel sistem. Alisa se je bala, da se bo situacija poslab\u0161ala, ko se bo aplikacija razvijala (poleg tega se je obetala nov projekt na osnovi strojnega u\u010denja). Bob je avtomatiziral velik del dela in ni razumel, zakaj je pipeline \u0161e vedno nestabilen, slabo skalira in ob\u010dasno zahteva ro\u010dno posredovanje.<\/p>\n

    Nato sta izvedela za GitOps. To re\u0161itev se je izkazala za tisto, kar sta potrebovala za samozavestno napredovanje.<\/b><\/p>\n

    Alisa in Bob sta \u017ee vrsto let sli\u0161ala za delovne tokove, ki temeljijo na Gitu, DevOps in infrastrukturo kot kodo. Edinstvena lastnost GitOps je, da prina\u0161a vrsto najbolj\u0161ih praks \u2014 kategoriy\u010dnih in normativnih \u2014 za uresni\u010devanje teh idej v kontekstu Kubernetes. Ta tematika je bila ve\u010dkrat omenjena<\/a><\/noindex>, vklju\u010dno z blogom Weaveworks<\/a><\/noindex>.<\/p>\n

    Family Insurance se odlo\u010da za uvajanje GitOps. Zdaj ima podjetje avtomatiziran model delovanja, ki je zdru\u017eljiv s Kubernetes in zdru\u017euje hitrost<\/i> z stabilnostjo<\/i>, saj so:<\/p>\n