Datenbanken
Managed PostgreSQL – getunt, überwacht, gesichert.
Wir betreiben Postgres so, wie es Postgres verdient: HA-Replikate, wöchentlich validiertes Point-in-Time-Recovery, Connection Pooling, Query-Plan-Monitoring und Migrationssicherheit. Auf RDS, Cloud SQL, Azure Database oder selbst gehostet mit Patroni.
Was wir managen
Hochverfügbarkeit
Multi-AZ-Postgres auf RDS / Cloud SQL / Azure Database oder selbst gehostet mit Patroni + etcd. Failover vierteljährlich getestet, mit dokumentierten RTO/RPO.
Backup und Recovery
Täglich logische + WAL-basierte PITR, wöchentliche Restore-Validierung in einer Sandbox, verschlüsselte regionsübergreifende Kopien, 7-Jahre-Aufbewahrung für regulierte Workloads.
Connection Pooling
PgBouncer / RDS Proxy / Cloud SQL Auth Proxy vor jedem Postgres – kurzlebige Sessions, Prepared-Statement-Wiederverwendung, IAM-authentifizierte Verbindungen.
Sicherheit
TLS in Transit, Verschlüsselung at Rest (KMS / CMEK), Row-Level Security wo das Schema es erfordert, Secret-Rotation via Vault / Secrets Manager, Audit-Logging via pgaudit.
Query- und Kostenoptimierung
pg_stat_statements-Review, Index-Lifecycle (Erkennung ungenutzter Indizes, Bloat-Monitoring), Autovacuum-Tuning, Optimierung der Storage-Stufen.
Observability
Latenz pro Query, Auslastung des Connection-Pools, Replikations-Lag, Locking-Events, an PagerDuty geroutete Slow-Query-Alerts.
Kompatibel mit jeder Cloud, die wir managen
Dasselbe Playbook auf AWS, Google Cloud, Microsoft Azure und DigitalOcean – wählen Sie die Cloud, wir betreiben den Stack.
So gehen wir vor
1. Bewerten
Zweiwöchiges Audit Ihres aktuellen Cloud-Setups gegen das Well-Architected-Framework / Architecture-Framework des Anbieters. Konkrete Befunde, kein Geschwafel.
2. Stabilisieren
Wir schließen die wichtigsten Sicherheits-, Zuverlässigkeits- und Kostenlücken, bevor der Steady-State-Betrieb beginnt.
3. Betreiben
24/7-Monitoring, Rufbereitschaft, Change-Management, monatliche Reviews und eine Roadmap für das nächste Quartal.
DIY-Anleitungen und Praxisnotizen
Bauen Sie es selbst – oder lassen Sie es uns für Sie tun
Kurze Artikel, Runbooks und Praxisnotizen unserer Ingenieure. Jeder beginnt hier als Auszug und geht auf Medium weiter.
30. Mai 20261 Min. Lesezeit
MySQL-zu-Postgres-Migration — wann es sich lohnt, die Stolperfallen und der pgloader-Workflow
Wir haben Datenbanken in beide Richtungen migriert. Hier ist der ehrliche Entscheidungsrahmen, die Datentyp-Fallen, die jedes Team beißen, und das Migrations-Runbook, das wir über Kundenengagements verfeinert haben.
Auszug lesen27. Mai 20261 Min. Lesezeit
Postgres-Replikations-Patterns 2026 — Patroni, Managed Services und die Failover-Story
Wann Sie Ihren eigenen Patroni-Cluster betreiben sollten, wann Managed Postgres, und die Failover-Semantiken, die niemand erklärt, bevor die Produktion kaputtgeht.
Auszug lesen23. Mai 20261 Min. Lesezeit
Postgres Autovacuum, entmystifiziert — das Tuning, das die 3-Uhr-Wraparound-Panik verhindert
Autovacuum-Fehler sind leise, bis sie es nicht mehr sind. Hier ist, wie es tatsächlich funktioniert, die Metriken, die zählen, und das Tuning pro Tabelle, das wir auf Kundendatenbanken anwenden.
Auszug lesen21. Mai 20261 Min. Lesezeit
Postgres-Connection-Pooling mit PgBouncer — die Patterns, die wir in Produktion fahren
Transaction-Mode, Session-Mode, Prepared Statements und die Cluster-Topologie-Entscheidungen, die bestimmen, ob PgBouncer hilft oder schadet.
Auszug lesen10. Mai 20261 Min. Lesezeit
Wöchentlich einen PostgreSQL-PITR-Restore-Drill fahren (hier ist unser Runbook)
Backups, die Sie nie wiederhergestellt haben, sind keine Backups. Unser wöchentlicher Point-in-Time-Recovery-Drill — was er testet, was wir automatisieren, und was wir noch von Hand machen.
Auszug lesen
Bereit, Ihr Team operativ zu entlasten?
Buchen Sie ein 30-minütiges Erstgespräch. Wir auditieren Ihr aktuelles Cloud-Setup und zeigen Ihnen genau, wo wir Mehrwert schaffen.