Volumes & Datenbanken

Managed Postgres für deine Apps.

Serverless Postgres und persistente Volumes: ein Befehl, fertig. Mit deiner App verknüpft, mit Point-in-Time-Recovery gesichert.

  • Postgres 16
  • Automatische Backups
  • 7 Tage PITR
my-app-db
Wird erstellt Aktiv
pgdata /var/lib/postgresql 10 GB
4 % belegt
Connection-String · DATABASE_URL auf my-app postgres://app:••••••••@my-app-db.internal:5432/my_app_db
Backups
  • Fertig base-2026-08-22 212 MB
  • Archiviert WAL 00000001000000A3 16 MB
  • Archiviert WAL 00000001000000A4 16 MB
Echtes Postgres

Standard-Connection-String, deine gewohnten Tools.

Jeder Postgres-Client

Echtes Postgres, echter Connection String. ORMs, Migrations-Tools, psql und deine bestehenden Dashboards laufen unverändert weiter.

Vom Befehl zur Verbindung

Einrichtung in drei Schritten.

  1. 01

    zwrm postgres create ausführen

    Größe wählen, fertig. zwrm provisioniert Postgres 16, hängt ein Volume an und startet den Primary mit WAL-Archivierung.

  2. 02

    Mit der App verknüpfen

    DATABASE_URL landet direkt in der Umgebung deiner App. Keine Secrets kopieren, keine Config anfassen.

  3. 03

    Backups vergessen

    Base-Backups und kontinuierliche WAL-Archivierung in EU-Object-Storage laufen von allein. Du stellst jeden Zeitpunkt der letzten sieben Tage wieder her.

Was drin ist

Was enthalten ist.

Datenbanken und Volumes werden von der Plattform provisioniert, verknüpft, überwacht und gesichert.

  • Managed Postgres

    Postgres 16 auf dedizierten Ressourcen, passend zu deiner App dimensioniert. Updates und Monitoring übernimmt zwrm.

  • Persistente Volumes

    Block Storage für jede App und jeden Agent. Daten überstehen Redeploys, Neustarts und Skalierung.

  • Verknüpft statt konfiguriert

    Datenbank mit App verknüpfen – der Connection String liegt als DATABASE_URL in der Umgebung der App.

  • Kontinuierliche Backups

    Base-Backups plus WAL-Archivierung in EU-Object-Storage. Point-in-Time-Recovery für die letzten sieben Tage.

  • Privates Netzwerk

    Datenbanken hören auf einem internen Hostnamen, den nur deine Apps und Agents erreichen.

  • Transparent

    Größe, Auslastung, Backups und Verbindungsdaten im Dashboard, Backup-Ereignisse im Audit-Log.

EU-Hosting und Self-Hosting

Gehostet in der EU. Oder bei dir.

Datenbanken, Volumes und Backups bleiben auf europäischer Infrastruktur – oder beim Self-Hosting auf deinem eigenen Storage.

Betriebsmodell besprechen
Von dir betrieben

Deine Infrastruktur

Betreibe zwrm im eigenen Rechenzentrum oder in deiner Private Cloud. Datenbanken, Volumes und Backups bleiben auf deinem eigenen Storage.

  • On-Premises oder Private Cloud
  • Eigene Storage- und Backup-Ziele
  • Eigene Sicherheits- und Compliance-Vorgaben
Fragen, beantwortet

Häufige Fragen zu Datenbanken.

Welche Postgres-Version bekomme ich?

Postgres 16, von zwrm aktuell gehalten. Du bekommst einen Standard-Connection-String und nutzt jeden Postgres-Client oder jedes ORM.

Wie funktionieren die Backups?

Regelmäßig wird ein Base-Backup erstellt, dazu werden WAL-Segmente kontinuierlich in EU-Object-Storage archiviert. Du kannst jeden Zeitpunkt der letzten sieben Tage wiederherstellen.

Wie verbindet sich meine App?

Verknüpfe die Datenbank im Dashboard oder per CLI mit deiner App. DATABASE_URL landet automatisch in der Umgebung der App, die Verbindung bleibt im internen Netzwerk.

Kann ich meine eigenen Tools nutzen?

Ja. Es ist Standard-Postgres. psql, dein ORM oder dein Migrations-Tooling funktionieren mit dem Connection String aus dem Dashboard.

Wofür brauche ich Volumes?

Für persistenten Block Storage an Apps und Agents: Uploads, Caches, Agent-Workspaces – alles, was ein Redeploy überstehen muss.

Wo liegen meine Daten?

Auf europäischer Infrastruktur, betrieben von europäischen Anbietern, mit Backups in EU-Object-Storage. Beim Self-Hosting liegt alles auf deinem eigenen Storage.

Ein Befehl

Lege deine erste Datenbank an.

Lege in Minuten eine Datenbank an oder sprich mit uns über Dimensionierung, Backups und Datenstandort.