Bring Your Own Cloud

Bring Your Own Cloud, meist als BYOC abgekürzt, ist ein Zwischenmodell: Die Software kommt vom Anbieter, läuft aber in deinem Cloudkonto. Der Anbieter steuert und aktualisiert den Dienst, die Verarbeitung und oft auch die Speicherung finden in deinem Bereich statt. Databricks

Möglich wird das durch die Trennung von Steuerung und Verarbeitung

Die Aufteilung folgt einem Muster aus dem Betrieb verteilter Systeme: Eine Ebene verwaltet und steuert, eine andere verarbeitet die eigentlichen Daten. Kubernetes Bei BYOC bleibt die Steuerungsebene beim Anbieter, die verarbeitende Ebene läuft in deinem Konto.

Das löst zwei Probleme auf einmal: Deine Daten verlassen deinen Bereich nicht, und du musst die Software trotzdem nicht selbst betreiben. Der Preis ist Komplexität. Der Anbieter braucht Rechte in deinem Konto, und wenn etwas ausfällt, ist die Zuständigkeit weniger klar als bei einem reinen Dienst.

So kannst du dir das vorstellen

Ein Handwerksbetrieb, der seine Maschinen in deiner Werkhalle aufstellt und wartet. Die Halle bleibt deine, das Werkzeug gehört ihm, und für die Halle brauchst du ihm einen Schlüssel zu geben. Das Bild erklärt die Aufteilung, es beschreibt kein konkretes Angebot.

Was es in der Praxis konkret bedeutet

Prüfe drei Punkte im Angebot: welche Rechte der Anbieter in deinem Konto bekommt und ob sie einschränkbar sind, welche Daten trotzdem zur Steuerungsebene fließen, etwa Protokolle und Nutzungsdaten, und wer für Kosten und Ausfälle in deinem Konto einsteht. Der zweite Punkt entscheidet, ob die Datenschutzzusage hält.

Wo es verwechselt wird

BYOC ist nicht On-Premises, denn die Hardware gehört weiterhin einem Cloudanbieter. Und es ist kein Eigenbetrieb: Du betreibst die Software nicht, du stellst nur den Ort.

Verwandte Begriffe

Customer VPC Deployment, Control Plane, Private Deployment, On-Premises, Managed Inference, Data Residency.