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

Obs. \u00f6vers.<\/b>: Efter den senaste publiceringen av material<\/a><\/noindex> om pull- och push-metoder i GitOps har vi sett ett intresse f\u00f6r denna modell generellt, men det fanns mycket f\u00e5 publikationer om detta p\u00e5 ryska (det finns helt enkelt inga p\u00e5 Habr). D\u00e4rf\u00f6r \u00e4r vi glada att erbjuda er \u00f6vers\u00e4ttningen av en annan artikel - \u00e4ven om den har n\u00e4stan ett \u00e5r p\u00e5 nacken! - fr\u00e5n f\u00f6retaget Weaveworks, vars chef myntade termen \"GitOps\". Texten f\u00f6rklarar k\u00e4rnan i tillv\u00e4gag\u00e5ngss\u00e4ttet och de viktiga skillnaderna fr\u00e5n befintliga modeller.<\/i><\/p>\n

\nF\u00f6r ett \u00e5r sedan publicerade vi en introduktion till GitOps<\/a><\/noindex>. D\u00e5 ber\u00e4ttade vi hur teamet p\u00e5 Weaveworks lanserade en SaaS helt baserad p\u00e5 Kubernetes och utvecklade en upps\u00e4ttning f\u00f6reskrivande b\u00e4sta praxis f\u00f6r distribution, hantering och \u00f6vervakning i en cloud native-milj\u00f6.<\/a><\/noindex><\/p>\n

Artikeln blev popul\u00e4r. Andra b\u00f6rjade prata om GitOps, publicera nya verktyg f\u00f6r git push<\/a><\/noindex>, utveckling<\/a><\/noindex>, hemligheter<\/a><\/noindex>, funktioner<\/a><\/noindex>, kontinuerlig integration<\/a><\/noindex> och s\u00e5 vidare. P\u00e5 v\u00e5r webbplats d\u00f6k det upp stort antal<\/a><\/noindex> publikationer och anv\u00e4ndningsfall f\u00f6r GitOps. Men vissa m\u00e4nniskor hade fortfarande fr\u00e5gor. Hur skiljer sig modellen fr\u00e5n traditionell infrastructure as code<\/a><\/noindex> och kontinuerlig leverans (continuous delivery<\/a><\/noindex>)? M\u00e5ste man anv\u00e4nda Kubernetes?<\/p>\n

Snart ins\u00e5g vi att det beh\u00f6vdes en ny beskrivning som erbjuder:<\/p>\n

    \n
  1. Ett stort antal exempel och historier;<\/li>\n
  2. En konkret definition av GitOps;<\/li>\n
  3. En j\u00e4mf\u00f6relse med traditionell continuous delivery.<\/li>\n<\/ol>\n

    \nI denna artikel har vi f\u00f6rs\u00f6kt att t\u00e4cka alla dessa \u00e4mnen. I den kommer du att hitta en uppdaterad introduktion till GitOps och en synvinkel fr\u00e5n utvecklare och CI\/CD. Vi fokuserar fr\u00e4mst p\u00e5 Kubernetes, \u00e4ven om modellen kan generaliseras.<\/p>\n

    L\u00e5t oss presentera: GitOps<\/h2>\n

    \nF\u00f6rest\u00e4ll dig Alice. Hon driver f\u00f6retaget Family Insurance, som erbjuder f\u00f6rs\u00e4kringspolicer f\u00f6r h\u00e4lsa, bilar, fastigheter och resef\u00f6rs\u00e4kring till personer som \u00e4r f\u00f6r upptagna f\u00f6r att navigera i kontraktens detaljer sj\u00e4lva. Hennes verksamhet b\u00f6rjade som ett sidoprojekt n\u00e4r Alice arbetade p\u00e5 en bank som data scientist. En dag ins\u00e5g hon att hon kunde anv\u00e4nda avancerade datoralgoritmer f\u00f6r att effektivare analysera data och skapa f\u00f6rs\u00e4kringspaket. Investerare finansierade projektet, och nu genererar hennes f\u00f6retag \u00f6ver 20 miljoner dollar om \u00e5ret och v\u00e4xer snabbt. F\u00f6r n\u00e4rvarande arbetar 180 personer i hennes f\u00f6retag p\u00e5 olika positioner. Bland dem finns ett teknisk team som ansvarar f\u00f6r utveckling, underh\u00e5ll av webbplatsen, databasen och analys av kundbasen. Teamet p\u00e5 60 personer leds av Bob - f\u00f6retagets tekniska direkt\u00f6r.<\/p>\n

    Bobs team implementerar produktionssystem i molnet. Deras huvudsakliga applikationer k\u00f6rs p\u00e5 GKE, vilket utnyttjar Kubernetes f\u00f6r Google Cloud. Dessutom anv\u00e4nder de olika verktyg f\u00f6r datahantering och analys i sitt arbete.<\/p>\n

    Family Insurance hade inte t\u00e4nkt anv\u00e4nda containrar, men blev entusiastiska kring Docker. Snart ins\u00e5g f\u00f6retagets specialister att GKE g\u00f6r det m\u00f6jligt att enkelt och smidigt lansera kluster f\u00f6r att testa nya funktioner. Jenkins lades till f\u00f6r CI och Quay f\u00f6r att organisera containerregistret, och skript skrevs f\u00f6r Jenkins som pushed nya containrar och konfigurationer till GKE.<\/p>\n

    Det tog en tid. Alice och Bob blev besvikna \u00f6ver prestandan hos den valda metoden och dess p\u00e5verkan p\u00e5 verksamheten. Implementeringen av containrar f\u00f6rb\u00e4ttrade inte prestandan s\u00e5 mycket som teamet hoppades. Ibland krossades deploymentar, och det var oklart om det berodde p\u00e5 kod\u00e4ndringar. Det blev ocks\u00e5 sv\u00e5rt att sp\u00e5ra \u00e4ndringar i konfigurationerna. Ofta var de tvungna att skapa ett nytt kluster och flytta \u00f6ver applikationerna, eftersom det var det enklaste s\u00e4ttet att rensa upp oredan som systemet hade blivit. Alice fruktade att situationen skulle bli v\u00e4rre i takt med att applikationen utvecklades (dessutom var ett nytt projekt baserat p\u00e5 maskininl\u00e4rning p\u00e5 v\u00e4g). Bob hade automatiserat det mesta av arbetet och f\u00f6rstod inte varf\u00f6r pipelinen fortfarande var instabil, hade d\u00e5lig skalbarhet och periodvis kr\u00e4vde manuellt ingripande.<\/p>\n

    Sedan fick de h\u00f6ra talas om GitOps. Denna l\u00f6sning visade sig vara precis vad de beh\u00f6vde f\u00f6r att r\u00f6ra sig fram\u00e5t med sj\u00e4lvf\u00f6rtroende.<\/b><\/p>\n

    Alice och Bob hade i flera \u00e5r h\u00f6rt talas om arbetsfl\u00f6den baserade p\u00e5 Git, DevOps och infrastructure as code. Det unika med GitOps \u00e4r att det inf\u00f6r en rad b\u00e4sta metoder - kategoriska och normativa - f\u00f6r att implementera dessa id\u00e9er i kontexten av Kubernetes. \u00c4mnet har tagits upp flera g\u00e5nger<\/a><\/noindex>, inklusive i Weaveworks blog<\/a><\/noindex>.<\/p>\n

    Family Insurance beslutar att implementera GitOps. Nu har f\u00f6retaget en automatiserad driftsmodell som \u00e4r kompatibel med Kubernetes och f\u00f6renar hastighet<\/i> med stabilitet<\/i>, eftersom de:<\/p>\n