BYOC (Bring Your Own Cloud)
BYOC (Bring Your Own Cloud) ist ein Modell, bei dem ein Kunde sein bestehendes Cloud-Provider-Konto anbindet, anstatt auf die eigene Infrastruktur eines Anbieters oder das Konto eines Resellers zu migrieren. Konto, Vertrag und Abrechnungsbeziehung bleiben durchgehend beim Kunden und beim Provider; der Anbieter verwaltet Ressourcen darin, ohne sie zu besitzen.
BYOC beschreibt, wem das Cloud-Konto, in dem eine Infrastruktur läuft, rechtlich gehört – nicht, wer sie im Tagesgeschäft betreibt. Bei einer BYOC-Vereinbarung behält eine Organisation ihr eigenes Konto bei einem Cloud-Provider – Amazon Web Services, Google Cloud, Hetzner oder einem beliebigen anderen – samt dem dazugehörigen Vertrag und der Rechnung. Ein separater Anbieter, etwa eine Management-Plattform, ein Monitoring-Tool oder ein Managed-Service-Provider, erhält begrenzten Zugriff, um innerhalb dieses Kontos zu operieren: Ressourcen bereitstellen, Konfigurationen anwenden oder Telemetriedaten erfassen. An der zugrunde liegenden Compute-, Storage- oder Netzwerkinfrastruktur ändert sich nichts. Der Begriff stammt ursprünglich aus dem Kontext von Managed Databases und SaaS, wo „Bring Your Own Cloud“ ein Deployment innerhalb des Kunden-Kontos von einem unterscheidet, das vollständig auf der eigenen Infrastruktur des Anbieters gehostet wird.
Die Alternative ist ein vollständig verwaltetes Modell oder ein Reseller-Modell, bei dem der Anbieter ein eigenes Konto beim zugrunde liegenden Provider hält und Kapazität entweder an Kunden weiterverkauft oder deren Workloads auf Infrastruktur migriert, die ihm vollständig gehört. Dieses Modell kann die Abrechnung vereinfachen – ein Anbieter, eine Rechnung –, bedeutet aber auch, dass die Infrastruktur des Kunden in einem fremden Konto liegt. Anbieterwechsel, direkte Verhandlungen über Provider-Preise oder der Nachweis gegenüber einem Auditor, welche Rechtseinheit genau den zugrunde liegenden Vertrag hält, werden dadurch alle schwieriger. BYOC hält diese Grenze intakt: Der Kunde kann dem Anbieter jederzeit den Zugriff auf Provider-Ebene entziehen, und das zugrunde liegende Konto, seine Abrechnungshistorie und sein Compliance-Status wechseln nie den Besitzer.
In der Praxis wird der BYOC-Zugriff über API-Credentials oder eine Rolle gewährt, die der Anbieter innerhalb des Kunden-Kontos erhält – begrenzt auf das, was tatsächlich benötigt wird, und unabhängig von der Anbieterbeziehung selbst widerrufbar. Der Kompromiss liegt im operativen Bereich: Der Kunde, nicht der Anbieter, bleibt bei jedem Cloud-Provider die Vertragspartei, sodass mehrere Provider auch mehrere Verträge und Rechnungen bedeuten – es sei denn, etwas oberhalb der Kontoebene konsolidiert sie. Anbieter, die BYOC unterstützen, unterstützen in der Regel auch das umgekehrte Modell – Bereitstellung und Abrechnung von Kapazität unter ihrem eigenen Konto im Namen des Kunden –, sodass eine Organisation beide Modelle kombinieren kann, je nachdem, welche Ressourcen sie unter direktem Provider-Vertrag behalten möchte und welche sie vollständig delegieren möchte.
Warum BYOC wichtig ist
Lock-in ist das zentrale Risiko, das BYOC adressiert. Liegt die Infrastruktur im eigenen Konto eines Anbieters, bedeutet ein Anbieterwechsel die Migration von Workloads – ein Projekt, das in Wochen oder Monaten gemessen wird, nicht in einem Support-Ticket. BYOC macht aus einem Exit eine reine Berechtigungsänderung: Die Credentials des Anbieters werden widerrufen, und die Infrastruktur bleibt genau dort, wo sie war, unter demselben Vertrag. Das zählt am meisten dort, wo nicht nur die Daten, sondern das zugrunde liegende Konto compliance-relevant ist – in regulierten Branchen, in denen eine bestimmte Rechtseinheit direkte Vertragspartei des Verantwortlichen gegenüber dem Infrastruktur-Provider bleiben muss, oder bei Vergaberegeln im öffentlichen Sektor, die verlangen, dass die beschaffende Organisation einen eigenen Cloud-Vertrag hält statt eines untervergebenen. Außerdem bleiben so Mengenrabatte oder Enterprise-Vereinbarungen erhalten, die die Organisation bereits direkt mit ihrem Cloud-Provider ausgehandelt hat.
Wie Sencai mit BYOC umgeht
Sencai unterstützt BYOC als eines von zwei Modellen, die innerhalb derselben Organisation koexistieren können. Ein bestehendes Konto wird verbunden, und nichts wird verschoben: Credentials werden verschlüsselt gespeichert (at rest), Sie können den Zugriff beim Provider jederzeit widerrufen, und sobald das Konto verbunden ist, erfasst Sencai, was bereits läuft – Instanzen, Netzwerke, Storage, DNS – über alle verbundenen Provider hinweg, mit Opt-in zur aktiven Verwaltung Ressource für Ressource. Konto, Vertrag und Rechnung bleiben dabei durchgehend bei Ihrem Provider. Wenn Sie lieber keinen direkten Provider-Vertrag halten möchten, kann Sencai Kapazität stattdessen unter seinem eigenen Konto bereitstellen und abrechnen – eine Rechnung, Provider-Kosten plus 2 % Marge, separat auf der Abrechnung ausgewiesen –, und Sie können beide Modelle je nach Bedarf kombinieren.
So funktionieren Inventarisierung und Bereitstellung →