Broadcom: CISPE warnt vor VMware-KI-Lock-in

Der europäische Cloudverband CISPE sieht in der VMware-KI-Fabrik einen Versuch Broadcoms, die Steuerung von Enterprise-KI zu kontrollieren. Für VMware-Kunden im DACH-Raum könnte sich damit die bestehende Anbieterabhängigkeit auf KI-Workloads ausweiten.

Broadcom: CISPE warnt vor VMware-KI-Lock-inBild: KI-generiert

CISPE kritisiert Broadcoms KI-Strategie

Der europäische Cloudverband CISPE warnt vor einer wachsenden Abhängigkeit von Broadcom und VMware. Anlass sind Ankündigungen auf einem VMware-Event in Las Vegas. Nach Einschätzung des Verbands will Broadcom seine starke Stellung bei Virtualisierung auf die Steuerung von Enterprise-KI ausweiten.

Im Mittelpunkt steht ein Angebot mit der Bezeichnung VMware-KI-Fabrik. Broadcom stellt es als Weg dar, KI-Agenten kontrollierter und vertrauenswürdiger in Unternehmensumgebungen zu betreiben. CISPE sieht darin dagegen eine weitere Einschränkung der Wahlfreiheit von Kunden.

Nicht allein Modelle und Daten entscheiden über die künftige KI-Ökonomie. Entscheidend ist nach Einschätzung von CISPE auch, wer die Steuerungsebene der zugrunde liegenden Infrastruktur kontrolliert.

Warum die Steuerungsebene entscheidend ist

Die Steuerungsebene koordiniert, wie Anwendungen, Netzwerke und Rechenressourcen zusammenarbeiten. Wer diese Schicht kontrolliert, kann maßgeblich bestimmen, welche Komponenten sich integrieren lassen und wie einfach Workloads auf eine andere Plattform wechseln können.

Welche konkreten technischen Funktionen die VMware-KI-Fabrik umfasst, ist bislang nicht ausreichend belegt. Auch zu Preisen, Lizenzmodellen und möglichen Einschränkungen bei der Nutzung nennt Broadcom in den vorliegenden Angaben keine Details. Die Kritik von CISPE beschreibt daher vor allem das strategische Risiko, nicht bereits nachgewiesene Produkteigenschaften.

EbeneMögliche AbhängigkeitFolgen für Unternehmen
KI-Modell und APIBindung an Modelle, Schnittstellen und Preismodelle eines AnbietersWechselaufwand, schwankende Nutzungskosten und begrenzte Portabilität
KI-PlattformBindung an Agentenwerkzeuge, Rechteverwaltung und BetriebsprozesseZusätzlicher Integrationsaufwand bei einem Plattformwechsel
Virtualisierung und SteuerungBindung an die Infrastruktur unterhalb der KI-AnwendungenAbhängigkeit kann Modelle, Anwendungen und Betrieb gleichzeitig betreffen

Besondere Relevanz für den DACH-Raum

Viele Unternehmen und Rechenzentrumsbetreiber in Deutschland, Österreich und der Schweiz setzen seit Jahren auf VMware. Die Verunsicherung nach der Broadcom-Übernahme betrifft deshalb nicht nur bestehende Virtualisierungsplattformen. Mit Enterprise-KI könnte eine weitere strategisch wichtige Schicht an denselben Anbieter gebunden werden.

Wie relevant die Kosten bestehender VMware-Abhängigkeiten sein können, zeigt der VMware-Wechsel mit 85 % niedrigeren Lizenzkosten bei Tottenham. Das Beispiel lässt sich nicht direkt auf die VMware-KI-Fabrik übertragen. Es verdeutlicht aber, dass Lizenzierung und technische Wechselkosten bereits vor neuen KI-Komponenten geprüft werden sollten.

Portabilität vor der Einführung klären

Bei der Auswahl einer KI-Plattform reicht es nicht, Modellpreise und Funktionen zu vergleichen. Entscheidend ist, ob Anwendungen, Daten und Betriebsprozesse später ohne grundlegenden Umbau auf eine andere Infrastruktur verschoben werden können.

  • Welche offenen Schnittstellen werden für Modelle, Agenten und Daten unterstützt?
  • Lassen sich Konfigurationen, Protokolle und Zugriffsregeln vollständig exportieren?
  • Können KI-Workloads auch außerhalb der VMware-Umgebung betrieben werden?
  • Welche Komponenten müssen zusätzlich lizenziert werden?
  • Wie hoch sind interner Aufwand und Ausfallrisiko bei einem Plattformwechsel?

Open Source und Self-Hosting können die Abhängigkeit reduzieren, verlagern aber Betrieb, Sicherheit und Wartung stärker ins eigene Unternehmen. Auch lokale Modelle wie IBM Granite 4.2 für lokale Reasoning-Workloads lösen das Infrastrukturproblem nicht automatisch. Sie schaffen jedoch mehr Wahlfreiheit, wenn die darunterliegende Plattform offen und portabel aufgebaut ist.

Der Lock-in beginnt unterhalb des KI-Modells

Die Auseinandersetzung zeigt, dass Vendor-Lock-in bei KI nicht erst mit einer Modell-API entsteht. Eine proprietäre Steuerungsebene kann Abhängigkeiten über mehrere technische Schichten hinweg bündeln. Dadurch steigen potenziell die Folgekosten, während alternative Anbieter und eigene Lösungen schwerer einzubinden sind.

Für Unternehmen mit bestehender VMware-Infrastruktur ist deshalb eine getrennte Bewertung sinnvoll. Die bekannte Virtualisierungsplattform muss nicht automatisch auch die beste Grundlage für KI-Agenten sein. Solange technische Funktionen, Lizenzbedingungen und Wechselmöglichkeiten der VMware-KI-Fabrik offenbleiben, sollte ihre Einführung nicht als reine Erweiterung des bestehenden Betriebs behandelt werden.