Die Grundlagen des Managed PostGreSQL-Angebots
Der Dienst Managed PostgreSQL ist eine vollständig gemanagte relationale Open-Source-PostgreSQL-Datenbank, die auf der souveränen SecNumCloud-Infrastruktur von Cloud Temple bereitgestellt wird. Basierend auf der neuesten stabilen Version von PostgreSQL Community und der Kubernetes-Operator CloudNativePG, Dieser Service bietet automatische Ausfallsicherung, konfigurierbare Replikation (synchron oder asynchron) und transaktionsgenaue Point-in-Time-Wiederherstellung (PITR).
Jeder Cluster wird in einer eigenen Umgebung für den Kunden eingesetzt. In der Produktion, der Betreiber CloudNativePG orchestriert den gesamten Lebenszyklus des PostgreSQL-Clusters, einschließlich der automatischen Wahl des Leaders und der Promotion von Standbys, und stellt so sicher, dass bei einem Ausfall der Betrieb ohne menschliches Zutun aufrechterhalten werden kann.
Unsere Schritte zur Einhaltung der Vorschriften
Unser Managed PostGreSQL-Angebot ist HDS- und ISO 27001-zertifiziert und über SecNumCloud-qualifizierte und C5-konforme Services verfügbar.
Die Vorteile des Managed PostGreSQL-Angebots von Cloud Temple
Eine Basis, die nicht umfällt
Automatische Hochverfügbarkeit
Gewährleistung der Geschäftskontinuität mit einem von CloudNativePG orchestrierten Failover in weniger als 30 Sekunden, der für Ihre Anwendungen völlig transparent ist.
Null Verluste, auch in der Produktion
RPO = 0 mit synchroner Replikation
Sicherung jeder Transaktion durch native synchrone Replikation, die sicherstellt, dass keine validierten Daten in einer Multi-AZ-Umgebung verloren gehen können.
Kehren Sie genau vor dem Vorfall zurück
PITR auf die Sekunde genau
Stellen Sie Ihre Daten mithilfe der kontinuierlichen Archivierung von WAL auf Object Storage präzise wieder her, was für die Einhaltung von Compliance-Anforderungen unerlässlich ist.
Leistungsfähigkeit und Flexibilität von PostgreSQL
Nutzung einer Engine, die sowohl relationale als auch erweiterte Verwendungen (JSONB, Geospatial, Vektor) verarbeiten kann und die durch ein umfangreiches Ökosystem von Erweiterungen bereichert wird.
Die Schlüsselfunktionen des PostGreSQL-Angebots
CloudNativePG (Automatische HA)
Orchestrierung des gesamten Lebenszyklus von PostgreSQL auf Kubernetes. Automatische Wahl des Leaders, Standby-Promotion, Rekonfiguration von Replikas - Failover ohne menschliches Zutun in < 30 Sekunden.
PgBouncer (Pool von Verbindungen)
Leichtgewichtiger Verbindungsproxy mit hoher Verfügbarkeit (aktiv/aktiv x2). Transaction Pooling: Anwendungsverbindungen werden gemultiplext, wodurch die Belastung von PostgreSQL verringert wird (essentiell, da PG prozess-per-Verbindung ist).
Point-in-Time Recovery (PITR)
Jederzeitige Wiederherstellung über den CloudNativePG-Betreiber: Kontinuierliche WAL-Archivierung auf Object Storage S3 + geplante vollständige Backups. Transaktionsgenaue Genauigkeit.
Automatische Backups
Vollständige, differentielle und inkrementelle Backups, die von CloudNativePG verwaltet werden. Hot Backups ohne Unterbrechung. Verschlüsselte Speicherung auf Object Storage Cloud Temple.
JSONB (nativer Document Store)
Speicherung und Indexierung von binären JSON-Daten mit GIN-Operatoren. Abfragen von JSON-Attributen, partielle Indizierung, JSON-Aggregationsfunktionen - ohne separate NoSQL-Datenbank.
Row-Level Security (RLS)
Kontrolle des Datenzugriffs auf Zeilenebene über SQL-Richtlinien (CREATE POLICY). Tenant-basierte Datenisolierung ohne Anwendungsänderungen - ideal als Multi-Tenant-SaaS.
Erweiterungen (PostGIS, pg_vector...)
Katalog vorinstallierter Erweiterungen, die bei Bedarf aktiviert werden können: PostGIS (Geospatial), pg_vector (AI embeddings), TimescaleDB (Zeitreihen), pg_partman (Partitionierung), pgcrypto, pg_trgm, pg_stat_statements, uuid-ossp.
Native Partitionierung
PostgreSQL deklarative Partitionierung durch range, list oder hash. pg_partman für die automatische Verwaltung von Partitionen (rotieren, bereinigen). Wesentlich für große Tabellen.
TLS 1.3 Verschlüsselung
Verschlüsselung aller Client-PostgreSQL-Verbindungen (über PgBouncer) und der Replikation zwischen den Knoten (WAL-Streaming). X.509-Zertifikate, die von Cloud Temple verwaltet werden.
Verschlüsselung im Ruhezustand
AES-256-Verschlüsselung von PostgreSQL-Datenvolumen und von CloudNativePG verwalteten Backups, die auf Object Storage gespeichert sind.
Streaming Replication
Fortlaufende physische Replikation (WAL streaming) der Daten von der Primary zu den Standbys. Synchroner Modus (synchronous_standby_names=1) in der Produktion bei RPO = 0.
Isolierung durch dedizierte Instanz
Jeder Kunde hat seinen eigenen PostgreSQL-Cluster auf einer dedizierten Infrastruktur mit einem isolierten privaten Netzwerk. Keine gemeinsame Nutzung von Daten zwischen Kunden.
Technische Spezifikationen
Ein Projekt für eine Cloud-native Anwendung, KI oder eine kritische Datenbank? Lassen Sie uns gemeinsam austauschen.
Ob Sie KI-Embeddings mit der Erweiterung pg_vector speichern, Geodaten mit PostGIS verwalten, die Daten Ihrer SaaS-Kunden über Row-Level Security (RLS) isolieren oder dank des Betreibers CloudNativePG in Multi-AZ einen RPO=0 garantieren müssen - unsere Datenexperten stehen Ihnen zur Seite. Wir helfen Ihnen bei der Dimensionierung Ihres Clusters, der Auswahl Ihrer Erweiterungen und der Konfiguration Ihrer Netzwerkisolierung auf unserer SecNumCloud.
Teilen Sie uns Ihre Projektdetails über dieses Formular mit. Wir werden uns umgehend bei Ihnen melden, um die richtige PostgreSQL-Architektur für Ihre Anforderungen an Leistung und Souveränität zu entwerfen.
Anwendungsfälle
Nein, die Netzwerkisolierung ist vollständig.
Um ein Höchstmaß an Sicherheit zu gewährleisten, ist der Zugriff auf Ihre PostgreSQL-Instanzen (über den PgBouncer-Pooler) ausschließlich über Ihr privates Cloud Temple-Netzwerk (IPsec-VPN oder dedizierte Interconnection) möglich. Ihrer Datenbank werden keine öffentlichen IP-Adressen zugewiesen.
Völlig automatisch mithilfe von CloudNativePG.
In der Produktionsumgebung (Multi-AZ) setzen wir einen Primary-Knoten und zwei Standbys-Knoten (einen pro Rechenzentrum) ein. Die Orchestrierung erfolgt durch den Kubernetes-Operator CloudNativePG. Bei einem Ausfall des Primary wählt der Betreiber automatisch einen Standby und leitet den Anwendungsverkehr in weniger als 30 Sekunden um, ohne dass ein menschliches Eingreifen erforderlich ist. Bei aktivierter synchroner Replikation (synchronous_standby_names=1) können keine bestätigten Transaktionen verloren gehen (RPO = 0).
Durch Multiplexing mit PgBouncer.
Da PostgreSQL das Modell “ein Prozess pro Verbindung” (process-per-connection) verwendet, kann eine zu hohe Anzahl an gleichzeitigen Verbindungen die Ressourcen überlasten. Um dies zu verhindern, enthält unser Dienst nativ den PgBouncer-Proxy, der als Transaktions-Pooling konfiguriert ist. Er multiplext Ihre zahlreichen Anwendungsverbindungen auf eine geringere Anzahl von echten Verbindungen in PostgreSQL und optimiert so die Leistung.
Ja, ein reichhaltiges Ökosystem an Erweiterungen ist verfügbar.
Der Dienst ermöglicht es Ihnen, die beliebtesten Community-Erweiterungen für Ihre speziellen Anwendungsfälle ohne zusätzlichen Server auf Abruf zu aktivieren. Dazu gehören PostGIS (Geodaten), pg_vector (vektorbasierte Ähnlichkeitssuche für KI/RAG), pg_partman (Partitionierung) und TimescaleDB (Zeitreihen, auf Anfrage). Die Erweiterung pg_stat_statements (Leistungsstatistiken) ist standardmäßig aktiviert.
Eine native Reversibilität ohne Sperren.
Sie bleiben vollständig Eigentümer Ihrer Daten. Im Falle einer Kündigung ist die Reversibilität durch den Data Act garantiert: Sie können Ihre Daten kontinuierlich über standardmäßige SQL-Dumps (pg_dump) extrahieren oder innerhalb von 15 Tagen einen kostenlosen physischen Export (CloudNativePG-Backup) abrufen. Nach der Kündigung werden Ihre Daten, WAL und Backups innerhalb von 7 Tagen sicher gelöscht.