↓Skip to main content
Gabriele Bartolini

Gabriele Bartolini

VP, Chief Architect of Kubernetes at EDB | PostgreSQL contributor | DoK Ambassador | CloudNativePG Maintainer

Navigating the uncharted waters of PostgreSQL within Kubernetes using open-source technologies, I bring a wealth of expertise to the table as a KubeCon speaker, Data on Kubernetes Community Ambassador, maintainer of the CloudNativePG Operator, and author of Postgres books. My passions are DevOps, High Availability, Disaster Recovery, Very Large Databases (VLDB) and data warehousing with PostgreSQL. I’m VP, Chief Architect of Kubernetes at EDB. Opinions are my own.

Recent

CNPG Recipe 28 - Generated and rotating PostgreSQL user passwords in CloudNativePG 1.31

·10 mins

A first look at what CloudNativePG 1.31 will bring to PostgreSQL credentials: a DatabaseRole can now generate its own password, keep it in a Secret the operator owns, shape it with criteria and rotate it on a schedule, with PostgreSQL enforcing the lifetime through VALID UNTIL. The feature is merged but not yet released, so this recipe anticipates 1.31 and shows how to try it today on the latest development snapshot.

CNPG Recipe 27 - Running OpenBao on Kubernetes with a CloudNativePG PostgreSQL backend

·18 mins

A walkthrough of running OpenBao on Kubernetes with CloudNativePG as its PostgreSQL storage backend. Every layer of this stack is open source, with no vendor lock-in: Kubernetes and CloudNativePG are both CNCF projects, authenticated entirely over TLS client certificates via the 1.30 DatabaseRole CRD, with no passwords anywhere in the stack. Co-authored with Rob Kenefeck from ControlPlane.

CNPG Recipe 26 - Extension image catalogs

·8 mins

CloudNativePG lets the ClusterImageCatalog carry extension images alongside the operand, a capability every currently supported release already has, so a Cluster manifest only needs to name an extension and nothing else. This recipe deploys the community’s extension catalog and shows the operator resolving pgvector’s image, paths and dependencies from a single, versioned source of truth per PostgreSQL major version. More importantly, it is the piece of infrastructure that turns extension distribution into a real ecosystem: once an extension lands in the catalog, every Cluster that references it inherits it for free, with no manifest ever needing to change again.

CloudNativePG and Crunchy PGO: an honest, opinionated comparison

·16 mins

This article compares CloudNativePG and Crunchy PGO, two of the most adopted open-source operators for running PostgreSQL on Kubernetes. It covers architecture, image design, backup strategy, major version upgrades, observability, licensing and community health. As a co-founder and maintainer of CloudNativePG, I make no claim to neutrality, and I say so upfront. What I can offer is informed bias, grounded in years of daily work on the project and a genuine respect for what Crunchy Data built in this space.