L’équipe technologique derrière le constructeur automobile allemand Mercedes-Benz a passé les sept dernières années à constituer une flotte locale de 900 clusters Kubernetes pour prendre en charge des centaines d’équipes de développeurs autonomes, offrant à l’entreprise une plate-forme d’infrastructure moderne qui, selon elle, est évolutive et facile à utiliser. gérer.
Le constructeur automobile a commencé à essayer Kubernetes pour le déploiement d’applications en 2015, après Google a ouvert le système d’orchestration de conteneurs en 2014. Depuis lors, Mercedes-Benz Tech Innovation, la filiale technologique à 100 % du célèbre constructeur automobile, a développé l’expertise interne pour soutenir des centaines d’équipes d’application alignées sur les unités commerciales avec leur propre besoins technologiques uniques.
« Nous savions qu’un seul cluster partagé [Kubernetes] ne répondrait pas à nos besoins, qu’aucune distribution de fournisseur ne répondait à nos exigences et que nous disposions d’ingénieurs expérimentés », a déclaré Jens Erat, ingénieur devops chez Mercedes-Benz Tech Innovation. KubeCon Europe le mois dernier. « Nous avons créé une plate-forme 100 % FOSS [logiciel open source gratuit] et développée par la même équipe de devops, sans problème de licence ni demande d’assistance. »
Aujourd’hui, Mercedes-Benz opère sur 900 clusters Kubernetes sur site dans quatre centres de données mondiaux utilisant OpenStack, fonctionnant sur la version 1.23 à partir de fin 2021.
Bien qu’il ne s’agisse peut-être pas du plus grand domaine Kubernetes par rapport aux fournisseurs de cloud, seulement 10 % des organisations utilisent plus de 50 clusters, selon Enquête 2019 de la Cloud Native Computing Foundation. Il est également près de cinq fois plus grand que l’environnement Kubernetes du conférencier principal de KubeCon Europe, le CERN, qui exécute 210 clusters au moment de la rédaction.
Combien de Kubernetes Mercedes-Benz pourrait-il utiliser ?
« Nous avons déployé beaucoup d’efforts pour faire les choses de manière à pouvoir les gérer », a déclaré Peter Müller, expert principal chez Mercedes-Benz Tech Innovation, à InfoWorld. « Pour nous, les systèmes environnants fonctionnent bien si nous gérons 500 clusters, ou 1 000, car tout est automatisé… Si nous devions ajouter 500 clusters de plus, il faudrait ajouter un seul ingénieur de plus.”
Un élément clé de ce casse-tête de gestion est API de cluster sur OpenStack , un projet Kubernetes qui permet la création, la configuration et la gestion déclaratives de clusters, que l’entreprise a récemment opté pour au lieu de Terraform et de certains outils personnalisés. Cependant, comme pour tout ce qui concerne la technologie, ce n’est pas une solution parfaite. « Le nombre de clusters n’est pas un problème. Le problème que nous avons, ce sont certains des systèmes environnants et parfois OpenStack », a déclaré Müller. « Mais Kubernetes fonctionne plutôt bien, il évolue. »
Changer la culture
Chacune des centaines d’équipes d’application de Mercedes-Benz a désormais la possibilité de demander son propre cluster Kubernetes via un processus automatisé à l’aide d’un ensemble d’outils développés en interne, construits et gérés par l’équipe de Müller chez Mercedes-Benz Tech Innovation. Le résultat est généralement un cluster de production pré-provisionné, ainsi que des clusters de préproduction et de développement plus petits dans les heures, voire les minutes suivant la demande.
« D’un point de vue organisationnel, il y a cinq ou six ans, devops était le nouveau venu, tout le monde parlait de « vous le construisez, vous l’exécutez ». En tant que fournisseur d’une plate-forme partagée, cela signifie que chaque application équipe au sein de Mercedes-Benz obtient son propre cluster Kubernetes », a déclaré Jörg Schüler, chef d’équipe chez Mercedes-Benz Tech Innovation, à InfoWorld.
« Notre objectif est de fournir un écosystème et de disposer d’équipes d’application autonomes », a-t-il ajouté. « Cet écosystème repose sur des principes de libre-service et est piloté par des API. »
Ce domaine est géré non pas par une, mais par cinq équipes de plate-forme distinctes. Deux d’entre eux forment une équipe combinée d’une douzaine d’ingénieurs qui se concentrent sur la plate-forme principale Kubernetes-as-a-service. Ensuite, il y a les équipes de plate-forme responsables de la base de données en tant que service, de la journalisation et de la surveillance en tant que service, et de la sécurité des conteneurs, y compris l’exécution, le registre et l’analyse d’images.
Ajouter à ces équipes s’avère cependant toujours difficile pour l’entreprise. « Rechercher une bonne expertise Kubernetes est difficile », a déclaré Schüler. « Offrir de l’éducation, de la formation et d’autres offres autour de cette plateforme est vraiment utile. Vous avez besoin d’une approche communautaire pour que les équipes de développeurs s’entraident avec des camps d’entraînement, des portails de formation et des environnements de bac à sable. »
Des chemins dorés vers le cloud
Ayant accumulé tout ce muscle pour gérer Kubernetes à grande échelle, Mercedes-Benz Tech Innovation se prépare à commencer à déplacer de plus en plus de charges de travail vers le cloud public, où il pourrait utiliser davantage de services gérés tels que Azure Kubernetes Service (AKS) de Microsoft et Elastic Kubernetes Service (EKS) d’Amazon, pour aider à alléger la charge cognitive sur la plate-forme et les équipes de développement.
« Nous sommes encore dans la phase d’évaluation si nous optons pour EKS, mais pour le moment nous préférons le faire nous-mêmes, car nous avons alors la même architecture sur site et hors site », a déclaré Müller. .
Bien que ces versions gérées de Kubernetes puissent aider à alléger la charge des équipes de la plate-forme Mercedes-Benz Tech Innovation, les équipes d’application ont encore besoin d’aide pour passer aux conteneurs et à Kubernetes.
Une voie pour accélérer les progrès ici est l’idée de chemins dorés, qui sont essentiellement des graphiques Helm qui peuvent être utilisés comme modèles pour certaines fonctionnalités, telles que la gestion des identités et des accès, ce qui permet d’économiser sur le travail répété entre différentes équipes.
« Nous devons fournir des chemins d’accès en or et certaines choses en tant que service pour réduire cette charge cognitive et leur permettre de fournir ce qu’ils font le mieux : la valeur commerciale », a déclaré Müller.
Bien entendu, les niveaux de maturité varient d’une équipe à l’autre. Müller considère donc que son rôle consiste à leur offrir un environnement sûr dans lequel apprendre. Une fois qu’ils sont suffisamment matures, ils peuvent passer au cloud, a-t-il déclaré.
En utilisant certaines techniques de source interne, Mercedes-Benz Tech Innovation gère ensuite certains de ces chemins d’or, tandis que d’autres sont dans ce que Müller appelle « un état communautaire », où ils pourraient être considérés pour la pleine propriété et la gestion s’ils obtiennent un bon réponse.
Idéalement, ces chemins dorés seront éventuellement codifiés dans un catalogue de style « Spotify Backstage. ” Müller dit qu’ils travaillent actuellement sur « la preuve de concept d’un portail central pour les développeurs pour l’intégration de tous les services, mais nous n’en sommes pas encore là ».
« Pour nous, gérer Kubernetes n’est pas difficile »
« Kubernetes reste difficile, ne laissez pas les développeurs et les équipes de développeurs seuls », a déclaré Sabine Wolz, Product Owner chez Mercedes-Benz Tech Innovation, lors de la KubeCon Europe.
Cependant, Müller est fermement convaincu que la courbe d’apprentissage attend désormais les équipes d’application et non les équipes de plate-forme.
« La gestion de Kubernetes est difficile si vous n’y êtes pas à fond. Mais à notre avis, si nous le gérons, nous voulons être en profondeur, donc pour nous, gérer Kubernetes n’est pas difficile », a-t-il déclaré. « Kubernetes pour les projets d’application est toujours difficile. Consommer Kubernetes en tant qu’équipe devops est parfois difficile. »
Aider les équipes d’application à comprendre l’infrastructure sous-jacente sans nécessairement développer une expertise approfondie, c’est là que Müller espère que son équipe de plate-forme pourra briller. « Certaines équipes sont toujours sur des machines virtuelles et migrent vers un cluster Kubernetes, et elles doivent diviser leur monolithe, comprendre comment les transactions sont gérées, penser à la communication asynchrone et comprendre le fonctionnement de Kubernetes », a-t-il déclaré. « C’est dur, alors ne les laissez pas seuls, aidez-les. »
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
