Für unseren Kunden suchen wir in Teilzeit nach Absprache für zunächst ca 30 PT einen PostgreSQL Solutions Architect (m/w/d). Die Tätigkeit erfolgt Remote. Denkbar ist eine Verlängerung oder Unterstützung in größerem Umfang in der Umsetzungsphase

Aufgabe:

- Aufnahme und Analyse der nicht-funktionalen Anforderungen (SLA, RPO/RTO, Security) sowie der Workload-Charakteristik (Read-Heavy)

- Erstellung eines detaillierten Architekturkonzepts für einen hochverfügbaren PostgreSQL Cluster (Patroni, etcd, Loadbalancing)

- Design einer modernen "Infrastructure as Code"-Strategie (GitOps) zur Verwaltung von Infrastruktur, Konfiguration und Datenbank-Objekten (Trennung der Layer)

- Konzeption der Betriebsprozesse: Backup & Recovery Strategien, Zero-Downtime Patching, Monitoring & Alerting

Auswahl und Bewertung der passenden Technologien (OpenTofu vs. Terraform, PgBouncer Konfiguration, Logging-Stack)

- Erstellung von Entscheidungs-Vorlagen (Decision Records) und Implementierungs-Leitfäden für das DevOps-Team

Schulung des Betriebsteams bezüglich Architektur- und Betriebskonzept

Anforderungen Must Have

- Langjährige Erfahrung im Architektur-Design von relationalen Datenbanksystemen in Enterprise-Umgebungen

- Tiefes Verständnis von PostgreSQL High Availability Konzepten (Quorum, Streaming Replication, Split-Brain Prevention mit Patroni/etcd)

- Fundierte Kenntnisse in GitOps-Patterns und Automatisierungs-Architekturen (Ansible, OpenTofu/Terraform)

- Erfahrung in der Konzeption von Security-Architekturen (Encryption in Transit/at Rest, Zertifikatsmanagement, Netzwerktrennung)

- Fähigkeit, komplexe technische Sachverhalte dokumentarisch aufzubereiten und Stakeholdern zu präsentieren

SOLL:

- Erfahrung mit Scaling-Strategien (Connection Pooling mit PgBouncer, Read-Replica Routing)

- Kenntnisse über Observability-Stacks (Prometheus, Grafana, Loki) zur Definition von Service Level Indicators (SLIs)

- Erfahrung mit Disaster Recovery Szenarien und Backup-Tools (pgBackRest)

- Verständnis von verschiedenen Infrastruktur-Umgebungen (Cloud vs. On-Premise), um den "Infrastructure Layer" korrekt abzugrenzen

KANN:

- Hands-on Erfahrung in der Implementierung (um Machbarkeit der Konzepte zu validieren)

- Kenntnisse in Containerisierung (Docker/Kubernetes) – Hinweis: Fokus liegt hier auf VM, aber Container-Wissen hilft beim Abstraktionsverständnis