跳到文章正文
开源项目 编辑推荐

AWS 收购 DuckLabs:DuckDB 创始人进亚马逊,MIT 许可证保持不变

一分钟速览 亚马逊宣布收购 DuckLabs——分析型数据库 DuckDB 背后的公司,总部位于…

一分钟速览

  • 亚马逊宣布收购 DuckLabs——分析型数据库 DuckDB 背后的公司,总部位于阿姆斯特丹。
  • DuckDB 两位联合创始人 Hannes Mühleisen 与 Mark Raasveldt 加入亚马逊云科技,继续领导项目技术方向。
  • DuckDB 及 Duck Stack 全部组件继续采用 MIT 许可证,DuckDB Foundation 继续监督项目。
  • Aurora PostgreSQL 成为首个落地功能:在数据库内直接查询 S3 与 Iceberg 上的历史数据,不再需要反向 ETL。
  • 社区反应总体积极,但普遍担心一件事:收购会不会拖慢创新速度。

一个”小而快”的数据库,为什么值得买

DuckDB 的定位一直很克制。它不去争抢 PB 级数据仓库的市场,而是把目标锁定在一个被大厂长期忽视的区间:1TB 以内的分析型查询。

这个区间听起来不起眼,实际上覆盖了绝大多数日常分析场景——仪表盘、临时取数、数据探索、单机跑一遍模型特征。过去这些活儿要么塞进重型数仓,要么用 pandas 硬扛到内存爆掉。DuckDB 用列式存储加向量化执行,把这件事压缩成一条 SQL 就能跑完的本地操作。

亚马逊云科技技术副总裁 Mai-Lan Tomsen Bukovec 给出的说法是,DuckDB 面向的是当今全球超过九成的数据查询,这类查询处理的数据量通常在 1TB 或更少。她还点出了一个正在变重的场景:AI 智能体。智能体在执行任务前,往往会先探查数据、跑几条小的探索性查询,再决定下一步做什么。这种”小查询、高频次、低延迟”的模式,正好是 DuckDB 的舒适区。

交易的结构:买公司,不买项目

这笔交易最值得注意的,是它对开源承诺的处理方式。

DuckDB 以及 Duck Stack 里的所有组件,包括数据湖格式 DuckLake 和查询协议 Quack,都将继续采用 MIT 许可证,保持免费开源;非营利组织 DuckDB Foundation 继续负责监督。两位创始人在公告里给出的理由是,加入亚马逊云科技能让他们获得独自发展时难以企及的资源与影响力。

这套安排在开源圈并不新鲜:公司被收购、项目交给基金会、核心团队进入大厂。它解决了一个长期矛盾——项目需要商业化才能养活开发者,但商业化又容易把项目变成厂商的私有资产。把商标和治理权放进基金会,是折中的办法。

亚马逊云科技杰出工程师 Andy Warfield 描述了合作如何逐步加深:最初接触时,S3 团队正在做 S3 Tables;此后两年,双方在把 AWS Lambda 当作快速启动 DuckDB 查询的原语、以及通过 ATTACH 与 CONNECT 命令打通 DuckDB 与 AWS 数据库之间反复配合。这笔交易在他看来不是吞并,而是把两位创始人的影响范围放大。

第一个落地场景:把 ETL 干掉

收购之后第一个上线的功能,是 Aurora PostgreSQL 里由 DuckDB 提供支持的查询能力。

它要解决的痛点很具体:应用需要把 Aurora 里的近期事务数据,和存在 S3 里的历史记录放在一起分析。过去的常规做法是搭一条反向 ETL 流水线,把数据搬来搬去。结果是数据重复、基础设施成本上升,还要长期投入工程力量维持同步。

现在用户可以用一条查询,把实时业务数据、由 AWS Glue Data Catalog 管理的 Apache Iceberg 表、以及存储在 S3 与 S3 Tables 中的 Parquet 和 Iceberg 数据结合起来,全部在 Aurora 内部完成,不增加网络跳转,也不需要 ETL 流水线。该功能已在所有商业区域以及 GovCloud 上线,不额外收费,只按查询产生的增量计算资源和 S3 请求计费。

这个功能很能说明亚马逊买它的意图:DuckDB 不是一个要独立售卖的产品,而是一块可以嵌进现有云服务的加速件。把它塞进 Aurora,等于给一个事务型数据库补上了轻量分析的能力。

社区的那点警惕是对的

Reddit 上有一条评论被反复引用:希望这不会拖慢他们一直以来的创新速度,但也很高兴他们找到了一种既能从成果中获益、又能让项目留在基金会治理下的方式。

这句话把开源社区的复杂心态说得很准。一方面,核心开发者进入大厂意味着稳定收入,项目不必靠捐赠和咨询苟活;另一方面,路线图从此要和大厂的商业优先级对齐,那些”不赚钱但很有意思”的方向,优先级会悄悄往后排。

更现实的观察点是人才。DuckDB 的技术密度高度集中在两位创始人身上,他们现在要同时承担 AWS 内部的产品交付和开源项目的方向把控。这两件事在时间上天然冲突,而历史上大多数类似安排,最终都是内部产品赢了。

对使用 DuckDB 的团队来说,短期没有风险:许可证没变,基金会还在,版本照样发。中长期要盯的是两件事——社区 PR 的合并速度有没有下降,以及那些边缘但重要的功能(比如新的文件格式支持、新的扩展接口)还剩下多少人在做。

本文地址:https://www.163264.com/18533