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

M\u00e4rkus t\u00f5lke kohta.<\/b>: P\u00e4rast hiljutist avaldust materjalist<\/a><\/noindex> GitOpsi pull- ja push-meetodite kohta n\u00e4gime huvi selle mudeli vastu \u00fcldiselt, kuid venekeelseid avaldusi sellel teemal oli \u00e4\u00e4rmiselt v\u00e4he (Habr\u00e9s pole neid praktiliselt \u00fcldse). Seet\u00f5ttu oleme r\u00f5\u00f5msad, et saame teile pakkuda t\u00f5lget teisest artiklist \u2014 olgu see v\u00f5i peaaegu aastatagune! \u2014 Weaveworksilt, kelle juht m\u00f5tles v\u00e4lja termini \u201eGitOps\u201c. Tekst selgitab l\u00e4henemise olemust ja peamisi erinevusi juba olemasolevatest.<\/i><\/p>\n

\nAasta tagasi avaldasime sissejuhatus GitOpsi<\/a><\/noindex>. Sel ajal r\u00e4\u00e4kisime, kuidas Weaveworksi meeskond k\u00e4ivitas t\u00e4ielikult Kubernetesel p\u00f5hineva SaaS-i ja t\u00f6\u00f6tas v\u00e4lja hulga parimaid praktikaid juurutamiseks, haldamiseks ja monitoorimiseks cloud native keskkonnas.<\/a><\/noindex><\/p>\n

Artikkel osutus populaarseks. Teised inimesed hakkasid r\u00e4\u00e4kima GitOpsist, hakati avaldama uusi t\u00f6\u00f6riistu git push<\/a><\/noindex>, arendamiseks<\/a><\/noindex>, saladuste<\/a><\/noindex>, funktsioonide<\/a><\/noindex>, j\u00e4tkuva integreerimise<\/a><\/noindex> jne. Meie saidile ilmus suure hulga<\/a><\/noindex> publikatsioone ja GitOpsi kasutusjuhtumeid. Kuid m\u00f5nedel inimestel j\u00e4i endiselt k\u00fcsimusi. Kuidas see mudel erineb traditsioonilisest infrastruktuuri kui koodi<\/a><\/noindex> ja pidevast tarnimist (continuous delivery<\/a><\/noindex>)? Kas Kubernetes on vajalik?<\/p>\n

Varsti m\u00f5istsime, et on vaja uut m\u00e4\u00e4ratlust, mis pakuks:<\/p>\n

    \n
  1. Suure hulga n\u00e4iteid ja lugusid;<\/li>\n
  2. Konkreetsed m\u00e4\u00e4ratlust GitOpsile;<\/li>\n
  3. V\u00f5rdlus traditsioonilise continuous delivery'ga.<\/li>\n<\/ol>\n

    \nSelles artiklis p\u00fc\u00fcdsime katta k\u00f5ik need teemad. Siit leiate v\u00e4rskendatud sissejuhatuse GitOpsi ja arendajate ning CI\/CD vaatepildi sellele. Keskendume peamiselt Kubernetesile, kuigi mudelit on t\u00e4iesti v\u00f5imalik \u00fcldistada.<\/p>\n

    Tere tulemast: GitOps<\/h2>\n

    \nKujutage ette Alisat. Ta juhib ettev\u00f5tet Family Insurance, mis pakub tervise-, auto-, kinnisvara- ja reisikindlustuse poliise inimestele, kes on liiga h\u00f5ivatud, et ise lepingute n\u00fcanssidega vaeva n\u00e4ha. Tema \u00e4ri alustas k\u00f5rvalprojekti raames, kui Alisa t\u00f6\u00f6tas pangas andmete teadlasena. \u00dchel hetkel taipas ta, et saab kasutada arenenud arvuti algoritme, et andmete anal\u00fc\u00fcsi ja kindlustuspakkumiste koostamise efektiivsust suurendada. Investorid rahastasid projekti ja n\u00fc\u00fcd toob tema ettev\u00f5te \u00fcle 20 miljoni dollari aastas ning kasvab kiiresti. Praegu t\u00f6\u00f6tab selles erinevates ametites 180 inimest. Nende seas on tehnoloogia meeskond, mis tegeleb veebisaidi, andmebaasi arendamise ja kliendibaasi anal\u00fc\u00fcsiga. 60-liikmelist meeskonda juhib Bob \u2013 ettev\u00f5tte tehnoloogiadirektor.<\/p>\n

    Bobi meeskond juurutab tootmis\u00fcsteeme pilves. Nende peamised rakendused t\u00f6\u00f6tavad GKE-l, kasutades Google Cloudi Kubernetesest saadavaid eeliseid. Lisaks kasutavad nad oma t\u00f6\u00f6s erinevaid andmete ja anal\u00fc\u00fctika t\u00f6\u00f6riistu.<\/p>\n

    Family Insurance ei plaaninud konteinerite kasutusele v\u00f5tta, kuid sai innustust Dockerist. Varsti avastas ettev\u00f5tte spetsialistid, et GKE v\u00f5imaldab klastreid uusi funktsioone testimiseks kergelt ja vaevata juurutada. Lisati Jenkins CI jaoks ja Quay konteineriregistri haldamiseks, kirjutati Jenkinsile skriptid, mis push’isid uusi konteineri ja konfiguratsiooni GKE-sse.<\/p>\n

    M\u00f5ni aeg m\u00f6\u00f6dus. Alice ja Bob olid valitud l\u00e4henemise t\u00f5hususes ja selle m\u00f5ju osas \u00e4ritegevusele pettunud. Konteinerite juurutamine ei parandanud t\u00f5husust nii palju, kui meeskond oli lootsinud. M\u00f5nikord purunesid juurutamised ja polnud selge, kas s\u00fc\u00fcdi olid koodimuudatused. Samuti oli raske j\u00e4lgida konfiguratsioonide muudatusi. Sageli tuli luua uus klaster ja viia sinna rakendused, kuna see oli ainus lihtne viis olukorra, millesse s\u00fcsteem oli lasknud, likvideerida. Alice kartis, et olukord halveneb rakenduse arenedes (lisaks oli ootel uus masin\u00f5ppe projekt). Bob automatiseeris suure osa t\u00f6\u00f6st ning ei m\u00f5istnud, miks torustik on endiselt ebastabiilne, halvasti skaleerub ja n\u00f5uab perioodiliselt k\u00e4sitsi sekkumist.<\/p>\n

    Siis kuulsid nad GitOpsist. See lahendus osutus just selliseks, mida nad vajasid kindlaks edasiviimiseks.<\/b><\/p>\n

    Alice ja Bob olid juba pikka aega kuulnud Git-p\u00f5histest t\u00f6\u00f6voogudest, DevOpsist ja infrastruktuurist kui koodist. GitOpsi ainulaadsus seisneb selles, et see toob kaasa rida parimaid praktikaid \u2014 kategoorilisi ja regulatiivseid \u2014 nende ideede elluviimiseks Kubernetes kontekstis. See teema on korduvalt t\u00f5statatud<\/a><\/noindex>, sealhulgas Weaveworks'i blogis<\/a><\/noindex>.<\/p>\n

    Family Insurance otsustab GitOpsi rakendada. N\u00fc\u00fcd on ettev\u00f5ttel automatiseeritud k\u00e4itamisring mudel, mis on \u00fchilduv Kubernetesiga ja \u00fchendab kiirus<\/i> koos stabiilsusega<\/i>, kuna nad:<\/p>\n