Apache Cloudberry 2.0 前瞻:功能与改进速览
本文翻译自 Apache Cloudberry 官方博客:https://cloudberry.apache.org/blog/apache-cloudberry-2.0-preview-key-features-and-improvements-ahead,译文较原文有微调。本篇博文不会代替版本发布注记,只做关键性概述。
下一个重大版本 Apache Cloudberry (Incubating) 2.0 即将发布。作为自加入 Apache 孵化器以来的首个 Apache 版本,Cloudberry 2.0 将带来一系列功能增强、性能优化与合规性改进。虽然 2.0 官方版本发布流程尚在进行(目前正在筹备 2.0 RC2,包含系列社区讨论、验证与投票),我们希望借本篇博文提前与大家分享 Apache Cloudberry 2.0 带来的系列改进、功能增强和创新亮点。
Apache Cloudberry 2.0 核心亮点
清理代码仓库
本次版本的大动作之一就是对主仓库进行代码与文件整理,移除过时或多余文件与组件,例如从源码中删除从 Greenplum 中遗留下来的 Concourse CI 关联配置文件(concourse/)、hd‑ci/、过时的 Vagrant 和 Kubernetes 相关开发和部署配置文件、以及移除冗余的 PyGreSQL 等文件。此举使得代码结构更加简洁,便于贡献者聚焦核心代码开发与维护。
品牌刷新与统一
随着 Cloudberry 加入 Apache 孵化器开始孵化,我们统一了项目源码与官网中的品牌命名,将“Cloudberry Database”、“CloudberryDB”等旧称全部刷新为更加符合规范的“Apache Cloudberry”或“Cloudberry”,确保项目品牌一致性,面向用户与开发者传达清晰品牌信息。
合规性提升
为满足 Apache 的开源许可及合规要求,我们在所有由 Cloudberry 社区引入的新增文件中添加标准 Apache License 头部声明;在 Python 代码格式化和分析工具上,使用 MIT 协议的 Ruff 替换 GPL 协议的 Pylint;同时,梳理代码仓库文件原有版权及许可协议,确保通过 Apache RAT 协议审计工具。根据 Apache 规范和要求,重写 NOTICE、LICENSE、DISCLAIMER、COPYRIGHT 和 SECURITY 合规文件,同时这些文件也均已调整至最新品牌规范,并在源码顶层 licenses 目录中展示项目源码搭载的所有子模块与组件及其许可说明,确保符合原有第三方组件协议。
此外,Cloudberry 项目全部 PPMC 成员及提交者(Committer)均已签署 ICLA(个人贡献者许可协议),Cloudberry 项目捐赠厂商也已完成 SGA(软件捐赠协议)签署,并提交至 Apache 基金会予以备案留存。以上种种,均为确保项目符合 Apache 规范、保持项目透明度、规避潜在法律风险。
对齐 Greenplum 7.0 代码基线
在年初的两三个月里,Cloudberry 开发者完成了大规模 Cloudberry 与 Greenplum 存档代码的基线对齐工作,引入了涵盖诸多关键 Bug 修复、性能增强、以及 ORCA 查询优化器等组件的优化更新,其中 Greenplum 归档代码中部分与 Cloudberry 路线图不符的更改暂缓引入。总体来看,本次代码基线对齐为后续 Cloudberry 开发奠定了坚实基础。
新功能与功能增强
即将发布的 2.0 版本在 Cloudberry 1.6 基础上带来如下新功能与提升:
-
Dynamic Tables(动态表):支持基于基础表、外部表或物化视图自动刷新查询结果,特别适合用于构建实时分析大屏,可查看文档了解更多信息(https://cloudberry.apache.org/docs/next/performance/use-dynamic-tables)。
-
PAX:引入行列混存模型,支持云对象存储或本地文件系统,可查看文档了解更多信息(https://cloudberry.apache.org/docs/next/operate-with-data/pax-table-format)。
-
更多优化:包括查询优化、ORCA 优化器增强、事务与存储管控、数据加载、资源管理,以及开发者工具诸多改进,详见即将发布的 2.0 Release Note,本文不做具体概述。
CI/CD 流程强化
自进入 Apache 孵化器后,Cloudberry 推出了更加健壮的 CI/CD 管道系统,覆盖所有核心测试与验证。该系统支持并行测试以缩短反馈时长,支持自动生成详尽的测试结果解析报告。
同时,Apache Cloudberry 2.0 发布也严格遵循 ASF 发版流程,包括社区讨论、投票与合规检查等,确保版本质量以及过程透明。
安全增强
安全也是 Apache Cloudberry 2.0 的一项重点工作。我们引入 Coverity Scan 与 SonarQube,进行自动化的定期代码安全扫描,及时改进,以增强代码稳健性。同时,修复了 PostgreSQL 上游 CVE‑2025‑1049 等安全漏洞,并升级 PyYAML 等模块,进一步保障系统安全可靠。
网站和文档更新
网站与文档同步提升。新版官网设计更清晰、导航更直观,文档引入多版本管理,补充新特性指南及相关变更说明等。
展望未来
作为 Apache 孵化项目,Cloudberry 2.0 遵循 ASF 社区讨论、投票、合规审查等严格流程,确保发布的透明度与质量。通过以上描述的诸多投入和强化,我们相信 Apache Cloudberry 2.0 将成为未来创新的重要里程碑。欢迎社区成员继续参与贡献、测试与反馈,共同推动 Cloudberry 成长。
感谢你一直以来对 Apache Cloudberry 的关注与支持!让我们一起期待 2.0 的正式发布!
加入我们
-
访问网站:https://cloudberry.apache.org
-
关注 GitHub:https://github.com/apache/cloudberry
-
加入 Slack 空间:https://apache-cloudberry.slack.com
-
订阅 Dev 邮件列表:查看订阅方式及过往邮件归档 - https://cloudberry.apache.org/community/mailing-lists

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
The AI Moat Pyramid:构建不可复制的 AI 护城河
编者按: 我们今天为大家带来的文章,作者的观点是:真正的 AI 护城河需要系统性地构建六层递进式能力,从技术底座到战略壁垒,缺一不可。 文章提出了"AI Moat Pyramid"框架,详细阐述了六个关键层级:第一层的定制化模型与算法开发,强调超越开源模型性能且支持快速重训练;第二层的专有数据资产,要求数据具备独特性、可用性和普及性;第三层的工作流集成,实现 30 秒内从预测到决策的自动化闭环;第四层的领域专精,确保在监管环境下的合规性、可信度和持续性;第五层的网络效应,通过实时数据捕获和快速模型迭代形成自我强化循环;第六层的战略护城河,构建竞争对手无法复制的独家优势。作者还提供了"3-Point Smell Test"等实用的项目验证方法,以及每个层级的具体量化指标。 本文系原作者观点,Baihai IDP 仅进行编译分享 作者 | Shaili Guru 编译 | 岳扬 耗费五年时间与 6200 万美元后,MD Anderson 癌症中心将其 IBM Watson 在肿瘤治疗领域的试点项目搁置,从未将其投入实际临床使用。 人工智能并非灵丹妙药 ------ 尤其是在那些因过去妥协或...
- 下一篇
为何宏伟蓝图总在执行中“烂尾”?
作为管理者,你是否也有经历过战略目标不能落地的挫败? 年初的战略会议上高瞻远瞩,落地执行却各干各的。 年底一复盘,每个部门都交出了漂亮的数据和成绩单,但年初制定的战略目标却还停留在PPT第一页。 是哪里出了问题? 很多管理者会很疑惑:“我都已经把方向讲清楚了啊,为什么大家就是干不好呢?” 其实很多战略不落地的问题是有了战略之后,就“撒手不管了”。因为大多数团队都陷入一个误区:制定战略是老板的事,执行任务是员工的事。 很多企业的战略就是死在了这里。战略挂在墙上,流程各搞各的,组织结构老旧僵化,人员不匹配,协作还是老一套,结果自然是——战略落不了地,增长跑不起来,团队也越来越疲惫。 战略落地,到底该怎么做? 企业战略不落地,不是因为执行不到位,也不是因为方向错了,而是因为团队没有一条完整的链路和工具让战略在流程里生根,在执行中发芽,在组织里生长,在每一个团队成员的协作里落地为实实在在的果实。 从战略到结果,中间需要“战略-资源-执行-结果”一整条完整的链路来承接。 战略目标如何从“纸上谈兵”到“落地生根” 如何弥合战略规划与日常执行之间的巨大鸿沟?确保公司上下真正围绕战略目标“力出一孔...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- 2048小游戏-低调大师作品
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS7设置SWAP分区,小内存服务器的救世主
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7