Wir müssen nicht für jede Arbeitslast, die eine relationale Datenbank erfordert, eine weitere VM einrichten. Das Einrichten eines EDB CNP ist jetzt wirklich einfach. Durch die Eingabe einiger grundlegender Eigenschaften startet der Operator eigenständig einen Postgres-Cluster und in Kombination mit dem ClusterImageCatalog ist das Patchen der Cluster sehr einfach, da der Operator beim Aktualisieren des Katalogs eigenständig einen Rolling Restart der Pods durchführt. Wir mögen auch die vielen Optionen, die der Operator bereits zur Konfiguration des Postgres-Clusters bietet.
Lob auch an den Operator, der seit unserem ersten Start vor etwa 2 Jahren viel stabiler geworden ist. Bewertung gesammelt von und auf G2.com gehostet.
Wir vermissen immer noch wichtige Upgrades der Cluster auf benutzerfreundliche Weise. Ich weiß, dass es Fortschritte bei der Entwicklung von EDB gibt, die das Leben der Kunden erleichtern, aber wir warten immer noch sehnsüchtig darauf. Die aktuelle Lösung, die auf der Replikation von Daten in einen neuen Cluster mit einer höheren Hauptversion basiert, ist für eine Vielzahl von Clustern viel zu kompliziert und zeitaufwendig.
Außerdem fehlt uns der ClusterImageCatalog, der früher hier bereitgestellt wurde: https://raw.githubusercontent.com/EnterpriseDB/docker-postgresql/refs/heads/main/image-catalogs/ClusterImageCatalog-ubi9.yaml
Es war sehr praktisch, diesen Katalog abzurufen und mit Terraform auf den Cluster anzuwenden, um damit den Operator zu veranlassen, alle Cluster zu patchen. Bewertung gesammelt von und auf G2.com gehostet.
Bestätigt durch ein Geschäftsemail-Konto
Dieser Bewerter erhielt als Dank für das Ausfüllen dieser Bewertung einen symbolischen Anreiz.
Einladung von G2 im Namen eines Verkäufers oder Partnerunternehmens. Dieser Bewerter erhielt als Dank für das Ausfüllen dieser Bewertung einen symbolischen Anreiz.
Diese Bewertung wurde aus English mit KI übersetzt.


