Broadcom confie son projet open source VM API à la Cloud Native Computing Foundation. Les organisations pourront ainsi gérer des machines virtuelles avec les mêmes API que Kubernetes.
Le projet VM API a rejoint la CNCF Sandbox, le point d’entrée des projets cloud native à un stade précoce. Broadcom l’a annoncé lors de KubeCon North America à Salt Lake City.
VM API propose un cadre indépendant des fournisseurs pour créer et gérer des machines virtuelles avec le modèle déclaratif de Kubernetes. L’isolation matérielle et les performances d’entrée/sortie spécialisées sont conservées, et la solution fonctionne avec différents fournisseurs d’infrastructure.
Les machines virtuelles restent importantes
Kubernetes est la plateforme dominante pour l’orchestration de conteneurs, mais les machines virtuelles restent au cœur des environnements d’entreprise. Une enquête de la Linux Foundation auprès de 492 praticiens, publiée le même jour, montre que les VM représentent 53 % des applications en production. La plupart des répondants s’attendent à ce que cette part reste stable. Parmi les organisations qui étendent leur usage des VM, 34 % citent les workloads d’IA et agentiques comme facteur.
Prashanth Shenoy, chief marketing officer de Broadcom et vice-président marketing pour la plateforme cloud, l’infrastructure et les solutions, a renvoyé à l’initiative Cluster API de Kubernetes, qui existe déjà. « Nous voulons maintenant faire la même chose pour les machines virtuelles », a-t-il déclaré. L’objectif est d’en faire des « citoyens de première classe d’un environnement Kubernetes », sans perdre ce qui les distingue.
Les administrateurs qui travaillent déjà avec Kubernetes n’ont ainsi plus besoin de maintenir des outils de gestion distincts pour l’infrastructure virtuelle et conteneurisée. Les organisations ne doivent pas abandonner leurs investissements existants en virtualisation pour parvenir à une gestion cohérente.
Workload Conformance Working Group
Broadcom préside également un nouveau Workload Conformance Working Group. Celui-ci doit définir des attentes communes sur le comportement des applications dans différents environnements Kubernetes. Les programmes de conformité existants vérifient uniquement si les distributions prennent en charge les API standard. Des différences de capacités d’infrastructure, de configuration et de pratique opérationnelle peuvent malgré tout provoquer des incompatibilités.
« Le fait que deux environnements Kubernetes soient conformes ne signifie pas automatiquement que l’application fonctionne de la même façon dans les deux », a expliqué Shenoy. Un standard de workload conformance doit aider les éditeurs de logiciels à ne plus certifier leurs applications séparément pour chaque distribution Kubernetes. Les entreprises gagnent ainsi en assurance quant à la portabilité de leurs applications.
Davantage de solutions partenaires validées
Broadcom a par ailleurs annoncé plus de vingt nouvelles solutions partenaires validées pour VKS, le runtime Kubernetes de VMware Cloud Foundation. Les validations couvrent l’observabilité, la sécurité, la gestion des données, l’IA, la livraison d’applications, le réseau et le stockage. Les organisations peuvent ainsi déployer des workloads Kubernetes avec des outils tiers familiers, sans intégration poussée ni adaptation de leur méthode de travail.
Selon Broadcom, l’écosystème VKS compte désormais plus de nonante éditeurs de logiciels indépendants qui participent aux tests et à la validation. Broadcom n’a pas communiqué de détails sur le calendrier des travaux du Workload Conformance Working Group. La vitesse à laquelle VM API passera de la Sandbox à un niveau CNCF plus mature dépend de son adoption par d’autres fournisseurs.