VMware zet een Workload Conformance Working Group in de Kubernetes-gemeenschap op poten, die moet vastleggen hoe applicaties zich op Kubernetes gedragen. Daarnaast schenkt het bedrijf zijn VM API aan de CNCF Sandbox.
VMware wil dat cloudnative-applicaties voorspelbaar draaien in elke Kubernetes-omgeving. Daarom start het bedrijf een nieuwe werkgroep binnen de Kubernetes-gemeenschap, de Workload Conformance Working Group. Die moet een gedeelde standaard opstellen voor hoe workloads op Kubernetes werken.
Voorstanders van cloudnative-software beweren al lang dat hun aanpak applicaties overdraagbaar maakt tussen Kubernetes-omgevingen. Volgens VMware klopt dat in hybride clouds niet altijd.
Waarom een standaard voor workloads
Prashanth Shenoy, VP of product marketing bij de VMware Cloud Foundation-divisie van Broadcom, zegt tegen The Register dat de standaard deels nodig is omdat applicaties die voor publieke clouds verpakt zijn, in hybride clouds niet altijd goed draaien. Dat raakt ook andere aanbieders van hybride clouds, zoals Nutanix en Red Hat. Alle drie verkopen ze tools om een stack te bouwen en te draaien die gebruikers zowel op on-premises-infrastructuur als in de publieke cloud kunnen inzetten.
De werkgroep wijst erop dat er al tests bestaan voor het cluster zelf (Certified Kubernetes) en voor de vraag of een cluster AI- en ML-workloads aankan (Kubernetes AI Conformance). Voor de workloads zelf bestaat niets vergelijkbaars. Clusterbeheerders controleren daarom elke applicatie nog met de hand voor ze onderhoud uitvoeren of Kubernetes upgraden. Applicatiebeheerders krijgen van elke omgeving dezelfde vragen.
Een gemeenschappelijke specificatie met herhaalbare tests moet voor beide groepen hetzelfde vertrekpunt bieden. Shenoy verwacht dat applicatieleveranciers de aanpak zullen steunen, omdat ze hun software één keer willen verpakken en overal laten draaien.
Nog geen concrete vereisten
Het initiatief staat nog in een heel vroeg stadium. De eerste stap is bepalen welke workloads en gedragingen de specificatie dekt. Het gaat om beveiliging, veerkracht bij verstoringen, resourcegebruik, netwerken, opslag, API-gebruik en observability. De groep heeft nog geen specifieke vereisten vastgelegd en ook niet bepaald hoe ze die test.
Eén regel staat al vast: elke vereiste krijgt een objectieve test die een testprogramma kan uitvoeren. Er komt dus niets subjectiefs in de specificatie.
VM API naar de CNCF
Deze week kondigde VMware ook aan dat het zijn VM API onderbrengt bij de Cloud Native Computing Foundation (CNCF) Sandbox. De CNCF beheert Kubernetes en huisvest al KubeVirt, een tool om virtuele machines in een Kubernetes-cluster te maken en te beheren. Met de VM API maken Kubernetes-gebruikers virtuele machines aan die onder andere hypervisors draaien, waaronder ESXi van VMware zelf.
VMware bracht Kubernetes in 2020 al in vSphere met vSphere with Kubernetes, als onderdeel van vSphere 7. Die eerdere pogingen sloegen niet aan. Nu kiest het bedrijf een andere aanpak om virtuele machines volwaardig in Kubernetes onder te brengen.
Ontwikkelaars schrijven doorgaans liever voor containers, terwijl beheerders die containers vaak in lichte virtuele machines laten draaien. Beide werkwijzen blijven dus naast elkaar bestaan, ook omdat organisaties nieuwe containerapplicaties naast bestaande virtuele machines draaien. Over wanneer de VM API uit de Sandbox groeit, is niets bekend.