Alors que Kubernetes fête ses 10 ans, les experts prédisent l’avenir du cloud natif

En juin, Kubernetes fête son dixième anniversaire. Le système est désormais si largement utilisé par des centaines de milliers d’entreprises dans le monde entier pour faire évoluer leurs applications afin de répondre à la demande qu’il est même difficile de se souvenir d’une époque antérieure à son existence. Mais il fut un temps où d’autres options étaient disponibles, et je me souviens même d’en avoir utilisé certaines.

Malgré ce millésime relatif, de nombreuses grandes équipes de développeurs et entreprises ne se sont pas encore lancées dans une migration vers Kubernetes, ou sont en cours de processus. Mais pour de nombreux développeurs qui aiment vivre à la limite, 10 ans d’une technologie, c’est long, et peut-être pour eux, Kubernetes et tout le reste. »natif du cloud» ethos se sent même un peu « fatigué ».

À KubeCon UE à Paris en mars, peut-être la plus grande et la meilleure KubeCon d’Europe à laquelle j’ai assisté, j’ai demandé aux leaders d’opinion européens du cloud natif de réfléchir à ce que l’avenir du cloud natif pourrait nous réserver – ou à ce qui pourrait le remplacer.

Plus de contrôle sur l’hébergement

Aux côtés de Kubernetes, les trois grands nuage Les hôtes (Amazon, Google et Microsoft) ont été les catalyseurs de l’informatique cloud native. L’un de leurs principaux arguments de vente initiaux était la facturation flexible, basée sur l’utilisation, avec la promesse d’économiser de l’argent pour ceux qui ont une demande élevée, des charges de travail évolutives. Mais cela ne s’est pas nécessairement avéré vrai pour tout le monde, et le retour à des hôtes plus traditionnels était une tendance notable à la KubeCon, avec trois des plus grands hôtes européens (OVHcloud et Échelle de France et CIVO du Royaume-Uni) avec une forte présence sur le salon.

Le directeur technique de Civo, Dinesh Majrekar, a mentionné que la récente acquisition de VMWare par Broadcom pourrait offrir de nombreuses opportunités aux petits hôtes et aux entreprises clientes plus sensibles aux données, comme celles en Europe. Comme l’a dit Majrekar : «Notre capacité à disposer d’une version gérée et prête pour l’entreprise d’un cloud public déployée localement dans votre propre centre de données en utilisant votre propre matériel et en donnant à ces clients la possibilité d’utiliser des VM de manière VMware sera vraiment intéressante.

Initialement, Broadcom a annoncé un changement important dans ses tarifs cela a suscité des inquiétudes chez bon nombre de ses clients existants. Cependant, après de nombreuses plaintes et une enquête de l’UE, Broadcom a annulé certains de ces changements. Il reste donc à voir combien d’affaires cela apportera à ces petits hôtes.

Écrivez une fois, exécutez une fois, devenant une réalité

Les programmeurs rêvent depuis longtemps d’écrire du code une fois et de le faire fonctionner de la même manière sur tous les systèmes d’exploitation et toutes les plates-formes. Depuis Java à Électron, Battementet au-delà, les développeurs se sont efforcés de créer des technologies pour atteindre cet idéal depuis des décennies.

Créé à l’origine par Mozilla en 2017, Assemblage Web, également connu sous le nom de WASM, est rapidement devenu un standard Web et est pris en charge par tous les principaux navigateurs Web. Il permet aux langages compilés tels que C++ et Rust d’exécuter des applications dans les navigateurs. C’est Applet Web Java encore une fois!

La possibilité d’exécuter du code compilé dans les navigateurs (côté client) est assez intéressante, mais les développements récents sont ce qui rend WASM plus intéressant par rapport au cloud natif. Une poignée de projets open source et d’entreprises utilisent WASM pour exécuter côté serveur, comme WasmEdge et SpinKubece qui crée une concurrence intéressante pour les conteneurs, les applications isolées et les unités de dépendance qui fonctionnent sur Kubernetes.

Au lieu de se soucier de la création et de la maintenance de conteneurs sécurisés et optimisés pour exécuter les services d’application (avec la myriade de complications qu’ils présentent), WASM présente une alternative. Le service s’exécute sous forme de binaire compilé, incluant toutes les dépendances. Grâce à l’approche sécurisée par défaut de WASM, il est plus efficace et moins vulnérable que les conteneurs qui peuvent potentiellement contenir des dizaines, voire des centaines, d’exploits via des dépendances et une mauvaise configuration. Cela ne signifie pas que WASM remplacera Kubernetes. Il pourrait plutôt remplacer les conteneurs généralement orchestrés par Kubernetes. Kubernetes gérerait toujours la mise à l’échelle, le déploiement, etc.

Civo propose désormais deux options pour héberger les charges utiles WASM sur son service Kubernetes :, Tournage de Fermyon et WASMedge.

En tant que CTO de Civo, Dinesh Majrekar m’a dit : « Nous voulons être là pour prendre en charge les nouvelles technologies que d’autres n’offrent pas, en restant à jour avec elles et en permettant aux clients de les déployer. »

Sébastien Blanc, Staff Developer Advocate chez Finland’s Aivena fait écho au sentiment selon lequel WASM est « la prochaine grande nouveauté », ajoutant qu’il « parie sur WebAssembly ».

Thierry Carrez, le directeur général du Fondation pour les infrastructures ouvertesqui supervise les projets plus bas dans la pile et crée et gère l’infrastructure du centre de données, partage ce point de vue.

« J’ai l’impression que le conteneur en tant qu’unité informatique va changer », a déclaré Carrez. « Il y aura au moins une variété d’options. Les gens se rendent compte que les machines virtuelles sont encore meilleures dans un certain nombre de domaines. WebAssembly est meilleur dans d’autres domaines, donc il va manger un peu les conteneurs. Cependant, je ne suis pas sûr que nous mettrons fin à la tendance cloud native.

Dinesh de Civo a également mentionné que la capacité de WASM à exécuter le même code à distance, localement ou sur l’appareil donne développeurs des possibilités intéressantes pour répartir les charges de travail des applications sur les appareils là où elles sont le plus nécessaires et loin des serveurs centralisés. C’est exactement la promesse de l’informatique de pointe pour les voitures, les appareils intelligents et les petits appareils informatiques qui se répandent lentement dans le monde. Ces appareils traitent leurs propres petites charges utiles, mais doivent néanmoins s’enregistrer occasionnellement auprès de services hébergés ailleurs pour obtenir des mises à jour et envoyer et recevoir des données.

WASM n’est pas adapté à toutes les tâches et les méthodes permettant aux charges utiles de communiquer avec des services externes tels que les bases de données sont toujours en cours de développement. En tant que technologie sur le point d’être adoptée plus largement, elle mérite certainement d’être étudiée et surveillée.

Les plateformes occupent le devant de la scène

Au cours de ses 10 années d’existence, Kubernetes et le cloud natif sont devenus incroyablement complexes. Les développeurs et les implémenteurs superposent abstraction après abstraction dans le but de rendre la création et la maintenance de l’infrastructure et des services plus gérables et flexibles.

Cela a conduit à toute une tendance aux « équipes de plate-forme », qui aident à créer des outils internes en libre-service que d’autres équipes utilisent pour créer et déployer des infrastructures et des services à court et à long terme de manière contrôlée. Bien que cette idée, parfois appelée « plateforme de développement interne », ait gagné du terrain, en particulier au sein des grandes entreprises, tout le monde n’a pas les ressources nécessaires pour rassembler tous les éléments nécessaires à la création d’une équipe de plate-forme fonctionnelle. cet écart.

Le terme « plateforme de développement interne » est une invention européenne, inventée par l’Allemagne. Humanitectout comme son proche parent et précurseur, le « catalogue de services », inventé par le Spotify L’équipe des coulisses. Le CTO d’Humanitec, Chris Stephenson, faisait partie de l’équipe de Google qui a construit le précurseur de Kubernetes, « Borg ».

À mesure que le concept de plateforme se développe, certaines entreprises se sont tournées vers la fourniture d’outils aux équipes internes. L’une de ces sociétés est l’allemande Essaim géant. Ce sont des vétérans relatifs de Cloud Native et je les connais depuis près de dix ans. L’entreprise est actuellement sur ce qu’elle appelle « 3.0 » de son produit, qui vise à fournir aux équipes de développement ce dont elles ont besoin pour fonctionner et créer leur travail.

Comme me l’a dit Joe Salisbury, vice-président de l’ingénierie de Giant Swarm : « Nous voulons aider une équipe de plate-forme à se concentrer sur les capacités et sur l’équipe d’application, et nous nous occupons entièrement de l’infrastructure. Ils n’ont pas besoin de trop réfléchir aux mises à niveau de Kubernetes ou à l’infrastructure majeure autour de la surveillance ou de l’observabilité. L’idée est que Giant Swarm peut gérer votre plateforme de manière globale pour vous, et que vous puissiez vous concentrer sur un véritable travail de différenciation pour votre équipe de plateforme.

Souvent, dans les coulisses d’une plateforme en tant que fournisseur de services se trouvent des infrastructures telles que code des outils tels que Terraform. Créé et géré par HashiCorp et open source depuis sa création, Terraform a provoqué des vagues de controverses l’année dernière lorsqu’il a arrêté le développement open source et modifié sa licence pour arrêter toute commercialisation. Cela a conduit à un effort rapide de la part de la communauté des contributeurs pour créer «OuvrirTofu», et plusieurs entreprises ont déjà créé des produits en plus de cela.

Sebastian Stadil, contributeur principal d’OpenTofu et PDG de Scalrqui propose une version SaaS évolutive d’OpenTofu, a expliqué le succès du projet jusqu’à présent :

« Les 10 mois écoulés depuis la création du fork OpenTofu ont déjà conduit à un écosystème d’outils et de projets compatibles Terraform, dont Scalr, Grunt de terreet Coût des infrastructures.»

Alors que de plus en plus d’entreprises rejoignent l’espace à mesure que l’intérêt grandit, j’ai demandé au vice-président des produits et de la croissance d’Humanitec, Luca Galante, comment elles percevaient l’état actuel de l’ingénierie des plates-formes – un terme qu’Humanitec, d’une certaine manière, a contribué à créer.

« Nous n’avons pas inventé l’ingénierie des plates-formes, mais nous lui avons donné un nom », a déclaré Galante. « Nous allons continuer à façonner ce récit. Nous y parvenons avec des articles de leadership éclairé, des webinaires réguliers avec des praticiens, et notre conférence en ligne, PlatformCon, a accueilli 22 000 participants l’année dernière, et nous prévoyons 35 000 participants cette année.

Concernant un futur lointain potentiel pour le cloud natif, Luca a proposé l’idée d’une abstraction continue pour l’infrastructure combinée à l’IA. Un modèle pourrait apprendre de vos besoins spécifiques en matière de plates-formes de développement et les créer intelligemment en fonction d’invites ou d’exigences simples. Il y a de nombreuses années, GitHub a proposé l’idée de «ChatOps», mais la pratique a perdu de sa popularité car les chatbots de l’époque n’étaient pas assez performants. Mais maintenant, nous approchons rapidement d’une nouvelle ère d’IA générative pour l’infrastructure en tant que code, avec des entreprises telles que AppCD.

dans 10 ans

Kubernetes et le cloud natif, de l’IA aux villes intelligentes, du commerce électronique aux infrastructures essentielles, alimentent les innovations des autres. Doit-il également innover alors que ses utilisateurs le font déjà ? Ou fonctionne-t-il (principalement) silencieusement en arrière-plan ? Je suis allé à KubeCon à la recherche de changements futurs drastiques et spectaculaires, mais en réalité, cela n’aurait jamais été le cas.

Le travail et les charges utiles qu’il prend en charge changeront, tout comme la manière et l’endroit où les développeurs et les ingénieurs souhaitent l’utiliser. Mais avec Kubernetes et ses technologies associées désormais si ancrées dans nos flux de travail, je pense qu’il faudra encore au moins 10 ans avant que même la moitié de sa base d’utilisateurs actuelle ne passe à la dernière nouvelle tendance en vogue.

Joyeux anniversaire, Kubernetes, et en voici bien d’autres.