CloudNativePG 社区 非常激动地发布 CloudNativePG Operator 的 1.22.0 版本。这是一个重要的里程碑，引入了声明式表空间和临时表空间，并包含各种增强和修复。
表空间是数据库管理系统中强大且广泛采用的功能，现在在 CloudNativePG 1.22.0 中成为焦点。此版本使用户能够通过解耦物理和逻辑数据建模来提高数据库的垂直可伸缩性，通过并行磁盘读/写操作实现最佳性能。借助 CloudNativePG，用户可以定义额外的表空间卷，并确保它们可用于临时操作（CloudNativePG 无缝管理 temp_tablespaces GUC）。
这是采用超大型数据库（Very Large Databases）的一个关键步骤，它建立在 1.21 版本中引入的 Kubernetes volume snapshot 基础上。
从 1.22.0 版本开始，ALTER SYSTEM 命令默认被禁用。这确保了 PostgreSQL 配置的更改通过 Kubernetes API 进行编排。这种简化的方法保证了整个高可用集群的一致性，并符合基础设施即代码（Infrastructure-as-Code）的最佳实践。
在安全性方面，所有支持的版本现在默认要求 TLS 1.3 进行 PostgreSQL 连接，进一步增强了数据传输的完整性。
在开始升级之前，请仔细阅读详细说明。所有支持的版本，包括 1.21.2 和 1.20.5，现在都有新的补丁版本可用。
考虑到引入的重大更改，我们强烈建议您尽快升级到 CloudNativePG 1.22.0。或者，请更新到您当前次要版本中的最新补丁版本。
随着 1.22.0 的发布，1.20.x 次要版本将于 2024 年 1 月 21 日达到其生命周期结束（end of life）。
此版本解决了几个 bug，以提高稳定性。有关更改的完整列表，请参阅以下发行说明：
感谢您一直以来对 CloudNativePG 的支持和参与！
CloudNativePG 是一个开源的 PostgreSQL 工作负载 Kubernetes Operator，它协调 PostgreSQL 集群的整个生命周期，从引导和配置，通过高可用性和连接路由，一直到备份和灾难恢复。CloudNativePG 依赖 PostgreSQL 的原生流式复制，使用标准的 Kubernetes 模式在 Pod、节点和可用区之间分发数据。副本可以以 Kubernetes 原生的方式进行扩展和缩减，Operator 会自动且安全地进行适当的复制重新配置。CloudNativePG 是 EDB 最初创建和支持的项目。