Gabriele Bartolini：CloudNativePG 晋级 CNCF 孵化阶段：又上一层楼
内容提要
CloudNativePG于2025年11月2日正式成为CNCF孵化项目。该项目2019年在2ndQuadrant启动，2022年开源，2025年进入沙箱阶段。孵化意味着项目通过了安全、成熟度、治理和多组织采用等方面的严格审查，成为厂商中立的社区项目。项目将改革治理结构，限制单一公司席位，并计划于2027年申请毕业。
延伸解读
孵化审查看重什么
CNCF孵化并非简单授予头衔，技术监督委员会从安全状况、发布成熟度、治理结构和多组织实际采用等维度进行审查。CloudNativePG在2026年安全活动中获得全部五项徽章，并留下OpenSSF最佳实践基线、公开威胁评估等产物。这说明孵化门槛更看重可验证的工程实践和独立采用证据，而非单一指标。
治理改革的具体约束
文章明确未来六个月将改革指导委员会，引入组织平衡投票机制，单一公司最多两席。作者强调自己继续负责核心引擎技术领导，但治理与工程 stewardship 并不冲突。对读者而言，这意味着项目决策权将更分散，降低被单一赞助商优先级左右的风险，但改革落地效果仍需观察后续席位分配和投票实践。
从沙箱到毕业的路线图
项目2025年进入沙箱，2026年晋级孵化，计划2027年申请毕业、目标2028年达成。毕业要求贡献者和维护者基础健康且远超创始公司。目前维护者从7人增至14人，来自EDB、GEICO、Upbound和Verito Digital四家组织，但EDB仍是最大贡献者。时间表被作者称为雄心勃勃，能否如期取决于维护者多元化和生产采用能否持续。
对采用者的实际意义
文章指出，通过CNCF尽职调查意味着生产级PostgreSQL不再是大厂或付费专有平台的专属。初创公司、保守银行和公共机构可在相同开放标准上运行自愈、云中立的数据基础设施，避免锁定。同时，项目已拆分为Core、Supply Chain、Community、Docs & Ecosystem、Extensibility四个子项目，生态工具增多，采用者需关注各子项目维护活跃度。
Q&A
CloudNativePG 是什么时候成为 CNCF 孵化项目的？
CloudNativePG 于 2026 年 11 月 2 日（文章发布日）正式成为 CNCF 孵化项目，此前于 2025 年 1 月 15 日进入沙箱阶段。
CNCF 孵化对 CloudNativePG 来说意味着什么？
孵化意味着项目通过了 CNCF 技术监督委员会在安全、发布成熟度、治理和多组织采用等方面的严格审查，成为厂商中立的社区项目，代码、路线图和决策归属于社区。
CloudNativePG 的治理结构将如何调整？
项目将在未来六个月内改革治理结构，特别是指导委员会，引入组织平衡的投票系统，每家公司在指导委员会中最多拥有两个席位，以确保没有单一公司（包括 EDB）能控制项目方向。
CloudNativePG 目前有多少维护者？他们来自哪些组织？
维护者团队已从申请孵化时的 7 人增加到 14 人，分别来自 EDB、GEICO、Upbound 和 Verito Digital 四个组织。
CloudNativePG 计划何时申请 CNCF 毕业？
项目计划在 2027 年申请毕业，目标是在 2028 年达成毕业。
CloudNativePG 在安全方面取得了哪些成果？
在 2026 年 Security Slam 中，CloudNativePG 是仅有的三个获得全部五枚徽章（Cleaner、Chronicler、Inspector、Mechanizer 和 Defender）的项目之一，并产出了 OpenSSF 最佳实践基线、公开威胁评估和 SECURITY-INSIGHTS.yml 文件等持久性成果。
CloudNativePG 与其他 PostgreSQL Kubernetes 操作符的主要区别是什么？
CloudNativePG 是唯一一个拥有厂商中立治理的 PostgreSQL Kubernetes 操作符，不归单一公司所有，并且它采用“将 PostgreSQL 带入 Kubernetes”的设计理念，直接与 API 服务器交互管理 PostgreSQL 实例，不依赖外部故障转移工具。
