{"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\/de\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","title":{"rendered":"Helm und seine Herausforderungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Helm
\nKonzept des Typhon-Frachttransporters, Anton Swanepoel<\/a><\/noindex><\/p>\n

Mein Name ist Dmitrij Sugrobov, ich bin Entwickler bei \u201eLeroy Merlin\u201c. In diesem Artikel erl\u00e4utere ich, warum Helm n\u00f6tig ist, wie er die Arbeit mit Kubernetes erleichtert, was sich in der dritten Version ge\u00e4ndert hat und wie man mit seiner Hilfe Anwendungen im Produktionsumfeld ohne Ausfallzeit aktualisieren kann.<\/p>\n

Dies ist eine Zusammenfassung basierend auf einem Vortrag auf einer Konferenz @Kubernetes Konferenz<\/a><\/noindex> by Mail.ru Cloud L\u00f6sungen<\/a><\/noindex> \u2014 wenn Sie nicht lesen m\u00f6chten, schauen Sie sich das Video an.
\n<\/a><\/noindex>
\n

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

Warum wir Kubernetes in der Produktion verwenden<\/h2>\n

\n\u201eLeroy Merlin\u201c ist ein f\u00fchrendes Unternehmen im DIY-Einzelhandel in Russland und Europa. In unserer Firma gibt es mehr als einhundert Entwickler, 33.000 interne Mitarbeiter und eine riesige Anzahl von Menschen, die unsere Baum\u00e4rkte und unsere Website besuchen. Um alle gl\u00fccklich zu machen, haben wir uns entschieden, uns an g\u00e4ngige Standards der Branche zu halten. Wir entwickeln neue Anwendungen unter Verwendung einer Microservices-Architektur; zur Isolierung von Umgebungen und f\u00fcr die korrekte Bereitstellung nutzen wir Container; und f\u00fcr die Orchestrierung verwenden wir Kubernetes. Die Kosten f\u00fcr den Einsatz von Orchestratoren sinken rasant: Die Anzahl der Ingenieure, die mit der Technologie vertraut sind, steigt, und es entstehen Anbieter, die Kubernetes als Service anbieten.<\/p>\n

Alles, was Kubernetes tut, kann nat\u00fcrlich auch auf andere Weise erledigt werden, zum Beispiel indem man mit Skripten einen Jenkins und docker-compose aufsetzt. Aber warum das Leben komplizierter machen, wenn es eine fertige und zuverl\u00e4ssige L\u00f6sung gibt? Daher haben wir uns f\u00fcr Kubernetes entschieden und nutzen es nun seit einem Jahr in der Produktion. Momentan betreiben wir vierundzwanzig Kubernetes-Cluster, der \u00e4lteste hat \u00fcber ein Jahr auf dem Buckel und umfasst etwa zweihundert Pods.<\/p>\n

Das Fluch der vielen YAML-Dateien in Kubernetes<\/h2>\n

\nUm einen Mikroservice in Kubernetes zu starten, erstellen wir mindestens f\u00fcnf YAML-Dateien: f\u00fcr Deployment, Service, Ingress, ConfigMap, Secrets \u2013 und senden diese in den Cluster. F\u00fcr die n\u00e4chste Anwendung wiederholen wir diesen YAML-Satz, und mit der dritten \u2013 nochmals einen und so weiter. Multiplizieren wir die Anzahl der Dokumente mit der Anzahl der Umgebungen, haben wir bereits Hunderte von Dateien, ganz zu schweigen von dynamischen Umgebungen.<\/p>\n

\"Helm
\nAdam Reese, Hauptverantwortlicher f\u00fcr Helm, hat den Begriff \u201eEntwicklungszyklus in Kubernetes<\/a><\/noindex>\u201c, der so aussieht:<\/p>\n

    \n
  1. Copy YAML \u2013 YAML-Datei kopieren.<\/li>\n
  2. Paste YAML \u2013 einf\u00fcgen.<\/li>\n
  3. Fix Indents \u2013 Einr\u00fcckungen reparieren.<\/li>\n
  4. Repeat \u2013 erneut wiederholen.<\/li>\n<\/ol>\n

    \nDas ist ein funktionierender Ansatz, aber man muss die YAML-Dateien oft mehrfach kopieren. Um diesen Zyklus zu \u00e4ndern, wurde Helm entwickelt.<\/p>\n

    Was ist Helm?<\/h3>\n

    \nZun\u00e4chst einmal ist Helm \u2013 von KISS ist in Shell geschrieben und umfasst etwa 500 Zeilen Code. Alle Pakete werden aus Quelltexten erstellt. Die Abh\u00e4ngigkeiten werden ber\u00fccksichtigt und zus\u00e4tzliche Patches k\u00f6nnen angewendet werden.<\/strong>, der bei der Suche und Installation der ben\u00f6tigten Programme hilft. Um zum Beispiel MongoDB zu installieren, muss man nicht auf die offizielle Website gehen und die Bin\u00e4rdateien herunterladen, es gen\u00fcgt, den Befehl auszuf\u00fchren. helm install stable\/mongodb<\/code>.<\/p>\n

    Zweitens ist Helm \u2014 ein Template-Manager<\/strong>, der hilft, Dateien zu parametrisieren. Zur\u00fcck zu den YAML-Dateien in Kubernetes. Es ist einfacher, dieselbe YAML-Datei zu schreiben und einige Platzhalter hinzuzuf\u00fcgen, die Helm mit Werten ausf\u00fcllt. Anstatt einer gro\u00dfen Anzahl von YAML-Dateien gibt es also eine Sammlung von Templates, in die zur passenden Zeit die ben\u00f6tigten Werte eingesetzt werden.<\/p>\n

    Drittens ist Helm \u2014 der Meister des Deployments<\/strong>. Damit k\u00f6nnen Anwendungen installiert, zur\u00fcckgerollt und aktualisiert werden. Lass uns anschauen, wie das gemacht wird.<\/p>\n

    \"Helm<\/p>\n

    Wie man Helm zur Bereitstellung eigener Anwendungen nutzt<\/h3>\n

    \nWir installieren den Helm-Client auf dem Computer, indem wir der offiziellen Anleitung folgen. Anleitung<\/a><\/noindex>. Anschlie\u00dfend erstellen wir eine Sammlung von YAML-Dateien. Anstatt spezifische Werte anzugeben, lassen wir Platzhalter, die Helm sp\u00e4ter mit Informationen f\u00fcllen wird. Diese Sammlung von Dateien wird als Helm Chart bezeichnet. Es gibt drei M\u00f6glichkeiten, sie an den Helm-Konsolen-Client zu \u00fcbermitteln:<\/p>\n