Database as a Service / DBaaS
Cloud-Geschwindigkeit, zugeschnitten auf Ihre private Infrastruktur
Wir liefern Self-Service-Datenbanken und Datendienste mit Cloud-ähnlicher Geschwindigkeit und Einfachheit. Jede Instanz läuft vollständig On-Premises und komplett unter Ihrer eigenen operativen Kontrolle, nativ angetrieben von VMware Data Service Manager und Kubernetes Operators.
Database as a Service / DBaaS
Cloud-Geschwindigkeit, zugeschnitten auf Ihre private Infrastruktur
Wir liefern Self-Service-Datenbanken und Datendienste mit Cloud-ähnlicher Geschwindigkeit und Einfachheit. Jede Instanz läuft vollständig On-Premises und komplett unter Ihrer eigenen operativen Kontrolle, nativ angetrieben von VMware Data Service Manager und Kubernetes Operators.
Cloud-Komfort, ohne den Cloud-Kompromiss
Entwicklungsteams erwarten Cloud-ähnliche Geschwindigkeit, wenn sie eine Datenbank, einen Message Broker oder einen Streaming-Cluster brauchen. Für viele Unternehmen ist es keine Option, sensible Daten in Public-Cloud-Services zu verschieben, sei es aus regulatorischen Gründen, Souveränitätsanforderungen oder Kostenplanbarkeit.
evoila liefert Database as a Service auf Ihrer eigenen Infrastruktur: eine schlüsselfertige DBaaS für PostgreSQL, MySQL, Kafka und RabbitMQ auf VMware Cloud Foundation, oder dieselben Services auf Kubernetes über produktionsreife Operators.
Zentrale Vorteile auf einen Blick:
- Self-Service-Provisioning von Datenbanken und Datendiensten in Minuten, nicht Tagen
- Volle digitale Souveränität, Ihre Daten verlassen nie Ihre Infrastruktur
- Zwei Deployment-Wege, VMware DSM für VCF-Umgebungen, Kubernetes Operators für K8s-native Setups
- Produktionsreife Konfigurationen ab dem ersten Deployment
Ihre Teams brauchen schnell Datendienste, aber die Cloud ist nicht immer die Antwort
Die Lücke zwischen dem, was Entwicklerinnen und Entwickler brauchen, und dem, was Infrastrukturteams liefern können, wird größer. Anwendungsteams möchten eine PostgreSQL-Instanz, ein Kafka-Topic oder eine RabbitMQ-Queue in Minuten hochfahren. Stattdessen reichen sie ein Ticket ein und warten Tage oder Wochen, mit inkonsistenten Konfigurationen, unklaren Sicherheitsrichtlinien und fehlendem standardisiertem Lifecycle-Management.
Gleichzeitig können viele Unternehmen diese Workloads nicht einfach in die Public Cloud verschieben. Finanzregulierung, Datenresidenz-Anforderungen oder Kostenunvorhersehbarkeit machen den On-Premises-Betrieb zur Notwendigkeit, nicht zur Präferenz. Das Ergebnis: Teams stecken zwischen langsamem internem Provisioning und unzugänglichen Cloud-Services fest. Innovation stockt, Schatten-IT wächst.
Geschwindigkeit wird erwartet. Die Cloud ist nicht immer eine Option.
Zwei Wege. Beide im Produktivbetrieb bewährt
Self-Service-Geschwindigkeit und volle Souveränität sind keine konkurrierenden Ziele. evoila hat DBaaS-Umgebungen sowohl auf VMware DSM als auch auf Kubernetes Operators gebaut, mit demselben Ergebnis: Entwicklerinnen und Entwickler bekommen, was sie brauchen, in Minuten, Plattformteams behalten die Kontrolle, und die Daten bleiben auf Ihrer Infrastruktur. So funktioniert es.
Unsere Lösung
Ihre Datenbanken – Self-Service, souverän, produktionsreif
evoila liefert On-Premises-DBaaS über zwei bewährte Deployment-Wege. Die richtige Wahl hängt von Ihrer bestehenden Infrastruktur, den Fähigkeiten Ihres Teams und Ihren Souveränitätsanforderungen ab.
Weg 1: VMware Data Service Manager (empfohlen für VCF-Umgebungen)
Für Unternehmen, die VMware Cloud Foundation betreiben, ist DSM der schnellste Weg zu On-Premises-DBaaS. Es bietet ein vollständig integriertes Self-Service-Portal, über das Entwicklungsteams PostgreSQL, MySQL und andere Datendienste auf Abruf bereitstellen, mit standardisierten Konfigurationen, automatisierten Backups, eingebautem Monitoring und richtlinienbasierter Governance. Keine Kubernetes-Expertise erforderlich.
DSM handhabt den gesamten Datenbank-Lebenszyklus: Provisioning, Hochverfügbarkeitskonfiguration, Point-in-Time-Recovery, Skalierung, Patching und Außerbetriebnahme. Plattformteams definieren Service-Stufen mit Ressourcenlimits und Sicherheitsrichtlinien; Anwendungsteams nutzen sie über ein Portal oder eine API. Ihre Daten bleiben auf Ihrer Infrastruktur, unter Ihrer Governance, mit Enterprise-tauglicher Auditierbarkeit.
Das ist unser empfohlener Ausgangspunkt für die meisten Enterprise-Umgebungen.
Operations & Managed Services
Jeder Deployment-Weg, DSM oder Kubernetes, kann von evoila als Managed Service betrieben werden. Unser Operations-Team liefert proaktives Monitoring, Incident-Management, Performance-Tuning, Security-Patching und 24/7-Bereitschaft. Sie wählen die Stufe, die zu Ihren Bedürfnissen passt.
Weg 2: Kubernetes Operators
Für Unternehmen mit bestehender Kubernetes-Infrastruktur oder Anforderungen an maximale Portabilität und Open-Source-Souveränität deployen wir Datendienste über produktionsreife Operators.
PostgreSQL – Wir deployen entweder auf VMware Tanzu for Postgres, derselben Enterprise-unterstützten PostgreSQL-Version, die auch in DSM genutzt wird, oder auf CloudNativePG, einem ausgereiften, CNCF-anerkannten Operator, der hochverfügbare Replica-Sets verwaltet.
MongoDB – Für Workloads mit Bedarf an Schema-Flexibilität und horizontaler Skalierbarkeit deployen wir MongoDB auf Kubernetes mit dem Percona- oder Community-Operator. Automatisierte Replica-Sets, Sharding, Failover, Backup-Zeitplanung und Security-Hardening werden deklarativ verwaltet.
Apache Kafka – Mit dem Stackable Kafka Operator deployen wir Multi-Broker-Cluster mit rack-bewusster Replikation, Topic-Management, Kafka-Connect-Integration und Prometheus-/Grafana-Monitoring. Kafka dient als Rückgrat für Echtzeit-Datenpipelines und ereignisgesteuerte Architekturen.
RabbitMQ – Der RabbitMQ Cluster Operator handhabt Cluster-Deployments mit Quorum-Queues, Föderation für Multi-Site-Messaging und flexiblem Routing (Topic, Fanout, Header-basiert). Ideal für Anwendungsintegration und asynchrone Microservice-Kommunikation.
Zusätzlich zu diesen einzelnen Diensten bauen wir eine einheitliche Self-Service-Ebene. Plattformteams definieren Serviceangebote mit standardisierten Konfigurationen, Ressourcenlimits und Sicherheitsrichtlinien. Anwendungsteams beziehen, was sie brauchen, über APIs, keine Tickets, keine Wartezeit, kein Konfigurations-Drift.
Technischer Deep Dive
Wie On-Premises-DBaaS funktioniert, von VMware DSM bis zu Kubernetes Operators
VMware Data Service Manager DSM ist eine Infrastruktur-Management-Ebene, eingebaut in VMware Cloud Foundation, die cloud-ähnliche Self-Service-Fähigkeiten in On-Premises-Umgebungen bringt. Plattformteams definieren Datenbank-Serviceangebote mit standardisierten Konfigurationen, Ressourcenlimits und Sicherheitsrichtlinien. Anwendungsteams stellen diese Services auf Abruf über ein Portal oder eine API bereit, mit automatischem Backup, Monitoring und Lifecycle-Management eingebaut. DSM unterstützt Single-Server- und Cluster-Deployments für PostgreSQL, einschließlich Hochverfügbarkeit mit automatisiertem Failover und Point-in-Time-Recovery zu S3-kompatiblem Storage. Der zentrale Vorteil: Ihre Daten bleiben auf Ihrer Infrastruktur, während Ihre Teams die Geschwindigkeit und den Komfort bekommen, den sie von cloud-nativen Services erwarten, ohne Kubernetes-Expertise zu brauchen.
Kubernetes Operators: Wie sie funktionieren. Ein Operator ist eine Software-Erweiterung von Kubernetes, die operatives Wissen kodiert, die Art von Expertise, die eine erfahrene Datenbankadministratorin oder ein erfahrener Datenbankadministrator mitbringt, in automatisierte, deklarative Workflows. Statt manuell ein PostgreSQL-Replica-Set zu erstellen, Replikation zu konfigurieren, Backups einzurichten und Failover zu skripten, definieren Sie den gewünschten Zustand in einem YAML-Manifest, und der Operator sorgt kontinuierlich dafür, dass dieser Zustand erhalten bleibt. Fällt ein Knoten aus, übernimmt der Operator das Failover. Ändern Sie die Konfiguration, führt er ein Rolling Update durch. Brauchen Sie Skalierung, fügt er automatisch Replicas hinzu.
PostgreSQL und MongoDB auf Kubernetes. Für PostgreSQL verwaltet CloudNativePG Replica-Sets, automatisiertes Failover, Backup und Recovery (einschließlich Point-in-Time-Restore zu S3-kompatiblem Storage), TLS-Zertifikatsmanagement und RBAC-Konfiguration. Für MongoDB handhabt der Percona-/Community-Operator Replica-Sets, Sharding, Verschlüsselung und automatisiertes Failover. Alle Ressourcen sind als Custom Resource Definitions (CRDs) definiert und integrieren sich nativ mit Helm, ArgoCD und Terraform.
RabbitMQ auf Kubernetes. Der RabbitMQ Cluster Operator handhabt Cluster-Instanzen mit Quorum-Queues, persistentem Storage, automatischer Peer-Discovery, Föderations-Plugins für Multi-Site-Messaging und Prometheus-basiertem Monitoring.
Infrastructure-as-Code durchgängig. Jedes Deployment folgt Infrastructure-as-Code-Prinzipien. Servicedefinitionen, Konfigurationen und Richtlinien sind versionskontrolliert in Git und werden über GitOps-Workflows (typischerweise ArgoCD oder Flux) angewendet. Das stellt sicher, dass jede Umgebung reproduzierbar, auditierbar und konsistent ist.
Zugrunde liegende Infrastruktur. VMware DSM läuft auf VMware Cloud Foundation. Kubernetes Operators laufen auf Bare Metal, VMware vSphere (über vSphere Kubernetes Service) oder jeder CNCF-konformen Distribution. Wir konzipieren die zugrunde liegende Compute- und Storage-Ebene so, dass sie die Performance-Anforderungen zustandsbehafteter Daten-Workloads erfüllt, einschließlich dedizierter Storage-Klassen für High-IOPS-Datenbankvolumes und Node-Affinity-Regeln für Datenlokalität.
Der Partner Ihrer Wahl
Zwei Spezialisierungen, selten in einem Team zu finden
evoila bringt tiefe VMware- und Kubernetes-Infrastrukturexpertise mit tiefem Datendienst-Wissen zusammen. Die Ingenieurinnen und Ingenieure deployen nicht nur DSM oder installieren Operators. Sie verstehen Datenbank-Internas, Replikationstopologien, Performance-Tuning und die Fehlermodi jedes Dienstes, den wir verwalten. evoila ist der führende Broadcom-Partner in Europa, mit umfangreicher VMware-Cloud-Foundation- und Kubernetes-Erfahrung, und hält ISO-27001-, BSI-C5- und TISAX-Zertifizierungen.
Das Managed-Operations-Team betreibt Kafka- und RabbitMQ-Umgebungen für große europäische Unternehmen im Produktivbetrieb, mit Bereitschaftsdienst, Incident-Management und proaktivem Monitoring. Mit über 600 Spezialistinnen und Spezialisten in über 15 Ländern ist evoila groß genug für Enterprise-tauglichen Support und strukturiert genug, um nah an der Arbeit zu bleiben.
Der Stack, der das möglich macht
DBaaS Platform (VMware)
VMware Data Service Manager (PostgreSQL-, MySQL-, Kafka-, RabbitMQ-Provisioning auf VCF)
Kubernetes-Plattform
Stackable Data Platform, VMware vSphere Kubernetes Service, CNCF-konforme Distributionen
Databases
PostgreSQL (VMware DSM, CloudNativePG Operator), MongoDB (Percona/Community Operator)
Event Streaming
Apache Kafka (VMware DSM, Stackable Kafka Operator, Kafka Connect, Schema Registry)
Messaging
RabbitMQ (VMware DSM, RabbitMQ Cluster Operator, Föderation, Quorum-Queues)
Infrastructure-as-Code & GitOps
Helm, Terraform, ArgoCD, Flux
Monitoring & Observability
Prometheus, Grafana, Elastic Stack
Security & Policy
OPA (Open Policy Agent), TLS-Zertifikatsmanagement, RBAC, Verschlüsselung im Ruhezustand
Zertifizierungen & Partnerschaften: Broadcom Pinnacle Partner, Microsoft Silver Partner, AWS Partner, ISO/IEC 27001, BSI C5, TISAX
Drei Schritte zu Ihrer eigenen DBaaS
Schritt 1 | DBaaS-Assessment
Wir bewerten Ihre aktuelle Datendienst-Landschaft: welche Datenbanken und Broker im Einsatz sind, wie sie provisioniert werden und wo die Engpässe liegen. Wir bewerten Ihre Infrastruktur (VCF, Kubernetes oder beides) und empfehlen den richtigen Deployment-Weg. Das kann Teil eines breiteren Data Value Workshop oder ein eigenständiges Assessment sein.
Schritt 2 | Plattform-Build & Service-Onboarding
Unsere Ingenieurinnen und Ingenieure deployen die gewählte Plattform: VMware DSM auf Ihrer VCF-Umgebung, Kubernetes Operators auf Ihren Clustern, oder beides. Wir konfigurieren Service-Templates, onboarden Ihre ersten Workloads und validieren den gesamten Stack in Ihrer Umgebung. Typische Zeitrahmen: 2-4 Wochen für einzelne Services, 6-12 Wochen für eine vollständige Multi-Service-Plattform.
Schritt 3 | Managed Operations
Managed Service Full: 24/7- oder 8×5-Support mit Time-to-Response- und Time-to-Resolve-SLAs, aktives Monitoring, Incident- und Problem-Management, proaktive Wartung (Systemchecks, Updates, Patches, Security-Remediation).
Managed Service Lite: 8×5-Support mit Time-to-Response-SLA und Incident-/Problem-Management, für Unternehmen, die Monitoring und proaktive Wartung intern handhaben.
Geben Sie Ihren Teams die Datendienste, die sie brauchen
Mit Cloud-Geschwindigkeit, auf Ihrer Infrastruktur, unter Ihrer Kontrolle. evoila baut die Plattform, automatisiert den Betrieb und führt ihn, wenn Sie es möchten.
DBaaS ist ein Teil der Datenplattform
Mit Cloud-Geschwindigkeit, auf Ihrer Infrastruktur, unter Ihrer Kontrolle. evoila baut die Plattform, automatisiert den Betrieb und führt ihn, wenn Sie es möchten.
Yannic Remmet-Zarotiadis
Unit Lead – Data Platform Engineering
Häufig gestellte Fragen
Häufig gestellte Fragen zu Database as a Service
Wir bringen das Self-Service-Provisioning-Erlebnis cloud-verwalteter Datenbanken auf Ihre eigene Infrastruktur. Über Kubernetes Operators können Ihre Entwicklungsteams eine produktionsreife PostgreSQL-Instanz, ein MongoDB-Replica-Set, einen Kafka-Cluster oder einen RabbitMQ-Broker innerhalb von Minuten anfordern und erhalten, automatisiert, richtlinienkonform und ohne dass Daten Ihr Rechenzentrum verlassen.
Nicht zwingend. Wenn Sie bereits Kubernetes betreiben, können wir auf Ihren bestehenden Clustern aufbauen. Andernfalls helfen wir Ihnen, die zugrunde liegende Kubernetes-Infrastruktur als Teil unserer Zusammenarbeit aufzusetzen, sei es auf Bare Metal, VMware vSphere oder jeder CNCF-konformen Distribution. Der Aufbau der Kubernetes-Ebene gehört zu unserer Arbeit, ist aber keine Voraussetzung.
Operators sind mehr als Deployment-Skripte. Sie gleichen kontinuierlich den gewünschten Zustand mit dem tatsächlichen Zustand ab, handhaben Failover, Skalierung, Konfigurationsänderungen und Upgrades automatisch. Ein Skript läuft einmal; ein Operator beobachtet und handelt rund um die Uhr. Das macht den Unterschied zwischen einer provisionierten Datenbank und einer wirklich verwalteten aus.
Für PostgreSQL nutzen wir typischerweise CloudNativePG, einen ausgereiften, CNCF-anerkannten Operator mit starker Unterstützung für Hochverfügbarkeit, automatisiertes Failover und Backup zu S3-kompatiblem Storage. Für MongoDB nutzen wir den Percona-Operator oder den MongoDB Community Operator, je nach Lizenzpräferenzen und Anforderungen. Für Kafka nutzen wir den Stackable Kafka Operator als Teil der Stackable Data Platform.
Absolut. Viele Kunden starten mit einem einzelnen Service, etwa Managed Kafka, und fügen PostgreSQL, MongoDB oder RabbitMQ hinzu, sobald weiterer Bedarf entsteht. Die Plattformarchitektur ist per Design modular: Jeder Operator verwaltet seinen Service unabhängig, aber alle teilen sich dieselbe Kubernetes-Infrastruktur, denselben Monitoring-Stack und dieselben GitOps-Workflows.
Die DBaaS-Plattform und das Data Lakehouse ergänzen sich. Das Lakehouse (typischerweise auf Databricks oder Stackable) ist Ihre zentrale Analytics- und KI-Plattform. Die hier beschriebenen Datendienste, PostgreSQL für transaktionale Workloads, Kafka für Streaming, MongoDB für Anwendungsdaten, fließen in das Lakehouse ein und umgeben es. Viele Kunden betreiben beides: DBaaS für operative Datendienste und ein Lakehouse für Analytics und KI.
Da alles auf Kubernetes und offenen Standards aufgebaut ist, ist Migration unkompliziert. PostgreSQL, MongoDB, Kafka und RabbitMQ laufen auf Cloud-basiertem Kubernetes (AKS, EKS, GKE) identisch wie On-Premises. Ihre Konfigurationen, Operators und GitOps-Pipelines wandern mit, keine Neu-Architektur erforderlich.