Zusammenfassung

  • Mit Fabric One können Kunden Verbindungen zwischen Unternehmens-, Cloud- und KI-Umgebungen anfordern, ohne jede Netzwerkkomponente einzeln zu konfigurieren
  • Equinix plant eine Betaphase im weiteren Verlauf des Jahres 2026 und die allgemeine Verfügbarkeit in Nordamerika für 2027; die Leistung im Produktivbetrieb muss daher noch nachgewiesen werden

Die Fakten

Equinix kündigte Fabric One am 2. September als verwalteten Netzwerkdienst an, der Unternehmensstandorte, Clouds, Rechenzentren und KI-Infrastruktur auf Grundlage der vom Kunden formulierten Anforderungen verbinden soll. Statt jede Netzwerkkomponente einzeln zu konfigurieren, können Kunden Konnektivität über ein Portal, APIs, automatisierte Arbeitsabläufe, agentenbasierte Anfragen oder natürlichsprachliche Eingaben anfordern.

Equinix zufolge übernimmt Fabric One anschließend Funktionen wie Routing, Cloud-Anbindungen, Verschlüsselung, Resilienz und Failover. Der Dienst nutzt die quelloffene Spezifikation OpenAPI 3.0 Interconnect, die gemeinsam mit AWS und Google Cloud entwickelt wurde.

Fabric One ist noch nicht allgemein verfügbar. Equinix erwartet, dass der Dienst im weiteren Verlauf des Jahres 2026 in die Betaphase eintritt. Die allgemeine Verfügbarkeit ist für 2027 geplant, zunächst in Nordamerika. Mit der Ankündigung wurden weder eine Produktivimplementierung noch gemessene Betriebsergebnisse offengelegt.

Die Einordnung

Fabric One verändert, wer einen Teil der Arbeit zwischen Clouds übernehmen soll. Statt dass ein Unternehmensnetzwerkteam Routing, Verschlüsselung und Failover für jede Verbindung konfiguriert, will Equinix einen größeren Teil dieser Koordination übernehmen, nachdem der Kunde die benötigten Endpunkte und Richtlinien festgelegt hat.

Die zugrunde liegende Infrastruktur wird dadurch nicht überflüssig. Cloud-Anbieter kontrollieren weiterhin ihre eigenen Verbindungsdienste und Berechtigungen, während Ports, Kapazitäten und physische Pfade weiterhin vorhanden sein müssen. Equinix hat zudem noch nicht gezeigt, wie stark Kunden eingreifen müssen, wenn sich eine Route ändert, ein Anbieter eine Anfrage ablehnt oder eine Verbindung im Produktivbetrieb ausfällt.

Für die Leser von BTW ist entscheidend, ob Fabric One eine reale Netzwerkänderung oder einen Ausfall von der formulierten Zielvorgabe des Kunden über die anbieterspezifische Konfiguration bis zur Wiederherstellung abwickeln kann. Dies würde zeigen, dass Equinix mehr Verantwortung für den täglichen Netzwerkbetrieb übernimmt, statt lediglich einen weiteren Weg zur Anforderung einer Verbindung bereitzustellen.

Worauf zu achten ist

In der Betaphase ist darauf zu achten, welche Clouds und Standorte unterstützt werden, wie die Bereitstellungsabläufe funktionieren und wie Failover-Tests sowie die Bearbeitung von Störungen ablaufen. Die aussagekräftigsten Belege werden Produktivfälle liefern, die zeigen, wie Fabric One auf eine Routing-Änderung oder den Ausfall eines Anbieters reagiert, wie viel Konfiguration weiterhin beim Kunden liegt und wo die operative Verantwortung von Equinix endet.