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

Napomena za prijevod.<\/b>: Nakon nedavne objave materijala<\/a><\/noindex> o metodama pull i push u GitOps-u, primijetili smo interes za ovaj model u cjelini, no na hrvatskom jeziku gotovo da i nema publikacija na ovu temu (na Habr-u ih jednostavno nema). Stoga smo sretni \u0161to vam mo\u017eemo ponuditi prijevod drugog \u010dlanka \u2014 iako je star gotovo godinu dana! \u2014 od tvrtke Weaveworks, \u010diji je osniva\u010d smislio pojam \u201eGitOps\u201c. U tekstu se obja\u0161njava su\u0161tina pristupa i klju\u010dne razlike u odnosu na postoje\u0107e modele.<\/i><\/p>\n

\nPrije godinu dana objavili smo uvod u GitOps<\/a><\/noindex>. Tada smo govorili o tome kako je tim Weaveworks-a pokrenuo SaaS koji se u potpunosti temelji na Kubernetes-u i razvio set propisnih najboljih praksi za implementaciju, upravljanje i nadzor u cloud native okru\u017eenju.<\/a><\/noindex><\/p>\n

\u010clanak je bio popularan. Drugi ljudi su po\u010deli govoriti o GitOps-u, a pojavili su se i novi alati za git push<\/a><\/noindex>, razvoj<\/a><\/noindex>, tajni<\/a><\/noindex>, funkcija<\/a><\/noindex>, neprekidnoj integraciji<\/a><\/noindex> itd. Na na\u0161oj web stranici pojavio se velik broj<\/a><\/noindex> publikacija i primjera kori\u0161tenja GitOps-a. No, neki ljudi su ipak imali pitanja. Kako se ovaj model razlikuje od tradicionalnog infrastructure as code<\/a><\/noindex> i kontinuirane isporuke (continuous delivery<\/a><\/noindex>)? Je li obavezno koristiti Kubernetes?<\/p>\n

Ubrzo smo shvatili da je potrebno novo obja\u0161njenje koje nudi:<\/p>\n

    \n
  1. Velik broj primjera i pri\u010da;<\/li>\n
  2. Konkretnu definiciju GitOps-a;<\/li>\n
  3. Usporedbu s tradicionalnom kontinuiranom isporukom.<\/li>\n<\/ol>\n

    \nU ovom \u010dlanku poku\u0161ali smo obuhvatiti sve ove teme. Prona\u0107i \u0107ete a\u017eurirani uvod u GitOps i pogled na njega iz perspektive programera i CI\/CD-a. Ve\u0107inom se fokusiramo na Kubernetes, iako se model mo\u017ee generalizirati.<\/p>\n

    Upoznajte se: GitOps<\/h2>\n

    \nZamislite Alisu. Ona upravlja kompanijom Family Insurance koja nudi police zdravstvenog osiguranja, osiguranja automobila, nekretnina i putnog osiguranja ljudima koji su previ\u0161e zauzeti da bi se sami bavili sitnicama ugovora. Njen posao po\u010deo je kao sporedni projekt dok je Alisa radila u banci kao podatkovna znanstvenica. Jednog dana shvatila je da mo\u017ee koristiti napredne ra\u010dunalne algoritme za u\u010dinkovitiju analizu podataka i kreiranje osiguravateljskih paketa. Investitori su financirali projekt i sada njezina kompanija zara\u0111uje vi\u0161e od 20 milijuna dolara godi\u0161nje i brzo raste. Trenutno u njoj radi 180 osoba na raznim pozicijama, uklju\u010duju\u0107i tehnolo\u0161ki tim koji se bavi razvojem, odr\u017eavanjem web stranice, baze podataka i analizom klijentske baze. Tim od 60 ljudi predvodi Bob, tehni\u010dki direktor kompanije.<\/p>\n

    Bobov tim implementira produkcijske sustave u oblaku. Njihove glavne aplikacije rade na GKE-u, koriste\u0107i prednosti Kubernetesa u Google Cloud-u. Tako\u0111er koriste razne alate za obradu podataka i analitiku.<\/p>\n

    Tvrtka Family Insurance nije planirala koristiti kontejnere, no ubrzo je postala entuzijasti\u010dna oko Dockera. Ubrzo su stru\u010dnjaci tvrtke otkrili da GKE omogu\u0107uje lako i bez stresa postavljanje klastera za testiranje novih funkcionalnosti. Dodan je Jenkins za CI i Quay za organizaciju registra kontejnera, napisani su skripti za Jenkins koji su pushali nove kontejnere i konfiguracije u GKE.<\/p>\n

    Pro\u0161lo je neko vrijeme. Alisa i Bob su bili razo\u010darani performansama odabranog pristupa i njegovim utjecajem na posao. Uvo\u0111enje kontejnera nije pobolj\u0161alo performanse onoliko koliko je tim o\u010dekivao. Ponekad su se deploymenti ru\u0161ili, a nije bilo jasno jesu li za to krivi izmjene koda. Tako\u0111er je bilo te\u0161ko pratiti promjene u konfiguracijama. \u010cesto je bilo potrebno izraditi novi klaster i premjestiti aplikacije, jer je to bilo najlak\u0161i na\u010din da se rije\u0161i kaos koji je nastao u sustavu. Alisa se bojala da \u0107e se situacija pogor\u0161ati s razvojem aplikacije (uz to, nova je bila planirana na temelju strojnog u\u010denja). Bob je automatizirao ve\u0107i dio posla i nije razumio za\u0161to je pipeline i dalje nestabilan, slabo se skalira i povremeno zahtijeva ru\u010dnu intervenciju.<\/p>\n

    Tada su saznali za GitOps. Ovo rje\u0161enje se pokazalo upravo onim \u0161to im je bilo potrebno za sigurno kretanje unaprijed.<\/b><\/p>\n

    Alisa i Bob ve\u0107 godinama \u010duju o radnim procesima temeljenim na Gitu, DevOpsu i infrastrukturi kao kodu. Jedinstvenost GitOps-a le\u017ei u tome \u0161to uvodi niz najboljih praksi \u2014 strogo definiranih i normativnih \u2014 za implementaciju ovih ideja u kontekstu Kubernetes-a. Ova tema nekoliko puta je spominjana<\/a><\/noindex>, uklju\u010duju\u0107i i u blogu Weaveworks<\/a><\/noindex>.<\/p>\n

    Family Insurance odlu\u010duje implementirati GitOps. Sada kompanija ima automatizirani model operacija, kompatibilan s Kubernetesom, koji kombinira brzinu<\/i> s stabilno\u0161\u0107u<\/i>, jer su:<\/p>\n