Wie Vela funktioniert

Ein tiefer Einblick in die Architektur von Vela, das Branching-Modell und das BYOC-Design.

Sie brauchen Definitionen für Begriffe wie WAL, PITR und Replikation? Zum Glossar .

Was ist Vela

Vela ist eine PostgreSQL-Plattform mit BaaS-Erlebnis: sofortiges Provisioning, Self-Service-Branches, sichere Rollbacks und Observability ab Werk.

Im Gegensatz zu Black-Box-Serverless-Datenbanken setzt Vela auf pures Postgres, damit Teams Portabilität, Standard-Tools und Kontrolle behalten.

  • Entwicklerorientierte Console, CLI und API
  • Funktioniert mit bestehenden Postgres-Treibern und ORMs
  • Entwickelt für BYOC und regulierte Umgebungen
Kubernetes-orchestrierte Plattform

Vela übernimmt Orchestrierung, Isolation, Scheduling und Ressourceneffizienz. Sie stellen die Infrastruktur bereit, Vela betreibt die PostgreSQL-Plattform.

Multi-Tenant-Isolation
HA und Backups
Observability
Policies und Quotas

Infrastruktur-Optionen

Bare Metal
AWS BYOC
GCP BYOC
Azure BYOC
Bestehendes Kubernetes
Air-gapped

Schlüsselkonzepte

Das mentale Modell hinter Vela: Storage teilen, Daten wie Code branchen und Compute unabhängig von der Datenschicht skalieren.

Copy-on-Write-Branches

Erstellen Sie isolierte Branches in Sekunden. Unveränderte Blöcke werden bis zur Abweichung geteilt.

Bookmarks und Time Travel

Speichern Sie konsistente Zeitpunkte für Audits, Rollbacks und Incident-Reproduktion.

Scale to Zero

Pausieren Sie inaktive Compute-Ressourcen automatisch, während Storage verfügbar bleibt.

Trennung von Storage und Compute

Dimensionieren Sie CPU und RAM neu, ohne Daten zu kopieren oder Umgebungen neu aufzubauen.

RBAC und IAM

Kombinieren Sie Postgres-Rollen mit Plattform-Zugriffskontrolle.

Pures PostgreSQL

Nutzen Sie Standard-SQL, Treiber, Extensions und Tools ohne proprietäre Ebene.

Warum Teams Vela nutzen

Schnellere Lieferung

Geben Sie jedem Feature oder Teammitglied eine produktionsnahe Umgebung statt Shared Staging.

Weniger Risiko bei Releases

Erstellen Sie Bookmarks vor Änderungen, verzweigen Sie aus der Historie und validieren Sie Fixes auf echten Daten.

Bessere Kostenkontrolle

Skalieren Sie Compute pro Branch, pausieren Sie Idle-Umgebungen und messen Sie Nutzung pro Team.

Warum Shared Staging Teams ausbremst und wie Vela-Branches das Problem lösen.

Postgres Branching und Cloning

Branches übernehmen bestehende Datenblöcke und schreiben neue Daten erst bei Abweichung. So bleiben selbst große Datenbanken schnell und günstig.

  • Erstellen Sie einen Branch aus Produktion oder einem Bookmark
  • Jeder Branch erhält einen eigenen Connection String und eigene Ressourcenrichtlinien
  • Schemaänderungen mergen Sie mit Ihrem gewohnten Migrations-Workflow zurück

Typischer Workflow

Branch erstellen

Starten Sie in Sekunden aus Produktion oder einem Bookmark.

Sicher testen

Führen Sie Migrationen, QA und Experimente auf isolierten Daten aus.

Promoten oder verwerfen

Behalten Sie nur gewünschte Änderungen und löschen Sie den Rest sofort.

Demonstration von Branching- und Cloning-Workflows.

Copy-on-Write-Snapshots

Snapshots bilden die Grundlage des Vela-Branching-Modells. Sie erfassen den Datenbankzustand ohne vollständige Vorab-Kopie.

Warum Snapshots wichtig sind

  • Sofortige Klone unabhängig von der Datenbankgröße
  • Storage wächst mit realen Änderungen statt mit der Anzahl der Branches
  • Sicheres Experimentieren ohne den Parent zu berühren
  • Schneller Rollback und einfachere Incident-Analyse

Häufige Einsatzfälle

CI und automatisierte Tests

Erstellen Sie frische Umgebungen für jede Pipeline ohne lange Restore-Zeiten.

Feature-Entwicklung

Testen Sie neue Codepfade mit realistischen Daten und löschen Sie den Branch danach.

Produktions-Troubleshooting

Bewahren Sie einen bekannten Zustand, reproduzieren Sie das Problem und validieren Sie den Fix offline.

Analytics und Reporting

Analysieren Sie einen Zeitpunkt, ohne Live-Workloads zu stören.

Wie Copy-on-Write-Snapshots Branching und Cloning effizient machen.

Postgres Time Travel

Bookmarks speichern unveränderliche Zeitpunkte, die Sie inspizieren, weiter verzweigen oder später an Compute binden können.

Bookmarks

Fügen Sie Metadaten für Audits, Releases und reproduzierbare Analysen hinzu.

Checkout

Bringen Sie einen historischen Zustand online, um Verhalten exakt nachzustellen.

Aus der Historie branchen

Erstellen Sie einen sicheren Branch aus der Vergangenheit für Hotfixes und Migrationen.

Typische Workflows

  • Erstellen Sie Bookmarks vor riskanten Releases oder Migrationen
  • Reproduzieren Sie Incidents aus dem exakten Zustand ihres Auftretens
  • Branchen Sie von einem Bookmark, um Fixes ohne Produktionsrisiko zu testen

Best Practices

  • Benennen Sie Bookmarks konsistent und dokumentieren Sie Kontext
  • Wenden Sie dieselben Sicherheitsrichtlinien auf Branches und Restores an
  • Begrenzen Sie destruktive Aktionen über RBAC und Approval-Flows

Scale to Zero

Inaktive Umgebungen können automatisch pausieren, um Compute-Kosten zu vermeiden, während Storage verfügbar bleibt.

Beispielrichtlinien

  • Dev-Branches pausieren nach kurzer Inaktivität
  • QA-Umgebungen pausieren außerhalb der Arbeitszeit
  • Produktion bleibt warm, während andere Umgebungen automatisch kleiner werden

Resume-Trigger

  • Erste eingehende Verbindung auf dem Branch-DSN
  • Manueller Resume über Console, CLI oder API
  • Geplante Jobs vor Tests oder Demos

Trennung von Storage und Compute

Vela entkoppelt Compute von Storage, sodass Teams CPU, RAM und Policies anpassen können, ohne Daten zu duplizieren.

Vorteile

  • Unabhängige Skalierung von Compute und Storage
  • Hoher Durchsatz und geringe Latenz auf gemeinsam genutztem NVMe-Storage
  • Keine komplette Neuerstellung oder Kopie für Größenänderungen

Betriebliche Kontrollen

  • Ressourcenlimits und Policies pro Branch
  • Transparenz über CPU, Speicher, I/O und Storage-Footprint
  • Projektweite Governance für Kosten, Quoten und Isolation

Kostenoptimierung

Vela reduziert Verschwendung, indem jede Umgebung passend dimensioniert werden kann statt überall Vollreplikate zu betreiben.

Passend dimensionierte Ressourcen

Geben Sie Produktion große Ressourcen und halten Sie QA oder Staging bewusst kleiner.

Nutzungs-Transparenz

Verfolgen Sie Verbrauch pro Projekt, Branch und Team für Budgetierung oder Chargeback.

Sofortiges Resizing

Passen Sie Branch-Ressourcen schnell an geänderte Last an.

On-Demand-Umgebungen

Erstellen, pausieren und löschen Sie Branches nur dann, wenn sie wirklich benötigt werden.

Bring Your Own Cloud

Deployen Sie Vela auf Ihrer eigenen Infrastruktur für volle Kontrolle, Compliance und Datenresidenz bei gleichzeitigen Vorteilen einer gemanagten Plattform.

Warum Teams BYOC wählen

  • Halten Sie alle Daten innerhalb Ihrer VPC, Ihres Rechenzentrums oder privaten Netzwerks
  • Erfüllen Sie Sicherheits-, Souveränitäts- und Audit-Anforderungen
  • Verbinden Sie sich direkt mit internen Services, VPNs und privaten Netzwerken
  • Nutzen Sie bestehende Infrastrukturinvestitionen und reservierte Kapazitäten

Infrastruktur-Optionen

Bare Metal

Für maximale Kontrolle und Performance auf dedizierten Servern.

AWS

Deployment in Ihrer VPC mit Ihren bestehenden Netz- und Sicherheitsrichtlinien.

GCP und Azure

Nutzen Sie Ihre bevorzugte Cloud und behalten Sie Vela in Ihrer Umgebung.

Privat oder air-gapped

Betrieb ohne externe Konnektivität, wenn erforderlich.

Erste Schritte mit BYOC

Infrastruktur bereitstellen

Bereiten Sie Server, Cloud-Instanzen oder ein bestehendes Kubernetes-Cluster vor.

Vela deployen

Installieren Sie die Plattform und konfigurieren Sie Storage, Netzwerke und Sicherheit.

Betreiben und skalieren

Erstellen Sie Projekte, Branches und Policies über Console oder API.

Überblick über Velas Bring-Your-Own-Cloud-Modell.

Probieren Sie Vela mit Ihren eigenen Workloads

Branching in Sekunden, Bookmarks für Sicherheit und Compute nur dann skalieren, wenn Sie es wirklich brauchen.

Kostenlos testen