Broadcoms Core-Count-Regeln verwandeln VMware-Verlängerungen in absurdes Theater
Es gibt etwas einzigartig Frustrierendes daran, zu hören, dass man seine VMware-Rechnung nicht spürbar senken kann, selbst nachdem man den tatsächlichen Bedarf reduziert hat. Genau das stand im Mittelpunkt einer aktuellen März-Diskussion über Core-Count-Grenzen, Lizenzstufen und Broadcoms Weigerung, die Realität wie eine Buchhaltung funktionieren zu lassen. Der Kunde wollte einen kleineren zukünftigen Fußabdruck. Broadcoms Struktur, so der Thread, führte ihn trotzdem zu einem größeren, teureren Ergebnis. Diese Art von Missverhältnis ist der Punkt, an dem sich Enterprise-Software weniger wie Infrastruktur und mehr wie Satire anfühlt. Wenn ein Unternehmen, das weniger nutzt, am Ende trotzdem mehr zahlen kann, hört das Gespräch sehr schnell auf, technisch zu sein.
Die Mathematik wirkt darauf ausgelegt, Käufer zu demütigen
Einer der brutalsten Sätze im Thread war, dass eine Verlängerung mit einer kleineren Core-Zahl in der höheren Stufe immer noch mehr kosten würde als der deutlich größere Fußabdruck in der niedrigeren Stufe im Jahr zuvor. Man kann die Stille förmlich hören, die auf einen solchen Satz in einem echten Budget-Meeting folgt. Mehrere Kommentatoren hatten bereits Varianten desselben Musters erlebt. Hardware reduzieren. Konsolidieren. Eine Migration planen. Versuchen, für schwer verschiebbare Systeme einen Teilbestand zurückzulassen. Und dann feststellen, dass das Lizenzmodell kleinere Bedürfnisse in keiner Weise intuitiv belohnt. An diesem Punkt ist das Produkt nicht mehr nur teuer. Es fühlt sich feindselig an.
Fairerweise würden Verteidiger der Paketlogik sagen, dass VMware Fähigkeitsklassen verkauft, nicht nur rohe Core-Zahlen. Wenn der Kunde in einer Stufe mit umfangreicheren Funktionen oder anderen Lifecycle-Erwartungen landet, ist der Preissprung vielleicht nicht so irrational, wie er zunächst erscheint. Dieses Argument existiert aus gutem Grund, aber im Thread kam es emotional nicht an. Die Frage war nicht, ob Bundles eine Logik haben. Die Frage war, ob diese Logik dazu passt, wie Kunden versuchen, ihren VMware-Fußabdruck während einer Übergangsphase abzubauen. Im Moment glauben viele von ihnen eindeutig: nein.
Kunden versuchen sauber zu gehen, nicht das System zu betrügen
Dieser Punkt ist wichtig. Die Menschen in diesen Diskussionen versuchen oft nicht, VMware auszutricksen. Sie versuchen, ihr Risiko verantwortungsvoll zu reduzieren. Eine kleinere Umgebung für die Workloads zu behalten, die noch nicht verschoben werden können. Zeit zu gewinnen. Eine rücksichtslose Alles-auf-einmal-Migration zu vermeiden. Theoretisch klingt das genau nach dem besonnenen Unternehmensverhalten, das ein Anbieter unterstützen sollte. In der Praxis berichten Kunden vom gegenteiligen Gefühl. Ein anonymer Kommentator beschrieb das gesamte Setup als ein Preismodell, das Verlangsamung bestraft. Dieser Satz bleibt hängen, weil er erklärt, warum selbst ruhige Admins anfangen, wütend zu klingen. Sie handeln nicht rücksichtslos. Sie werden in die Enge getrieben.
Eine andere Seite des Threads argumentierte, dass die sauberste Antwort darin besteht, die Migration zu beschleunigen, anstatt eine langfristige Restabhängigkeit von VMware zu bewahren. Das hat eine gewisse brutale Klarheit. Wenn der Anbieter einen teilweisen Rückzug nicht erschwinglich macht, ist die richtige Antwort vielleicht, überhaupt nicht mehr für den Rückzug zu zahlen. Aber das Problem, wie andere anmerkten, ist, dass viele Umgebungen nicht so ordentlich sind. Es gibt immer unhandliche Systeme, Legacy-Integrationen, Anbieterabhängigkeiten und Workloads, die hinterherhinken. Echte Infrastruktur-Exits verlaufen ungleichmäßig. Eine Plattform, die ungleichmäßige Exits wirtschaftlich hässlich macht, besteuert im Grunde die Realität.
Deshalb sprechen Käufer davon, gefangen zu sein
Thread für Thread schwebt dieses Wort in der Nähe, selbst wenn es niemand direkt ausspricht: gefangen. Nicht gefangen, weil VMware morgen unmöglich zu ersetzen wäre, sondern gefangen, weil jeder teilweise Schritt mit Regeln zu kollidieren scheint, die Ausgaben erhalten oder aufblähen. Das verändert, wie Kunden alles andere interpretieren. Eine Produkteinstellung sieht nicht mehr wie Portfolio-Bereinigung aus. Sie sieht wie Druck aus. Eine Stufengrenze sieht nicht mehr wie Standardverpackung aus. Sie sieht wie Hebelwirkung aus. Sobald genügend Kunden verinnerlichen, dass der Anbieter gegen ihren Wunsch zu schrumpfen kalkuliert, verbrennt Goodwill schnell.
Das praktische Risiko für Broadcom besteht nicht nur darin, dass Menschen sich beschweren. Es besteht darin, dass sie anfangen, ihre Architektur mit dem expliziten Ziel zu gestalten, dieses Gespräch nie wieder führen zu müssen. Das ist ein starker Motivator. Selbst wenn die Migration zwei Jahre dauert, verhärtet sich die Entschlossenheit an dem Tag, an dem ein Finance-Team erkennt, dass kleiner zu sein nicht zwangsläufig billiger macht. An diesem Punkt ist VMware nicht mehr etwas, das die Organisation optimieren will. Es ist etwas, das sie nach ihrem eigenen Zeitplan verlassen will.
Der eigentliche Verlust ist Planbarkeit
Enterprise-Käufer kommen mit hohen Preisen besser zurecht als mit verzerrten Anreizen. Wenn die Regel lautet „mehr nutzen, mehr zahlen", ist das schmerzhaft, aber nachvollziehbar. Wenn die Regel jedoch lautet „weniger nutzen, trotzdem mehr zahlen, und dabei vielleicht sogar eine Stufe aufsteigen", verstößt die Plattform gegen den gesunden Menschenverstand. Genau das hat der März-Thread so gut eingefangen. Nicht nur Verärgerung, sondern Fassungslosigkeit. Die Art von Fassungslosigkeit, die nach dem Ende des Gesprächs bleibt und jede zukünftige Verhandlung ein wenig toxischer wirken lässt.
VMware besitzt immer noch eine starke technische Anziehungskraft, und deshalb versuchen Kunden weiterhin, Teilausstiege zu managen, anstatt den gesamten Bestand auf einen Schlag niederzubrennen. Aber wenn das Lizenzmodell weiterhin rationale Verkleinerung wirtschaftlich irrational aussehen lässt, könnte Broadcom feststellen, dass es seinen Kunden genau die Lektion beibringt, die es am meisten fürchten sollte: Wenn es unmöglich ist, innerhalb von VMware kleiner zu bleiben, wird es viel schwerer zu rechtfertigen, überhaupt zu bleiben.