Managed Backends,
pro Projekt provisioniert.

Self-Hosting heißt, du stellst Postgres, Redis und Object Storage selbst auf und verkabelst die Credentials — genau das tust du heute. Mit Managed Cloud-Hosting provisioniert Cloud sie pro Projekt auf managed, EU-gehosteter Infrastruktur und hält die Connection-Strings in einem managed Secret Manager, nie in der Control-Plane-Datenbank oder deinen Logs. Das kommt bald.

provision
Per project
# What Cloud provisions per project (once, then reused)
postgres   neon         ●  eu    LISTEN/NOTIFY · pgvector
cache      scaleway     ●  fr-par  @voltro/cache
storage    s3-compat    ◐  eu    @voltro/plugin-storage
secrets    secret mgr   ●  never in control-plane db or logs
Bald verfügbar — mit Managed Cloud-Hosting
Managed Postgres, Redis und Object Storage kommen mit Managed Cloud-Hosting und sind noch nicht verfügbar. Diese Seite beschreibt, wie sie funktionieren werden (Postgres über Neon, Cache und Runtime über Scaleway fr-par, S3-kompatibler Object Storage, zunächst Single-Region EU, Multi-Region auf der Roadmap). Heute self-hostest du: stell deine eigenen Backends auf und registriere die App bei der Control Plane.

Was Cloud provisioniert

Einmal pro Projekt erstellt, über Deploys wiederverwendet — du kopierst nie einen Connection-String in eine Env-Datei.

Managed Postgres

On the roadmap

Eine Postgres-Datenbank und ein Branch pro Projekt über Neon, beim ersten Deploy erstellt und wiederverwendet. Dasselbe Postgres, das deine App self-hosted anspricht — LISTEN/NOTIFY-Reaktivität, pgvector, alles.

Managed Redis / Cache

On the roadmap

Ein managed Cache über Scaleway, verdrahtet mit dem @voltro/cache-Layer des Frameworks für Query-Caching, Single-Flight und SWR — kein separates Redis zu betreiben.

Object Storage

On the roadmap

S3-kompatibler Object Storage für die @voltro/plugin-storage-Oberfläche: Uploads, Presigned URLs, Ranges und Image-Transforms. (Die Provisionierung in den Deploy-Schritt landet noch.)

Secrets, managed gehalten

On the roadmap

Connection-Strings und Provider-Credentials liegen in einem managed Secret Manager. Die Control-Plane-Datenbank und die Logs sehen sie nie — eine Grenze, die du sonst selbst erzwingen müsstest.

EU-gehostet, datenresident

On the roadmap

Runtime und Daten sitzen heute in der EU (Scaleway fr-par / Neon EU). Kombiniert mit der Data-Residency-Primitive des Frameworks lässt sich ein Tenant an eine Heimatregion pinnen und überall sonst fail-closed halten.

Free-Tier-Quotas

On the roadmap

Der Free-Tier begrenzt Storage und Compute (z. B. 512 MB DB-Storage) und suspendiert, statt Overage zu berechnen — keine Überraschungsrechnung während der Evaluierung.

Deine Datenbank, weiterhin deine

Kein Lock-in auf Datenebene

Weil Cloud dieselbe Runtime und dieselbe @voltro/database Engine fährt, die du self-hosten würdest, sind Schema und Migrationen portabel. Eject auf eine compose- oder helm-Baseline und richte die App auf dein eigenes Postgres — nichts an der Datenebene ist Cloud-spezifisch.

Die managed Teile sind operativer Komfort, kein proprietärer Datastore. Was du hier baust, läuft überall, wo Postgres läuft.

Verwandte Fähigkeiten

Sieh es laufen.

Öffne das Dashboard an einem Live-Demo-Projekt und klick dich selbst durch die Panels — Logs, Traces, Workflows, Migrationen und mehr.