„GitOps“ privalumai tobulinant „DevOps“

Informatec Digital » Ištekliai » „GitOps“ privalumai tobulinant „DevOps“

„GitOps“ diegimas „DevOps“ kultūroje yra tiesiogine prasme tas pats, kas pereiti nuo vairavimo su popieriniais žemėlapiais prie nuolat atnaujinamo GPS naudojimo: „Git“ tampa „vieninteliu tiesos šaltiniu“, o kiekvienas pakeitimas yra registruojamas, peržiūrimas ir automatizuojamas. Toks požiūris sukuria tvarką, pagreitina diegimą ir užtikrina atsekamumą, kuris palengvina auditus ir atšaukimus, atliekant paprastą atkūrimą.

Be šūkio, „GitOps“ yra praktikų rinkinys, sinchronizuojantis tai, kas deklaruojama saugyklose, su tuo, kas iš tikrųjų veikia jūsų aplinkoje. Svarbiausia yra deklaratyvus sistemos pobūdis ir agentai, kurie lygina norimą būseną su faktine būsena , ištaiso nukrypimus ir užtikrina nuoseklumą tarp kūrimo, testavimo ir gamybos.

Kas yra „GitOps“ (ir kodėl jis taip gerai dera su „DevOps“)?

„GitOps“ derina versijų kontrolę, infrastruktūrą kaip kodą (IaC) ir automatizavimą, kad visi konfigūracijos pakeitimai ir diegimai būtų tvarkomi naudojant „pull/merge“ užklausas. Modifikacijos gamyboje netaikomos rankiniu būdu ; jos siūlomos, peržiūrimos ir sujungiamos „Git“ viduje. „GitOps“ įrankiai aptinka šiuos sujungimus ir diegia juos automatiškai.

Šis modelis garantuoja skaidrumą, atkuriamumą ir grįžtamumą. Kiekvienas patvirtinimas yra audituojamos istorijos dalis , kuri padeda užtikrinti atitiktį reglamentams ir saugumą, netrukdant verslo greičiui.

Rezultatai nėra vien ažiotažas: organizacijos pranešė apie apčiuopiamus patobulinimus. „GitLab“ sutrumpino incidentų sprendimo laiką maždaug 30 %, nes padidino pakeitimų matomumą; „Weaveworks“ pastebėjo mažiau konfigūravimo klaidų (iki 70 %); „Spotify“ sutrumpino prastovas beveik 40 %, naudodama automatizavimą; o „Netflix“ paspartino išleidimus, sutrumpindama diegimo laiką beveik 75 %.

Be to, naudojant „Git“ kaip centrinę platformą, panaikinamos suskaidytos įrankių grandinės. „GitHub“ pabrėžia audito ir atitikties paprastumą, kai saugykla veikia kaip centrinis pakeitimų žurnalas, o „Atlassian“ pastebėjo 50 % aplinkos efektyvumo pagerėjimą dėl komandinio bendradarbiavimo.

Skirtumai tarp tradicinių metodų ir „GitOps“

Kontrastas su „klasikinėmis“ praktikomis yra aiškus: rankinis ir klaidų kupinas procesas užleidžia vietą deklaratyviam ir automatizuotam , o „Git“ yra operacijų centras ir atsekama istorija supaprastina peržiūras ir kontrolę.

Išvaizda	Tradicinis	„GitOps“
Konfigūracijos valdymas	Rankinės procedūros, nenuoseklumas tarp aplinkų	Deklaratyvus ir centralizuotas „Git“ sistemoje, užtikrinamas nuoseklumas
Atsekamumas	Daliniai ir sunkiai audituojami įrašai	Visa pakeitimų, pataisymų ir patvirtinimų istorija
Dislokavimai	Rankiniai, lėti ir trapūs žingsniai	Automatizuotas ir patikimas, su sinchronizavimo politikomis
Bendradarbiavimas	Atstumas tarp kūrėjų ir operacijų	Užklausos ir kryžminės peržiūros tampa norma
Grįžtamumas	Sudėtinga ir taikoma ad hoc procedūra	Grąžina „Git“ sistemoje, greitas atšaukimas gedimų atveju
Matomumas	Riboti, neskaidrūs pokyčiai	Aukštas, vienas įrašas apie viską, kas pritaikyta
Veikimo efektyvumas	Nedarbingumo atostogos dėl pasikartojančių užduočių	Didelis dėl automatizavimo ir IaC

„GitOps“ sistemoje deklaruojama pageidaujama būsena („ką“), o ne išsamus receptas („kaip“). Operatoriai arba valdikliai palygina šią pageidaujamą būseną su stebima būsena ir pritaiko reikiamus pakeitimus, vengdami trapių, imperatyvių skriptų.

„GitOps“ privalumai „DevOps“ komandoms

Pirmas svarbus privalumas yra nuoseklumas skirtingose ​​aplinkose. Jei viskas yra „Git“, viskas pakartojama tuo pačiu būdu : mažiau netikėtumų gamybinėje aplinkoje ir mažiau momentų, kai „viskas veikė mano kompiuteryje“.

• Auditas ir atitiktisKiekvienas pakeitimas yra registruojamas, nurodant atsakingas šalis ir datas, o tai supaprastina reglamentavimą ir auditą.
• Tikras bendradarbiavimasKūrėjai ir operatoriai dirba toje pačioje saugykloje, atlikdami peržiūras, komentarus ir patvirtinimus.
• Greitesnis ir saugesnis diegimasAutomatizuoti srautai ir sinchronizavimo politikos sumažina laiką ir klaidų skaičių.
• Pagerintas saugumasMažiau tiesioginės prieigos prie gamybos; automatizavimas pritaiko pakeitimus plačiai neatskleidžiant prisijungimo duomenų.

Visa tai atsispindi verslo rodikliuose: trumpesnis prastovų laikas, greitesnis atkūrimas ir geresni pristatymo rodikliai . Tai praktiškai įrodo tokie atvejai kaip „Airbnb“ (maždaug 60 % mažiau laiko skiriama centralizuotoms „Git“ konfigūracijoms) ir „Shopify“ (maždaug 50 % sutrumpėjęs naujų funkcijų pateikimo rinkai laikas).

Integracija su DevOps: scenarijai ir ryšys

„GitOps“ papildo „DevOps“, suteikdama modernią diegimo ir infrastruktūros operacinę sistemą. „DevOps“ kultūra orientuota į bendradarbiavimą, automatizavimą ir nuolatinį tobulinimą ; „GitOps“ įkūnija šiuos principus su „Git“ ir sinchronizavimo agentais.

Etapas	Kaip padeda „GitOps“
Nuolatinis diegimas	Automatinis sinchronizavimas po „Git“ sujungimo, nuoseklumas tarp aplinkų
Konfigūracijos valdymas	Versijų kūrimas, peržiūra ir centralizuotas parametrų valdymas
Stebėjimas ir įspėjimai	Dreifo aptikimas ir įspėjimai apie nukrypimus nuo norimos būsenos
Automatinis atšaukimas	Agile grįžimas prie žinomų ir stabilių pakeitimų
Auditas ir atitiktis	Išsami reguliavimo institucijų patikrinimų istorija
Bendradarbiavimas tarp komandų	Užklausos dėl sujungimo / ištraukimo, matomumas ir aiškios atsakomybės
Infrastruktūros mastelio keitimas	Deklaratyvi kalba ir šablonai augimui be galvos skausmo

Praktiškai „GitOps“ sumažina rankinių veiksmų, kurie istoriškai stabdė „DevOps“ gamyboje, skaičių. Komandos siūlo pakeitimus; visa kita atlieka gamybos srautai ir operatoriai , mažiau įsikišdami ir labiau kontroliuodami procesą.

Realus poveikis produktyvumui ir kokybei

Įmonės, kurios perėjo prie „GitOps“, praneša apie reikšmingą pristatymo ciklo pagreitėjimą. Standartizavus automatizavimą ir atsisakius rankinių užduočių, naujų funkcijų išleidimo laiką galima sutrumpinti iki 50 % .

Kokybė gerėja vengiant „dreifo tarp aplinkų“ ir sumažinant konfigūracijos klaidas. Mažiau gamybos gedimų reiškia mažiau valandų, praleistų trikčių šalinimui , ir daugiau dėmesio skiriama vertės kūrimui.

Reguliuojamuose sektoriuose „GitOps“ supaprastina sertifikavimą ir auditą, nes palaiko nekintamą pakeitimų įrašą. Pagrindinės šakos istorija veikia kaip „knygos sąskaitų knyga “ su ribotais leidimais sujungimams ir didesne prieigos kontrole.

Žingsnis po žingsnio diegiame „GitOps“ naudodami „Argo CD“

Dažniausias modelis yra „deklaruoti „Git“ ir sinchronizuoti klasteryje“. „Argo CD“ ir „Flux“ yra dvi plačiausiai naudojamos priemonės šiam tikslui įgyvendinti „Kubernetes“.

1 veiksmas: saugyklos struktūra

Tvarkykite „Kubernetes“ manifestus pagal bazes ir perdangas. Tai leidžia pakartotinai naudoti šablonus ir atskirti kūrimą, testavimą ir gamybą naudojant „kustomize“ ar kitus metodus.

my-gitops-repo/
├── base/
│  ├── deployment.yaml
│  ├── service.yaml
└── overlays/
   ├── dev/
   │  └── kustomization.yaml
   └── prod/
      └── kustomization.yaml

2 veiksmas: įdiekite „Argo“ kompaktinį diską

Įdiekite „Argo CD“ jo atskiroje vardų erdvėje ir atskleiskite jo sąsają. Diegimas yra paprastas naudojant projekto viešuosius manifestus.

kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml
kubectl port-forward svc/argocd-server -n argocd 8080:443

3 veiksmas: sukurkite programą ir sinchronizuokite

Naudotojo sąsajoje arba per YAML apibrėžkite programą, nukreipiančią į saugyklą, kelią ir paskirties vietą. Sukūrus programą, pirmoji sinchronizacija pritaiko klasteriui norimą būseną.

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: my-app
  namespace: argocd
spec:
  project: default
  source:
    repoURL: "https://github.com/your-repo/my-gitops-repo.git"
    targetRevision: HEAD
    path: base
  destination:
    server: "https://kubernetes.default.svc"
    namespace: default
  syncPolicy:
    automated:
      prune: true
      selfHeal: true

4 veiksmas: įjunkite automatinį sinchronizavimą

Automatinio sinchronizavimo metu kiekvienas patvirtintas ir su tiksline šaka sujungtas pakeitimas atsispindi visame klasteryje. Švelninimas ir savaiminis taisymas padeda išlaikyti būsenos suderinamumą ir ištaisyti nukrypimus.

Tiesioginė modelio nauda: vienas patikimos informacijos šaltinis, automatizuoti diegimai ir trivialūs atšaukimai su detalia kontrole per peržiūras ir politikas.

Populiarūs „GitOps“ įrankiai (ir kam kiekvienas iš jų naudojamas)

„GitOps“ ekosistema yra plati, tačiau kai kurie komponentai išsiskiria savo branda. „Argo CD“ ir „Flux“ yra „Kubernetes“ etalonai ; „Jenkins X“ integruoja „GitOps“ į savo CI/CD pasiūlymą; o tokios priemonės kaip „Spinnaker“ ir „Terraform“ puikiai dera su „GitOps“ architektūromis.

• Argo kompaktinis diskasDeklaratyvus požiūris, išbaigta grafinė sąsaja ir integruota su „Kubernetes“. Tokios įmonės kaip „Zalando“ tai naudoja siekdamos išskirtinio veiklos efektyvumo.
• FliusasLengvas ir sukurtas „Kubernetes“ pagrindu, su palaikymu „Helm“ ir nuolatiniais diegimais. „Weaveworks“ parodė maždaug 60 % laiko sutrumpėjimą.
• Jenkinsas Xautomatizuoti CI/CD srautai su integruotomis „GitOps“ praktikomis; „Pivotal“ pagerino kūrėjų pasitenkinimą, taikydama šį metodą.
• Spinnaker: labai naudinga kelių klasterių ir kelių debesų strategijoms, sudėtingų diegimų organizavimui.
• TerraformasIaC keliems debesijos paslaugų teikėjams, puikiai tinka aprašyti infrastruktūrą, kurią taip pat versijavote „Git“.

Greita jų stipriųjų pusių apžvalga padės jums išmintingai pasirinkti. Svarbu ne naudoti „visus“ įrankius , o supaprastinti procesą ir standartizuoti.

Įrankis	Savybės
Argo kompaktinis diskas	Prieinama vartotojo sąsaja, grynas „GitOps“ skirtas „Kubernetes“, automatinis diegimas ir sinchronizavimas
Fliusas	Lengvas, integruotas su K8s ir Helm, nuolatinis fokusavimas
Jenkinsas X	Integruotas CI/CD, srauto automatizavimas, kelių kalbų palaikymas
Spinnaker	Sudėtingų diegimų ir kelių debesų aplinkų valdymas
Terraformas	Infrastruktūra kaip kodas, keli teikėjai ir atkuriamos būsenos

Mokymosi kreivė ir geriausia „GitOps“ diegimo praktika

Kultūrinė revoliucija nebūtina, bet tvirtas pagrindas – būtinas. Labai svarbu įvaldyti „Git“ (atšakos, PR, revizijos, grįžimai), nes tai yra modelio esmė.

Patirtis su „Kubernetes“ taip pat praverčia, nes daugelis „GitOps“ operatorių dirba šioje platformoje. Jei jau vykdote infrastruktūros mokymo programą (IaC), perėjimas vyksta sklandžiai , nes „GitOps“ tą pačią filosofiją taiko ir diegimo darbo eigoms.

Mokymai ir seminarai paspartina diegimą, ypač didelėse komandose. Svarbiausia yra standartizuoti darbo eigas, šablonus ir saugyklų konvencijas (pavadinimus, kelius, pagrindinius aplankus / perdengimus ir kt.).

Išmintingo diegimo privalumai: didesnis efektyvumas, geresnis bendradarbiavimas ir geresnis kiekvieno platformoje taikomo pakeitimo matomumas.

„GitOps“ ir „DevOps“: kaip jie susiję ir kada naudoti kiekvieną iš jų

„DevOps“ – tai kultūra ir praktikų rinkinys, skatinantis bendradarbiavimą tarp kūrimo ir operacijų; „GitOps“ – tai specifinė praktika, kuri naudoja „Git“ infrastruktūrai ir diegimui valdyti. Abiejų sričių tikslas – greitis, kokybė ir saugumas , ir jos geriausiai veikia kartu.

Nors „DevOps“ gali būti deklaratyvi arba norminė ir taikoma monolitams, virtualioms kompiuteriams arba konteineriams, „GitOps“ iš esmės yra deklaratyvi ir puikiai tinka mikropaslaugoms bei „Kubernetes“. „GitOps“ linkusi supaprastinti įrankių grandinę , centralizuodama programos kodą ir infrastruktūros konfigūraciją vienoje saugykloje.

DevOps	„GitOps“
Deklaratyvus arba norminis; platus įrankių pasirinkimas	Deklaratyvus pagal apibrėžimą; mažiau įrankių ir daugiau saugyklos
Taikoma monolitams, virtualioms kompiuteriams ir konteineriams	Idealiai tinka debesijos pagrindu sukurtoms programoms ir mikropaslaugoms
Jame dėmesys sutelkiamas į procesus ir kultūrą	Jame daugiausia dėmesio skiriama IaC ir versijų kontrolei kaip SSOT

Kada rinktis? Jei jūsų tikslas – automatizuoti procesus naudojant įvairiapusį steko ir be konteinerių, gali pakakti paprasto „DevOps“. Jei dirbate su „Kubernetes“ arba siekiate debesijos pagrindu sukurto požiūrio , „GitOps“ siūlo saugumą, atsekamumą ir nuspėjamus diegimus.

Saugumas, atitiktis ir stebimumas – tai „GitOps“ raktas

„GitOps“ sumažina atakų paviršių, sujungdama grandinę aplink „Git“ ir automatizuodama pakeitimus neatskleisdama prisijungimo duomenų pusei komandos. Sujungimo teisės tampa diegimo gamybinėje aplinkoje sergėtoju , o kiekvienas commit'as pagrindiniame lange veikia kaip audito žurnalas.

Incidentų atveju grįžti į žinomą būseną galima tiesiog atkuriant pradinę būseną. Mažiau prastovų ir rimtų sutrikimų , nes galima tęsti kūrimą netrukdant komandai.

Stebimumas papildo „GitOps“, bet jo nepakeičia. „OpenShift Observability“, „Prometheus“ ar panašūs įrankiai teikia metrikas, žurnalus ir pėdsakus, kad būtų galima užbaigti ciklą ir sukurti grįžtamojo ryšio ciklus tarp saugyklos ir veikiančios sistemos.

„GitOps“ darbo eiga: konfigūravimas, stebėjimas ir derinimas

Operaciniu požiūriu ciklas yra paprastas: jūs deklaruojate būseną, ją stebite ir ištaisote. Visi ištekliai aprašomi YAML (arba panašioje) kalboje ir versijuojami saugykloje; agentas aptinka neatitikimus ir juos sinchronizuoja.

Jei atsiranda nukrypimas, apie tai pranešama ir per PR siūlomas pataisymas. Patvirtinimas suaktyvina automatinį atnaujinimą tikslinėje aplinkoje, kad viskas atitiktų deklaruotas specifikacijas.

Naudojimo atvejai ir teigiamas šalutinis poveikis

Be diegimo, „GitOps“ pagerina kūrėjų patirtį: kiekvienas gali dirbti su pageidaujama kalba ir įrankiais bei perkelti pakeitimus į saugyklą. Žemas pradinis lygis leidžia naujiems komandos nariams greitai tapti produktyviems , o bendradarbiavimas tampa natūralus.

Gerai suplanuotos nuolatinės integracijos leidžia komandoms dažnai ir nedidelius leidimus. Jei kas nors nepavyksta, lengva atšaukti atliktus veiksmus , o tai sumažina iteracijos baimę ir pagreitina vertės gavimą tiek verslui, tiek klientui.

Galiausiai, „GitOps“ tinka ir avariniam atkūrimui: užkoduota infrastruktūra ir pasikartojančios aplinkos leidžia be jokių dramų iš naujo įdiegti ir atkurti darbo krūvius iš žinomų versijų.

Žvelgiant į bendrą vaizdą, „GitOps“ suteikia metodologiją ir įrankius, leidžiančius „DevOps“ atskleisti visą savo potencialą: ji standartizuoja, kaip apibrėžiame, audituojame ir įgyvendiname pakeitimus , sumažina rankinių užduočių sukeliamas klaidas ir pagerina saugumą, sumažindama sparčiuosius klavišus. Naudojant „Argo CD“ arba „Flux“ saugyklos stebėjimą, aiškias leidimų lenteles ir IaC kaip bendrą kalbą, komandos padidina greitį, patikimumą ir reagavimą neprarasdamos kontrolės; o tai reiškia mažiau incidentų, dažnesnius leidimus ir sklandesnį bendradarbiavimą.