{"id":70954,"date":"2020-02-23T00:58:17","date_gmt":"2020-02-22T21:58:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ustrojstvo-helm-i-ego-podvodnye-kamni"},"modified":"2020-03-03T16:14:40","modified_gmt":"2020-03-03T13:14:40","slug":"ustrojstvo-helm-i-ego-podvodnye-kamni","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","title":{"rendered":"Helm-enhed og dens faldgruber","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Helm-enhed
\nTyphon fragt transportkoncept, Anton Swanepoel<\/a><\/noindex><\/p>\n

Mit mit navn er Dmitry Sugrobov, jeg er udvikler hos \u00abLeroy Merlin\u00bb. I denne artikel vil jeg fort\u00e6lle, hvorfor Helm er vigtigt, hvordan det forenkler arbejdet med Kubernetes, hvad der er \u00e6ndret i den tredje version, og hvordan man opdaterer applikationer i produktionen uden nedetid ved hj\u00e6lp af det.<\/p>\n

Dette er et resum\u00e9 inspireret af et opl\u00e6g p\u00e5 konferencen @Kubernetes Konference<\/a><\/noindex> by Mail.ru Cloud Solutions<\/a><\/noindex> \u2014 hvis du ikke vil l\u00e6se, s\u00e5 se videoen.
\n<\/a><\/noindex>
\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Hvorfor vi bruger Kubernetes i produktion<\/h2>\n

\n\u00abLeroy Merlin\u00bb er en markedsleder inden for DIY-detailhandel i Rusland og Europa. I vores virksomhed er der mere end hundrede udviklere, 33.000 interne medarbejdere og et stort antal mennesker, der bes\u00f8ger hypermarkederne og hjemmesiden. For at g\u00f8re alle dem glade besluttede vi at f\u00f8lge de standardmetoder i branchen. Vi udvikler nye applikationer ved hj\u00e6lp af mikroservicesarkitektur; for at isolere milj\u00f8er og sikre korrekt levering bruger vi containere; og til orkestrering bruger vi Kubernetes. Prisen for at bruge orkestratorer falder hastigt: p\u00e5 markedet stiger antallet af ingeni\u00f8rer, der behersker teknologien, og der kommer udbydere, der tilbyder Kubernetes som en tjeneste.<\/p>\n

Alt, hvad Kubernetes g\u00f8r, kan selvf\u00f8lgelig g\u00f8res p\u00e5 andre m\u00e5der, for eksempel ved at smide en masse scripts oveni Jenkins og docker-compose, men hvorfor g\u00f8re livet mere kompliceret, hvis der findes en klar og p\u00e5lidelig l\u00f8sning? Derfor valgte vi Kubernetes og har allerede brugt det i produktionen i et \u00e5r. I \u00f8jeblikket har vi fireogtyve Kubernetes-klynger, den \u00e6ldste af dem er over et \u00e5r gammel og har omkring to hundrede pods.<\/p>\n

Forbandelsen ved et stort antal YAML-filer i Kubernetes<\/h2>\n

\nFor at starte en mikrotjeneste i Kubernetes skal vi oprette mindst fem YAML-filer: til Deployment, Service, Ingress, ConfigMap, Secrets \u2014 og sende dem til klyngen. Til den n\u00e6ste applikation skriver vi den samme pakke af YAML-filer, den tredje \u2014 endnu en, og s\u00e5 videre. Hvis vi multiplicerer antallet af dokumenter med antallet af milj\u00f8er, har vi allerede hundrede filer, og det er endnu ikke medregnet dynamiske milj\u00f8er.<\/p>\n

\"Helm-enhed
\nAdam Reese, kernevedligeholder for Helm, introducerede begrebet \u00abUdviklingscyklus i Kubernetes<\/a><\/noindex>\u00bb, som ser s\u00e5ledes ud:<\/p>\n

    \n
  1. Copy YAML - kopier YAML-filen.<\/li>\n
  2. Paste YAML - inds\u00e6t den.<\/li>\n
  3. Fix Indents - ret indrykningen.<\/li>\n
  4. Repeat - gentag.<\/li>\n<\/ol>\n

    \nMetoden fungerer, men det kr\u00e6ver, at man kopierer YAML-filer mange gange. For at \u00e6ndre denne cyklus blev Helm opfundet.<\/p>\n

    Hvad er Helm<\/h3>\n

    \nFor det f\u00f8rste er Helm \u2014 pakkeh\u00e5ndtering<\/strong>, der hj\u00e6lper med at finde og installere de n\u00f8dvendige programmer. For eksempel, for at installere MongoDB beh\u00f8ver man ikke at g\u00e5 ind p\u00e5 den officielle hjemmeside og downloade bin\u00e6rfilerne, det er nok at udf\u00f8re kommandoen helm install stable\/mongodb<\/code>.<\/p>\n

    For det andet, Helm \u2014 skabelonmotor<\/strong>, hj\u00e6lper med at parametrisere filer. Lad os vende tilbage til situationen med YAML-filer i Kubernetes. Det er lettere at skrive den samme YAML-fil, tilf\u00f8je nogle pladsholdere i den, som Helm vil inds\u00e6tte v\u00e6rdier i. Det vil sige, at i stedet for et stort antal YAML-filer vil der v\u00e6re et s\u00e6t skabeloner, hvor de n\u00f8dvendige v\u00e6rdier vil blive indsat p\u00e5 det rigtige tidspunkt.<\/p>\n

    For det tredje, Helm \u2014 mester i deployment<\/strong>. Med det kan man installere, rulle tilbage og opdatere applikationer. Lad os se, hvordan man g\u00f8r det.<\/p>\n

    \"Helm-enhed<\/p>\n

    S\u00e5dan bruger du Helm til at deploye dine egne applikationer<\/h3>\n

    \nVi installerer Helm-klienten p\u00e5 computeren ved at f\u00f8lge den officielle vejledningen<\/a><\/noindex>. Derefter vil vi oprette et s\u00e6t YAML-filer. I stedet for at angive specifikke v\u00e6rdier vil vi lade pladsholdere st\u00e5, som Helm i fremtiden vil udfylde med information. S\u00e6ttet af disse filer kaldes en Helm Chart. I den konsolklient, der er Helm, kan det sendes p\u00e5 tre m\u00e5der:<\/p>\n