VMwares End-of-Support-Uhr wird still und leise zu ihrer eigenen Art Erpresserbrief
Eines der seltsamsten Dinge am aktuellen VMware-Moment ist, wie viel Angst inzwischen von Terminen ausgeht, die eigentlich langweilig sein sollten. End of Support. General Support. Technical Guidance. Extended Help. Diese Begriffe lebten früher in Lifecycle-Diagrammen und Planungsdokumenten. Jetzt lesen sie sich wie Wetterberichte für einen herannahenden Sturm. Ein aktueller Thread über vSphere-8-Abos und den Support nach 2027 fing dieses Gefühl perfekt ein. Die Frage klang einfach: Was genau überlebt, sobald das Haupt-Support-Fenster schließt? Die Antworten waren praktisch, aber die Stimmung darunter war zerklüftet. Niemand wollte abstrakte Definitionen. Sie wollten wissen, ob eine Zahlung jetzt bedeutet, später auf dem Trockenen zu sitzen.
Kunden werden gebeten, durch Mehrdeutigkeit hindurch zu kaufen
Das ist das eigentliche Problem. Es liegt nicht daran, dass VMware Support-Fenster hat. Jede seriöse Plattform hat das. Es liegt daran, dass Kunden offenbar nicht mehr sicher sind, ob sich diese Fenster sauber auf Produkte, Tiers oder künftige Pfade abbilden lassen, auf die sie sich verlassen können. Ein Kommentator versuchte, die Unterscheidung zwischen General Support und Technical Guidance zu entschlüsseln, als würde er das Kleingedruckte auf einem Rettungsfloß lesen. Ein anderer fragte im Grunde, ob irgendetwas davon überhaupt zählt, wenn das einzig wahrscheinliche Ziel später ohnehin ein teureres Bundle ist. Wenn Support-Vokabular sich mehr wie Beschaffungsfolklore anfühlt als wie ein verlässlicher Vertrag, wird Planung schnell seltsam.
Im Thread gab es auch Bemühungen, die Gemüter zu beruhigen. Ein paar Antwortende wiesen darauf hin, dass Support-Lifecycle-Informationen nicht von Natur aus finster seien und Organisationen nicht jede Deadline als Verschwörung lesen sollten. Fair genug. Aber das übersieht, warum sich diese Gespräche so aufgeladen anfühlen. VMware-Kunden reagieren nicht auf ein isoliertes Datum. Sie reagieren auf ein Datum innerhalb einer Beziehung, die bereits durch Preiserhöhungen, Produktänderungen und verschwindende Einstiegsoptionen belastet ist. In diesem Kontext beginnt selbst normale Lifecycle-Sprache, wie das sanfte Vorspiel zu einem härteren Verkaufsgespräch zu klingen.
Die Frage der künftigen Kosten verfolgt die Gegenwart
Was die Diskussion um die Support-Uhr besonders aufschlussreich macht: Die Leute behandeln künftige Verlängerungen ständig als Bedrohungsmultiplikator. Es geht nicht nur um „Was passiert 2027?" Es geht um „In welche Art von Deal werde ich bis 2027 gedrängt, wenn ich auf diesem Pfad bleibe?" Ein anonymer Kommentator sagte im Grunde, er könnte mit dem Software-Lifecycle leben, wenn er dem kommerziellen Lifecycle vertraute. Das ist die ganze Geschichte in einem Satz. VMware in der Broadcom-Ära zwingt Kunden dazu, die Zukunft nicht nur technisch zu bewerten, sondern auch danach, wie viel Verhandlungsmacht der Hersteller über sie haben wird, wenn der nächste Entscheidungspunkt kommt.
Eine dritte Stimme im Thread versuchte, geerdet zu bleiben. Vielleicht sei es richtiger, von einem Hersteller, dessen Roadmap sich ohnehin ständig weiterentwickelt, keine absolute Gewissheit zu verlangen, sondern sich stattdessen darauf zu konzentrieren, ob sich die Plattform über die nächsten paar Jahre noch rechnet. Das ist vernünftiger, erwachsener Rat. Aber er trägt nur so weit, wenn Kunden nicht mehr glauben, dass das Verlängerungsumfeld auch nur annähernd proportional bleibt. Sobald Leute anfangen anzunehmen, dass auch der nächste Support-Meilenstein eine Preisfalle ist, hört langfristige Planung auf, sich wie normale Architekturarbeit anzufühlen, und beginnt, sich wie Risikoeindämmung rund um einen Hersteller anzufühlen.
Deshalb reden mehr Teams über Restlaufzeit statt über Roadmap
Dieser Vokabularwechsel ist wichtig. In gesünderen Hersteller-Kunden-Beziehungen sprechen Kunden über Roadmaps, Fähigkeiten und künftige Designzustände. In diesen VMware-Threads sprechen sie zunehmend über Restlaufzeit. Wie lange können wir hier noch durchhalten? Wie viel Zeit kauft uns das? Können wir diese Laufzeit nutzen, um den Umzug abzuschließen? Das ist keine Wachstumsmentalität. Das ist eine Mentalität des geordneten Rückzugs. Und wenn genug Kunden so denken, hält das Produkt sie zwar auf dem Papier, verliert sie aber im Geiste. Sie investieren nicht in eine Zukunft mit VMware. Sie steuern nur noch den Zeitpunkt ihres Abschieds.
Das heißt nicht, dass alle sofort davonrennen. Viele Umgebungen sind zu groß, zu voneinander abhängig oder politisch zu eingeschränkt, um schnell zu handeln. Manche Organisationen entscheiden vielleicht weiterhin rational, dass die schmerzärmste Option ist, weiter zu zahlen. Aber der emotionale Unterschied ist deutlich. Zu zahlen, weil sich die Plattform noch immer wie die richtige langfristige Heimat anfühlt, ist eine Sache. Zu zahlen, weil man Zeit braucht, um zu gehen, ohne den Stack zu sprengen, ist etwas völlig anderes. Der März-Support-Thread klang deutlich mehr nach der zweiten Kategorie.
VMwares Zeitplan-Problem ist eigentlich ein Vertrauensproblem
Theoretisch dienen Lifecycle-Kalender der Klarheit. Sie sagen Kunden, was sie erwarten und wann sie handeln sollen. In der Praxis funktioniert diese Klarheit nur, wenn sich die umgebende Beziehung vertrauenswürdig anfühlt. Gerade jetzt scheinen zu viele VMware-Kunden Support-Zeitpläne eher als Druckpunkte denn als Planungswerkzeuge zu lesen. Das mag in manchen Fällen unfair sein, aber Hersteller werden nicht nur nach Fairness beurteilt. Sie werden nach angesammeltem Vertrauen beurteilt, und genau dieses Vertrauen scheint diesen Diskussionen zufolge zu verdunsten.
Deshalb geht die Angst um die Support-Uhr über ein einzelnes Release hinaus. Sie zeigt, wie gründlich kommerzieller Stress technische Planung infizieren kann. Sobald Kunden anfangen, jedes künftige Datum als möglichen Erpresserbrief für die nächste Runde an Preisschmerz zu lesen, wird selbst gewöhnliches Lifecycle-Management emotional zersetzend. Und das ist ein furchtbarer Ort für eine Infrastrukturplattform, egal wie leistungsfähig die Software noch ist.