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

Przyp. t\u0142um.<\/b>: Po niedawnej publikacji materia\u0142u<\/a><\/noindex> na temat metod pull i push w GitOps zauwa\u017cyli\u015bmy zainteresowanie tym modelem w og\u00f3le, jednak publikacji w j\u0119zyku rosyjskim na ten temat jest bardzo ma\u0142o (na habrze po prostu ich nie ma). Dlatego z przyjemno\u015bci\u0105 przedstawiamy Pa\u0144stwu t\u0142umaczenie innego artyku\u0142u \u2014 cho\u0107 sprzed prawie roku! \u2014 od firmy Weaveworks, kt\u00f3rej za\u0142o\u017cyciel wymy\u015bli\u0142 termin \u201eGitOps\u201d. W tek\u015bcie wyja\u015bniono istot\u0119 podej\u015bcia oraz kluczowe r\u00f3\u017cnice w por\u00f3wnaniu do istniej\u0105cych ju\u017c rozwi\u0105za\u0144.<\/i><\/p>\n

\nRok temu opublikowali\u015bmy wprowadzenie do GitOps<\/a><\/noindex>. Wtedy opowiedzieli\u015bmy, jak zesp\u00f3\u0142 Weaveworks uruchomi\u0142 SaaS oparty ca\u0142kowicie na Kubernetesie i opracowa\u0142 zestaw zalecanych najlepszych praktyk dotycz\u0105cych wdra\u017cania, zarz\u0105dzania i monitorowania w \u015brodowisku cloud native.<\/a><\/noindex><\/p>\n

Artyku\u0142 cieszy\u0142 si\u0119 popularno\u015bci\u0105. Inni zacz\u0119li m\u00f3wi\u0107 o GitOps, publikowa\u0107 nowe narz\u0119dzia do git push<\/a><\/noindex>, opracowywania<\/a><\/noindex>, sekret\u00f3w<\/a><\/noindex>, funkcji<\/a><\/noindex>, ci\u0105g\u0142ej integracji<\/a><\/noindex> itp. Na naszej stronie pojawi\u0142o si\u0119 du\u017co tre\u015bci<\/a><\/noindex> i r\u00f3\u017cnych zastosowa\u0144 GitOps. Ale niekt\u00f3rzy wci\u0105\u017c mieli pytania. Czym model r\u00f3\u017cni si\u0119 od tradycyjnego infrastructure as code<\/a><\/noindex> oraz ci\u0105g\u0142ego dostarczania (continuous delivery<\/a><\/noindex>)? Czy konieczne jest u\u017cycie Kubernetesa?<\/p>\n

Wkr\u00f3tce zrozumieli\u015bmy, \u017ce potrzebne jest nowe opracowanie, oferuj\u0105ce:<\/p>\n

    \n
  1. Du\u017c\u0105 ilo\u015b\u0107 przyk\u0142ad\u00f3w i historii;<\/li>\n
  2. Konkretn\u0105 definicj\u0119 GitOps;<\/li>\n
  3. Por\u00f3wnanie z tradycyjnym ci\u0105g\u0142ym dostarczaniem.<\/li>\n<\/ol>\n

    \nW tym artykule starali\u015bmy si\u0119 om\u00f3wi\u0107 wszystkie te tematy. Znajdziesz w nim zaktualizowane wprowadzenie do GitOps oraz spojrzenie na nie z perspektywy programist\u00f3w i CI\/CD. Skupiamy si\u0119 g\u0142\u00f3wnie na Kubernetesie, chocia\u017c model mo\u017cna z \u0142atwo\u015bci\u0105 uog\u00f3lni\u0107.<\/p>\n

    Poznajcie: GitOps<\/h2>\n

    \nWyobra\u017a sobie Alicj\u0119. Zarz\u0105dza firm\u0105 Family Insurance, oferuj\u0105c\u0105 polisy ubezpieczeniowe zdrowotne, samochodowe, na nieruchomo\u015bci oraz ubezpieczenia turystyczne dla os\u00f3b, kt\u00f3re s\u0105 zbyt zaj\u0119te, aby samodzielnie rozwi\u0105zywa\u0107 zawirowania zwi\u0105zane z umowami. Jej biznes rozpocz\u0105\u0142 si\u0119 jako projekt poboczny, kiedy Alicja pracowa\u0142a w banku jako data scientist. Pewnego dnia zda\u0142a sobie spraw\u0119, \u017ce mo\u017ce wykorzysta\u0107 zaawansowane algorytmy komputerowe do skuteczniejszej analizy danych i tworzenia pakiet\u00f3w ubezpieczeniowych. Inwestorzy sfinansowali projekt, a teraz jej firma generuje ponad 20 milion\u00f3w dolar\u00f3w rocznie i szybko si\u0119 rozwija. W tej chwili zatrudnia 180 os\u00f3b na r\u00f3\u017cnych stanowiskach. W\u015br\u00f3d nich znajduje si\u0119 zesp\u00f3\u0142 technologiczny, kt\u00f3ry zajmuje si\u0119 tworzeniem, utrzymywaniem strony internetowej, bazy danych oraz analiz\u0105 bazy klient\u00f3w. Zesp\u00f3\u0142 sk\u0142adaj\u0105cy si\u0119 z 60 os\u00f3b prowadzi Bob \u2013 dyrektor techniczny firmy.<\/p>\n

    Zesp\u00f3\u0142 Boba wdra\u017ca systemy produkcyjne w chmurze. Ich g\u0142\u00f3wne aplikacje dzia\u0142aj\u0105 na GKE, korzystaj\u0105c z zalet Kubernetes w Google Cloud. Ponadto wykorzystuj\u0105 r\u00f3\u017cne narz\u0119dzia do pracy z danymi i analityki.<\/p>\n

    Family Insurance nie planowa\u0142a korzysta\u0107 z kontener\u00f3w, ale zara\u017cono si\u0119 entuzjazmem wok\u00f3\u0142 Dockera. Wkr\u00f3tce specjali\u015bci firmy odkryli, \u017ce GKE umo\u017cliwia \u0142atwe i przyjemne uruchamianie klastr\u00f3w do testowania nowych funkcji. Dodano Jenkins do CI i Quay do organizacji rejestru kontener\u00f3w, napisano skrypty dla Jenkinsa, kt\u00f3re push\u2019owa\u0142y nowe kontenery i konfiguracje do GKE.<\/p>\n

    Min\u0119\u0142o troch\u0119 czasu. Alicja i Bob rozczarowali si\u0119 wydajno\u015bci\u0105 wybranego podej\u015bcia i jego wp\u0142ywem na biznes. Wdro\u017cenie kontener\u00f3w nie poprawi\u0142o wydajno\u015bci tak bardzo, jak liczy\u0142a dru\u017cyna. Czasami deploymenty si\u0119 psu\u0142y, a nie by\u0142o jasne, czy to zmiany w kodzie by\u0142y winne. Okaza\u0142o si\u0119 te\u017c trudno \u015bledzi\u0107 zmiany w konfiguracjach. Cz\u0119sto trzeba by\u0142o tworzy\u0107 nowy klaster i przenosi\u0107 do niego aplikacje, poniewa\u017c w ten spos\u00f3b naj\u0142atwiej by\u0142o uporz\u0105dkowa\u0107 ba\u0142agan, w jaki zamieni\u0142 si\u0119 system. Alicja obawia\u0142a si\u0119, \u017ce sytuacja pogorszy si\u0119 w miar\u0119 rozwoju aplikacji (poza tym powstawa\u0142 nowy projekt oparty na uczeniu maszynowym). Bob zautomatyzowa\u0142 wi\u0119kszo\u015b\u0107 pracy i nie rozumia\u0142, dlaczego pipeline nadal jest niestabilny, \u017ale si\u0119 skaluje i okresowo wymaga r\u0119cznej interwencji?<\/p>\n

    Nast\u0119pnie dowiedzieli si\u0119 o GitOps. To rozwi\u0105zanie okaza\u0142o si\u0119 dok\u0142adnie tym, czego potrzebowali, aby pewnie i\u015b\u0107 naprz\u00f3d.<\/b><\/p>\n

    Alicja i Bob s\u0142yszeli o procesach opartych na Gicie, DevOps oraz infrastructure as code od wielu lat. Unikalno\u015b\u0107 GitOps polega na tym, \u017ce wprowadza on szereg najlepszych praktyk \u2014 kategorycznych i normatywnych \u2014 dotycz\u0105cych wdra\u017cania tych idei w kontek\u015bcie Kubernetes. Ten temat by\u0142 wielokrotnie poruszany<\/a><\/noindex>, w tym w blogu Weaveworks<\/a><\/noindex>.<\/p>\n

    Family Insurance postanawia wdro\u017cy\u0107 GitOps. Teraz firma ma zautomatyzowany model operacyjny, kompatybilny z Kubernetes, kt\u00f3ry \u0142\u0105czy szybko\u015b\u0107<\/i> z stabilno\u015bci\u0105<\/i>, poniewa\u017c:<\/p>\n