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

Bem. overs.<\/b>: Efter den seneste offentligg\u00f8relse materiale<\/a><\/noindex> om pull- og push-metoder i GitOps har vi set en interesse for denne model generelt, men der har vist sig at v\u00e6re meget f\u00e5 russisktalende publikationer om emnet (der er simpelthen ingen p\u00e5 Habr). Derfor er vi glade for at kunne tilbyde en overs\u00e6ttelse af en anden artikel - selvom den er n\u00e6sten et \u00e5r gammel! - fra Weaveworks, hvis leder opfandt termen 'GitOps'. Teksten forklarer essensen af tilgangen og de v\u00e6sentlige forskelle fra allerede eksisterende.<\/i><\/p>\n

\nFor et \u00e5r siden offentliggjorde vi en introduktion til GitOps<\/a><\/noindex>. Dengang fortalte vi, hvordan Weaveworks-teamet lancerede en SaaS, der er helt baseret p\u00e5 Kubernetes, og udviklede et s\u00e6t best practices for implementering, styring og overv\u00e5gning i en cloud native-milj\u00f8.<\/a><\/noindex><\/p>\n

Artiklen blev popul\u00e6r. Andre begyndte at tale om GitOps og publicere nye v\u00e6rkt\u00f8jer til git push<\/a><\/noindex>, udvikling<\/a><\/noindex>, af hemmeligheder<\/a><\/noindex>, funktioner<\/a><\/noindex>, kontinuerlig integration<\/a><\/noindex> osv. P\u00e5 vores site dukkede der op et stort antal<\/a><\/noindex> publikationer og brugsscenarier for GitOps. Men nogle mennesker havde stadig sp\u00f8rgsm\u00e5l. Hvordan adskiller modellen sig fra traditionel infrastruktur som kode<\/a><\/noindex> og kontinuerlig levering (continuous delivery<\/a><\/noindex>)? Er det n\u00f8dvendigt at bruge Kubernetes?<\/p>\n

Snart inds\u00e5 vi, at der var behov for en ny beskrivelse, der tilbyder:<\/p>\n

    \n
  1. Et stort antal eksempler og historier;<\/li>\n
  2. En konkret definition af GitOps;<\/li>\n
  3. Sammenligning med traditionel continuous delivery.<\/li>\n<\/ol>\n

    \nI denne artikel har vi fors\u00f8gt at d\u00e6kke alle disse emner. Du vil finde en opdateret introduktion til GitOps og et perspektiv fra udviklere og CI\/CD. Vi fokuserer prim\u00e6rt p\u00e5 Kubernetes, selvom modellen helt sikkert kan generaliseres.<\/p>\n

    M\u00f8d GitOps<\/h2>\n

    \nForestil dig Alice. Hun driver virksomheden Family Insurance, der tilbyder sundhedsforsikringer, bilforsikringer, ejendomsvurderinger og rejseforsikring til folk, der er for travle til selv at forst\u00e5 kontraktens nuancer. Hendes forretning begyndte som et sideprojekt, da Alice arbejdede i banken som data scientist. En dag inds\u00e5 hun, at hun kunne bruge avancerede computeralgoritmer til mere effektivt at analysere data og sammens\u00e6tte forsikringspakker. Investorer finansierede projektet, og nu genererer hendes virksomhed over 20 millioner dollars om \u00e5ret og vokser hastigt. I \u00f8jeblikket har hun 180 medarbejdere i forskellige stillinger. Blandt dem er et teknologiteam, der arbejder med udvikling, vedligeholdelse af hjemmesiden, databaser og analyse af kundedata. Teamet p\u00e5 60 personer ledes af Bob - virksomhedens tekniske direkt\u00f8r.<\/p>\n

    Bobs team implementerer produktionssystemer i skyen. Deres prim\u00e6re applikationer k\u00f8rer p\u00e5 GKE, hvor de drager fordel af Kubernetes i Google Cloud. Derudover bruger de forskellige v\u00e6rkt\u00f8jer til datah\u00e5ndtering og analyse i deres arbejde.<\/p>\n

    Family Insurance havde egentlig ikke planer om at bruge containere, men blev smittet med entusiasme omkring Docker. Snart opdagede virksomhedens specialister, at GKE g\u00f8r det nemt og ubesv\u00e6ret at implementere klynger til test af nye funktioner. Jenkins blev tilf\u00f8jet til CI og Quay til organisering af containerregistreret, og der blev skrevet scripts til Jenkins, der push'ede nye containere og konfigurationer til GKE.<\/p>\n

    Der gik noget tid. Alice og Bob blev skuffede over den valgte tilgangs ydeevne og dens indflydelse p\u00e5 forretningen. Implementeringen af containere havde ikke forbedret ydeevnen s\u00e5 meget, som teamet havde h\u00e5bet. Nogle gange br\u00f8d deployment'ene sammen, og det var uklart, om det var \u00e6ndringerne i koden, der var skyld i det. Det viste sig ogs\u00e5 at v\u00e6re sv\u00e6rt at holde styr p\u00e5 \u00e6ndringerne i konfigurationerne. Ofte var de n\u00f8dt til at oprette en ny klynge og flytte applikationerne dertil, da det var den letteste m\u00e5de at rydde op i det rod, systemet var blevet til. Alice frygtede, at situationen ville blive v\u00e6rre, efterh\u00e5nden som applikationen udviklede sig (derudover var der et nyt projekt ved at tage form baseret p\u00e5 maskinl\u00e6ring). Bob havde automatiseret en stor del af arbejdet og forstod ikke, hvorfor pipeline stadigv\u00e6k var ustabil, d\u00e5rligt skalerede og periodisk kr\u00e6vede manuel indgriben?<\/p>\n

    Derefter h\u00f8rte de om GitOps. Denne l\u00f8sning viste sig at v\u00e6re pr\u00e6cis det, de havde brug for for at kunne komme videre med sikkerhed.<\/b><\/p>\n

    Alice og Bob havde i flere \u00e5r h\u00f8rt om arbejdsgange baseret p\u00e5 Git, DevOps og infrastruktur som kode. Det unikke ved GitOps er, at det bringer en r\u00e6kke bedste praksisser - kategoriske og normative - til implementeringen af disse ideer i konteksten af Kubernetes. Dette emne er blevet rejst flere gange<\/a><\/noindex>, herunder i Weaveworks-bloggen<\/a><\/noindex>.<\/p>\n

    Family Insurance beslutter sig for at implementere GitOps. Nu har virksomheden en automatiseret driftsmodel, der er kompatibel med Kubernetes og kombinerer hastighed<\/i> med stabilitet<\/i>, idet de:<\/p>\n