Das Team migriert auf verwaltetes Postgres, um „die Datenbank nicht mehr zu verwalten“. Erster Vorfall: Verbindungen erschöpft, weil jeder serverlose Worker zehn Pools öffnet – der Anbieter begrenzt auf der Einstiegsebene einhundert Verbindungen. Zweite Überraschung: Die Wiederherstellung ist tageweise und nicht minutenweise möglich – ein RPO, das mit einem Online-Shop nicht kompatibel ist.
Verwaltetes PostgreSQL delegiert den Maschinenbetrieb: Betriebssystem, Engine, Infrastruktur-Backups, manchmal automatisches Failover. Schemadesign, langsame Abfragen oder schlecht getestete Migrationen werden nicht delegiert. Lesen Sie den Vertrag wie ein minimalistischer DBA – nicht als Versprechen vollkommener Sicherheit.
Was der Anbieter grundsätzlich unterstützt
| Aufgabe | Oft enthalten | Zur Überprüfung |
|---|---|---|
| Kleineres Betriebssystem + Postgres-Patch | Ja | Wartungsfenster, Hauptversions-Upgrade |
| Automatische Backups | Ja | Retention, PITR, Wiederherstellung getestet |
| Hochverfügbarkeits-Failover | Laut Angebot | RTO angekündigt, synchrone oder asynchrone Replikation |
| Infrastrukturüberwachung | CPU, Festplatte, Verbindungen | Konfigurierbare Warnungen |
| Verschlüsselung im Ruhezustand | Oft | Vom Kunden verwaltete Schlüssel? |
| Vertikaler Hochlauf | Über Konsole | Online schneiden oder wechseln |
Was zu Hause bleibt
Selbst mit dem bestverwalteten Angebot verlassen mehrere Aufgaben Ihr Team nie:
- Schema und Migrationen – DDL, Rollback-Strategie, N/N+1-Kompatibilität zwischen Anwendungsversionen.
- Abfrageleistung – EXPLAIN, Index, Vakuumanpassung manchmal eingeschränkt, je nach Host.
- Verbindungen – Pooler (PgBouncer, Supavisor) auf der Anwendungsseite oder verwaltetes Add-on.
- Logische Sicherheit – Rollen, GRANT, Sicherheitskonfiguration auf Zeilenebene.
- Sensible Daten – Anwendungsverschlüsselung, Anonymisierung, DSGVO-Konformität.
- Wiederherstellungsübung – die Schaltfläche ist in der Konsole vorhanden; Wissen, wie man unter Stress klickt, nein.
Wenn Ihr Stack immer noch von MySQL erbt, vergleichen Sie ihn vor dem Wechsel mit MySQL für eine dynamische Site.
Lesen Sie ein Angebot, ohne sich täuschen zu lassen
Bevor Sie unterschreiben, stellen Sie diese Fragen – und fordern Sie dokumentierte Antworten, keinen Marketing-Trick:
- RPO und RTO für eine Wiederherstellung – keine vagen „täglichen Backups“.
- Erforderliche Erweiterungen auf Ihrer Stufe verfügbar?
- Verbindungslimit in Bezug auf Ihre Architektur (Redis, serverlose Funktionen, mehrere Worker).
- Netzwerk-Exit, wenn die Anwendung in einer anderen Region oder einer anderen Cloud ausgeführt wird.
- Sperren – pg_dump exportieren, Standardformat, Ausgabeverzögerung.
- EU-Region und DPA-konform (RGPD und Auswahl des Hosts).
| Schwaches Signal | Starkes Signal |
|---|---|
| „Backup inklusive“ ohne Aufbewahrung | PITR 7–35 Tage dokumentiert |
| Kein Pooler angeboten | Verwaltete Pooler- oder PgBouncer-Dokumentation |
| Postgres-Version seit Jahren eingefroren | Release-Upgrade-Richtlinie veröffentlicht |
Verwaltetes Postgres vs. selbstverwalteter VPS
Verwaltet gewinnt, wenn Sie keinen DBA haben, wenn Hochverfügbarkeit erforderlich ist, wenn Audits bewährte Backups erfordern oder wenn niemand um drei Uhr morgens Patches durchführen möchte.
VPS gewinnt, wenn Sie exotische Erweiterungen, Kernel-Feinabstimmung, minimale Fixkosten oder starke interne Postgres-Kompetenz benötigen.
Ein häufiger Hybrid: verwaltete Produktion + monatliches lokales Catering für die Erholungsübung.
Oben: Die Schaltfläche „Wiederherstellen“ ist kein Wiederherstellungsplan
Erfordern Sie eine vierteljährliche Wiederherstellungsübung – auch auf einer verwalteten Ebene. Am Tag des Vorfalls werden Sie sich dafür bedanken, dass Sie den Eingriff rechtzeitig geplant haben.
Entscheide dich und gehe ohne blinden Fleck voran
Bevor Sie sich für ein verwaltetes Postgres-Angebot entscheiden, stimmen Sie den Vertrag auf Ihre tatsächliche Nutzung ab:
- Fix geschäftliche RPOs und RTOs – wie viele Minuten Datenverlust und wie viele Stunden Ausfallzeit sind akzeptabel?
- Vergleichen Sie zwei oder drei europäische Angebote zu Erweiterungen, Anschlüssen und Sanierungen zu einem bestimmten Zeitpunkt.
- Fügen Sie einen Pooler aus der ersten Bereitstellung hinzu, nicht nach der ersten Sättigung der Verbindungen.
- Automatisieren Sie Migrationen in Ihrer Continuous-Integration-Pipeline mit dokumentierter Überprüfung und Rollback.
- Planen Sie eine vierteljährliche Wiederherstellungsübung und notieren Sie die tatsächlich erreichte Zeit.
Durchsuchen Sie unser Verzeichnis und den Vergleich, um Gastgeber zu filtern, die eine verwaltete Datenbank anbieten, die an Ihre Region angepasst ist.
Häufig gestellte Fragen
Umfasst verwaltetes Postgres Anwendungsmigrationen?
Nein. Der Anbieter verwaltet die Instanz. Sie verwalten DDL und Migrationen über Ihren Code. Eine verpatzte Migration liegt in Ihrer Verantwortung.
Reichen automatische Backups aus?
Nur wenn der RPO/RTO im Vertrag Ihren Anforderungen entspricht und Sie eine tatsächliche Wiederherstellung getestet haben – siehe Testen einer Wiederherstellung.
Sind PostgreSQL-Erweiterungen noch verfügbar?
Nein. Jeder Host veröffentlicht eine Whitelist. Überprüfen Sie PostGIS, pgvector oder TimescaleDB, bevor Sie ein Feature sperren.
RDS vs. Scaleway vs. OVH?
Verschiedene Bereiche – Vergleichen Sie Pooler, Regionen, Netzwerkausgang und Schnittstelle in einem identischen Szenario.
Verwaltetes PostgreSQL: Sie delegieren das Rechenzentrum der Datenbank – keine Verantwortung für Ihre Daten oder Ihre Abfragen.