{"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\/sv\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","title":{"rendered":"Helm-struktur och dess fallgropar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Helm-struktur
\nTyphon frakttransportkoncept, Anton Swanepoel<\/a><\/noindex><\/p>\n

Jag heter Dmitrij Sugrobov, jag \u00e4r utvecklare p\u00e5 \"Leroy Merlin\". I artikeln kommer jag att ber\u00e4tta varf\u00f6r Helm beh\u00f6vs, hur det f\u00f6renklar arbetet med Kubernetes, vad som har f\u00f6r\u00e4ndrats i den tredje versionen och hur man uppdaterar applikationer i produktion utan driftstopp.<\/p>\n

Detta \u00e4r en sammanfattning baserad p\u00e5 en presentation p\u00e5 konferensen @Kubernetes Conference<\/a><\/noindex> by Mail.ru Cloud Solutions<\/a><\/noindex> \u2014 om du inte vill l\u00e4sa, titta p\u00e5 videon.
\n<\/a><\/noindex>
\n

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

Varf\u00f6r vi anv\u00e4nder Kubernetes i produktion<\/h2>\n

\n\"Leroy Merlin\" \u00e4r en ledare p\u00e5 DIY-retailmarknaden i Ryssland och Europa. I v\u00e5rt f\u00f6retag arbetar \u00f6ver hundra utvecklare, 33 000 interna anst\u00e4llda och ett stort antal m\u00e4nniskor bes\u00f6ker v\u00e5ra varuhus och webbplats. F\u00f6r att g\u00f6ra alla glada beslutade vi att f\u00f6lja standardmetoder inom branschen. Vi utvecklar nya applikationer med mikrotj\u00e4nstarkitektur; f\u00f6r att isolera milj\u00f6er och s\u00e4kerst\u00e4lla korrekt leverans anv\u00e4nder vi containrar; och f\u00f6r orkestrering anv\u00e4nder vi Kubernetes. Kostnaden f\u00f6r att anv\u00e4nda orkestratorer blir snabbt billigare: antalet ingenj\u00f6rer som beh\u00e4rskar tekniken \u00f6kar p\u00e5 marknaden och leverant\u00f6rer erbjuder Kubernetes som en tj\u00e4nst.<\/p>\n

Allt som Kubernetes g\u00f6r kan sj\u00e4lvklart g\u00f6ras p\u00e5 andra s\u00e4tt, till exempel genom att kladda med skript i n\u00e5gon Jenkins och docker-compose, men varf\u00f6r komplicera livet n\u00e4r det finns en f\u00e4rdig och p\u00e5litlig l\u00f6sning? D\u00e4rf\u00f6r har vi valt Kubernetes och har anv\u00e4nt det i produktion i ett \u00e5r nu. Nu har vi tjugofyra Kubernetes-kluster, det \u00e4ldsta av dem \u00e4r \u00f6ver ett \u00e5r gammalt och har cirka tv\u00e5hundra pods.<\/p>\n

F\u00f6rbannelsen med ett stort antal YAML-filer i Kubernetes<\/h2>\n

\nF\u00f6r att starta en mikrotj\u00e4nst i Kubernetes kommer vi att skapa minst fem YAML-filer: f\u00f6r Deployment, Service, Ingress, ConfigMap, Secrets \u2014 och skicka dem till klustret. F\u00f6r n\u00e4sta applikation skriver vi samma upps\u00e4ttning YAML-filer, med den tredje \u2014 ytterligare en och s\u00e5 vidare. Multiplicera antalet dokument med antalet milj\u00f6er, s\u00e5 f\u00e5r vi hundratals filer, och detta tar inte ens h\u00e4nsyn till dynamiska milj\u00f6er.<\/p>\n

\"Helm-struktur
\nAdam Reese, huvudansvarig f\u00f6r Helm, introducerade begreppet \"Utvecklingscykeln i Kubernetes<\/a><\/noindex>\" som ser ut s\u00e5 h\u00e4r:<\/p>\n

    \n
  1. Kopiera YAML \u2014 kopiera YAML-filen.<\/li>\n
  2. Klistra in YAML \u2014 klistra in den.<\/li>\n
  3. Fixera indrag \u2014 fixa indragen.<\/li>\n
  4. Upprepa \u2014 upprepa igen.<\/li>\n<\/ol>\n

    \nDetta alternativ fungerar, men man m\u00e5ste ofta kopiera YAML-filer flera g\u00e5nger. F\u00f6r att f\u00f6r\u00e4ndra denna cykel uppfanns Helm.<\/p>\n

    Vad \u00e4r Helm<\/h3>\n

    \nF\u00f6rst och fr\u00e4mst \u00e4r Helm \u2014 paketchef<\/strong>, som hj\u00e4lper till att hitta och installera n\u00f6dv\u00e4ndiga program. F\u00f6r att installera till exempel MongoDB m\u00e5ste man inte g\u00e5 till den officiella webbplatsen och ladda ner bin\u00e4rfiler, det r\u00e4cker att k\u00f6ra kommandot helm install stable\/mongodb<\/code>.<\/p>\n

    F\u00f6r det andra, Helm \u2014 en mallmotor<\/strong>, hj\u00e4lper till att parametrera filer. L\u00e5t oss \u00e5terg\u00e5 till situationen med YAML-filer i Kubernetes. Det \u00e4r enklare att skriva samma YAML-fil, l\u00e4gga till n\u00e5gra platsh\u00e5llare, d\u00e4r Helm s\u00e4tter in v\u00e4rden. Det betyder att ist\u00e4llet f\u00f6r en stor upps\u00e4ttning YAML-filer kommer det att finnas en upps\u00e4ttning mallar, d\u00e4r de n\u00f6dv\u00e4ndiga v\u00e4rdena kommer att s\u00e4ttas in vid r\u00e4tt tidpunkt.<\/p>\n

    F\u00f6r det tredje, Helm \u2014 m\u00e4stare vid distribution<\/strong>. Med hj\u00e4lp av det kan man installera, \u00e5terst\u00e4lla och uppdatera applikationer. L\u00e5t oss g\u00e5 igenom hur man g\u00f6r detta.<\/p>\n

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

    Hur man anv\u00e4nder Helm f\u00f6r att distribuera sina egna applikationer<\/h3>\n

    \nVi installerar Helm-klienten p\u00e5 datorn, enligt den officiella instruktionerna<\/a><\/noindex>. Sedan skapar vi en upps\u00e4ttning YAML-filer. Ist\u00e4llet f\u00f6r att ange specifika v\u00e4rden l\u00e4mnar vi platsh\u00e5llare som Helm senare kommer att fylla med information. En upps\u00e4ttning s\u00e5dana filer kallas f\u00f6r en Helm-diagram. Den kan skickas till Helm-konsolklienten p\u00e5 tre s\u00e4tt:<\/p>\n