摘要：近日，Percona宣布推出OpenEverest"，这是一个支持多种数据库技术的开源平台，用于自动化数据库配置和管理。此外，StackGres等特定于数据库的operator则专注于为单一主流开源数据库引擎提供深度功能集。nbsp;OpenEverest遵循Apache License 2.0许可。
近日，Percona宣布推出OpenEverest"，这是一个支持多种数据库技术的开源平台，用于自动化数据库配置和管理。该平台最初发布时名为Percona Everest，可以托管在任何Kubernetes基础设施上，既可以是云端也可以是本地。
该项目的主要目标是避免供应商锁定，同时提供自动化的私有DBaaS。它基于Kubernetes operator构建，旨在避免依赖单一云供应商技术的复杂部署。OpenEverest是模块化的，允许开发人员和数据库管理员组合不同的数据库、存储系统和部署方法以满足特定的需求。
作为一个插件系统，其核心功能支持GKE Autopilot和Pod调度策略等特性。OpenEverest维护者、Solarica创始人Sergey Pronin"解释"说：
目前，我们专注于数据库管理，但我们真正的愿景远不止于此。我们正在构建一个模块化的基础架构，让你可以无缝地集成更多的数据引擎，连接整个运维体系，从而应对更广泛的数据基础设施挑战。
该项目通过其Web UI和REST API"简化了软件更新、监控、存储扩展和外部访问配置等运维任务。自定义资源DatabaseCluster、DatabaseClusterBackup和DatabaseClusterRestore定义了OpenEverest如何在Kubernetes中声明式地配置数据库集群以及管理它们的备份和恢复，使这些操作可以作为版本化的原生Kubernetes对象进行处理，并隐藏了特定于数据库运营商的大部分差异。
当Percona推出该项目的测试版时，社区反响褒贬不一。在Hacker News上，这引发了一场关于在Kubernetes上运行数据库集群是否是个好主意的辩论"：一些人对使用Kubernetes运行数据工作负载持怀疑态度，其他人则强调托管备份、集群、扩展、升级、优化的好处，其中有位用户指出，“Kubernetes不适合运行数据库”是一个非常过时的看法。
目前，该项目支持通过各数据库引擎专属的Percona operator"部署和管理MySQL、PostgreSQL及MongoDB数据库集群。其功能涵盖数据库配置与扩展、备份及灾难恢复、基于角色的访问控制，以及在Kubernetes环境中灵活地分配资源。最新版本OpenEverest v1.11.0"新增对PostgreSQL 18.1的支持，并通过NodePort支持实现了更灵活的网络配置。
正在进行当中的工作"包括支持ClickHouse、Vitess、DocumentDB、Valkey等工具以及集成Prometheus和其他可观察性平台。根据项目愿景页面的介绍"，其长期目标是为构建和运营数据平台提供一个灵活的开源选项，并充分利用Kubernetes的普及性：“根据Kubernetes的调查数据，已经有50%的组织在生产环境的Kubernetes上运行数据工作负载。”Pronin阐述"了从单供应商解决方案向开源转型的过程：
该项目正在转变为OpenEverest——一个采用开放治理模式、拥有蓬勃发展的多供应商社区的独立开源项目。（……）OpenEverest将通过社区驱动的开放治理模式运作，摆脱单一供应商的控制。
该团队计划将该项目捐赠给CNCF，以保证其长期的独立性，并继续指导其孵化过程。OpenEverest并非在Kubernetes上管理数据库集群的唯一选择。KubeBlocks是一款开源operator（遵循AGPL-3.0许可），设计用于通过统一的API管理多种数据库类型，它目前支持35种数据库引擎，远超OpenEverest；而作为数据库管理平台，KubeDB虽然支持多种数据库，但已不再完全开源。此外，StackGres等特定于数据库的operator则专注于为单一主流开源数据库引擎提供深度功能集。
OpenEverest遵循Apache License 2.0许可。
原文链接：
https://www.infoq.com/news/2026/01/openeverest-kubernetes-databases/"
近日，Percona宣布推出OpenEverest"，这是一个支持多种数据库技术的开源平台，用于自动化数据库配置和管理。该平台最初发布时名为Percona Everest，可以托管在任何Kubernetes基础设施上，既可以是云端也可以是本地。
该项目的主要目标是避免供应商锁定，同时提供自动化的私有DBaaS。它基于Kubernetes operator构建，旨在避免依赖单一云供应商技术的复杂部署。OpenEverest是模块化的，允许开发人员和数据库管理员组合不同的数据库、存储系统和部署方法以满足特定的需求。
作为一个插件系统，其核心功能支持GKE Autopilot和Pod调度策略等特性。OpenEverest维护者、Solarica创始人Sergey Pronin"解释"说：
该项目通过其Web UI和REST API"简化了软件更新、监控、存储扩展和外部访问配置等运维任务。自定义资源DatabaseCluster、DatabaseClusterBackup和DatabaseClusterRestore定义了OpenEverest如何在Kubernetes中声明式地配置数据库集群以及管理它们的备份和恢复，使这些操作可以作为版本化的原生Kubernetes对象进行处理，并隐藏了特定于数据库运营商的大部分差异。
当Percona推出该项目的测试版时，社区反响褒贬不一。在Hacker News上，这引发了一场关于在Kubernetes上运行数据库集群是否是个好主意的辩论"：一些人对使用Kubernetes运行数据工作负载持怀疑态度，其他人则强调托管备份、集群、扩展、升级、优化的好处，其中有位用户指出，“Kubernetes不适合运行数据库”是一个非常过时的看法。
目前，该项目支持通过各数据库引擎专属的Percona operator"部署和管理MySQL、PostgreSQL及MongoDB数据库集群。其功能涵盖数据库配置与扩展、备份及灾难恢复、基于角色的访问控制，以及在Kubernetes环境中灵活地分配资源。最新版本OpenEverest v1.11.0"新增对PostgreSQL 18.1的支持，并通过NodePort支持实现了更灵活的网络配置。
正在进行当中的工作"包括支持ClickHouse、Vitess、DocumentDB、Valkey等工具以及集成Prometheus和其他可观察性平台。根据项目愿景页面的介绍"，其长期目标是为构建和运营数据平台提供一个灵活的开源选项，并充分利用Kubernetes的普及性：“根据Kubernetes的调查数据，已经有50%的组织在生产环境的Kubernetes上运行数据工作负载。”Pronin阐述"了从单供应商解决方案向开源转型的过程：
该团队计划将该项目捐赠给CNCF，以保证其长期的独立性，并继续指导其孵化过程。OpenEverest并非在Kubernetes上管理数据库集群的唯一选择。KubeBlocks是一款开源operator（遵循AGPL-3.0许可），设计用于通过统一的API管理多种数据库类型，它目前支持35种数据库引擎，远超OpenEverest；而作为数据库管理平台，KubeDB虽然支持多种数据库，但已不再完全开源。此外，StackGres等特定于数据库的operator则专注于为单一主流开源数据库引擎提供深度功能集。
OpenEverest遵循Apache License 2.0许可。
原文链接：
https://www.infoq.com/news/2026/01/openeverest-kubernetes-databases/"