{"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\/fr\/blog\/administrirovanie\/ustrojstvo-helm-i-ego-podvodnye-kamni","title":{"rendered":"Dispositif Helm et ses pi\u00e8ges","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Dispositif
\nConcept de transporteur Typhon, Anton Swanepoel<\/a><\/noindex><\/p>\n

Je m'appelle Dmitry Sugrobov, je suis d\u00e9veloppeur chez \u00abLeroy Merlin\u00bb. Dans cet article, je vais expliquer pourquoi Helm est n\u00e9cessaire, comment il simplifie le travail avec Kubernetes, ce qui a chang\u00e9 dans la troisi\u00e8me version et comment l'utiliser pour mettre \u00e0 jour des applications en production sans temps d'arr\u00eat.<\/p>\n

Ceci est un r\u00e9sum\u00e9 bas\u00e9 sur une pr\u00e9sentation de conf\u00e9rence @Kubernetes Conference<\/a><\/noindex> en Mail.ru Cloud Solutions<\/a><\/noindex> \u2014 si vous ne voulez pas lire, regardez la vid\u00e9o.
\n<\/a><\/noindex>
\n

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

Pourquoi nous utilisons Kubernetes en production<\/h2>\n

\n\u00abLeroy Merlin\u00bb est un leader sur le march\u00e9 du bricolage en Russie et en Europe. Dans notre entreprise, nous avons plus de cent d\u00e9veloppeurs, 33 000 employ\u00e9s internes et un grand nombre de personnes visitant nos hypermarch\u00e9s et notre site. Pour rendre tout le monde heureux, nous avons d\u00e9cid\u00e9 de respecter des approches standard dans l'industrie. Nous d\u00e9veloppons de nouvelles applications en utilisant une architecture microservices ; pour l'isolation des environnements et une bonne livraison, nous utilisons des conteneurs ; et pour l'orchestration, nous utilisons Kubernetes. Le co\u00fbt d'utilisation des orchestrateurs baisse rapidement : le nombre d'ing\u00e9nieurs ma\u00eetrisant la technologie augmente, et des fournisseurs proposent Kubernetes en tant que service.<\/p>\n

Tout ce que fait Kubernetes peut bien s\u00fbr \u00eatre r\u00e9alis\u00e9 de diverses mani\u00e8res, par exemple en obfusquant des scripts avec Jenkins et docker-compose, mais pourquoi compliquer la vie quand il existe une solution pr\u00eate et fiable ? C'est pourquoi nous avons adopt\u00e9 Kubernetes et l'utilisons d\u00e9j\u00e0 en production depuis un an. Actuellement, nous avons vingt-quatre clusters Kubernetes, le plus ancien ayant plus d'un an, avec environ deux cents pods.<\/p>\n

La mal\u00e9diction d'un grand nombre de fichiers YAML dans Kubernetes<\/h2>\n

\nPour d\u00e9ployer un microservice dans Kubernetes, nous allons cr\u00e9er au moins cinq fichiers YAML : pour Deployment, Service, Ingress, ConfigMap, Secrets \u2014 et les envoyer au cluster. Pour l'application suivante, nous \u00e9crirons le m\u00eame ensemble de fichiers YAML, pour la troisi\u00e8me \u2014 encore un autre, et ainsi de suite. En multipliant le nombre de documents par le nombre d'environnements, nous finissons avec des centaines de fichiers, sans compter les environnements dynamiques.<\/p>\n

\"Dispositif
\nAdam Reese, mainteneur principal de Helm, a introduit le concept de \u00abCycle de d\u00e9veloppement dans Kubernetes<\/a><\/noindex>\u00bb, qui se pr\u00e9sente comme suit :<\/p>\n

    \n
  1. Copy YAML \u2014 copier le fichier YAML.<\/li>\n
  2. Paste YAML \u2014 le coller.<\/li>\n
  3. Fix Indents \u2014 corriger les indentations.<\/li>\n
  4. Repeat \u2014 r\u00e9p\u00e9ter.<\/li>\n<\/ol>\n

    \nCette m\u00e9thode fonctionne, mais n\u00e9cessite de copier de nombreux fichiers YAML plusieurs fois. Pour changer ce cycle, Helm a \u00e9t\u00e9 con\u00e7u.<\/p>\n

    Qu'est-ce que Helm<\/h3>\n

    \nD'abord, Helm \u2014 gestionnaire de paquets<\/strong>, qui aide \u00e0 trouver et \u00e0 installer les programmes n\u00e9cessaires. Pour installer, par exemple, MongoDB, il n'est pas n\u00e9cessaire d'aller sur le site officiel et de t\u00e9l\u00e9charger les binaires, il suffit d'ex\u00e9cuter la commande helm install stable\/mongodb<\/code>.<\/p>\n

    Deuxi\u00e8mement, Helm \u2014 un outil de templating<\/strong>, aide \u00e0 param\u00e9trer les fichiers. Revenons \u00e0 la situation des fichiers YAML dans Kubernetes. Il est plus simple d'\u00e9crire ce m\u00eame fichier YAML, d'y ajouter certains placeholders, dans lesquels Helm substituera des valeurs. C'est-\u00e0-dire qu'au lieu d'un grand nombre de fichiers YAML, il y aura un ensemble de templates (mod\u00e8les), dans lesquels les valeurs seront ins\u00e9r\u00e9es au bon moment.<\/p>\n

    Troisi\u00e8mement, Helm \u2014 ma\u00eetre du d\u00e9ploiement<\/strong>. Avec lui, on peut installer, revenir en arri\u00e8re et mettre \u00e0 jour des applications. Voyons comment faire cela.<\/p>\n

    \"Dispositif<\/p>\n

    Comment utiliser Helm pour d\u00e9ployer ses propres applications<\/h3>\n

    \nInstallons le client Helm sur l'ordinateur, en suivant le guide officiel des instructions<\/a><\/noindex>. Ensuite, nous cr\u00e9erons un ensemble de fichiers YAML. Au lieu d'indiquer des valeurs sp\u00e9cifiques, laissons des placeholders qui seront compl\u00e9t\u00e9s par Helm plus tard. Cet ensemble de fichiers est appel\u00e9 un chart Helm. On peut l'envoyer au client en ligne de commande de trois mani\u00e8res :<\/p>\n