title: 当收购开源不再等于改许可证：2026，云分析竞争正从“托管一个引擎”转向“雇下写提交的人”
date: 2026-09-16 10:00:00
categories:

• 1

tags:

• 云计算
• 开源
• 开发者

8 月 26 日，阿姆斯特丹那家不到四十人的公司发了一篇很克制的声明：DuckLabs 将加入 AWS，预计 9 月初生效。项目本身的口径几乎一字不差——DuckDB、DuckLake、Quack 继续 MIT，非营利的 DuckDB Foundation 继续托管。一周后，官网补了一行更短的话：流程已在 8 月 31 日完成。金额没公布。仓库还在。许可证也没改。

真正该吵的不是“亚马逊吞掉了开源数据库”。该吵的是：云厂商已经学会把交易拆成两层。一层是社区看得见的——基金会、MIT、团队留在原城；另一层是提交历史上看得见的——谁发工资、谁排优先级、谁决定下一个季度写什么。买下写代码的人，比买下许可证更安静，也更有效。

买的不是 DuckDB，是那三十个人

DuckLabs 自己写得很清楚：他们收购的对象是公司，不是项目。AWS 的官方新闻同样划了一条线：不收购 DuckDB 这个开源项目，项目仍由独立基金会持有，继续 MIT。CWI 在基金会里的代表 Peter Boncz 补了一句更硬的：基金会持有开源 DuckDB 的全部 IP，而且会继续持有。

这套结构不是公关发明。DuckDB 2018 年前后从荷兰国家数学与计算机研究所 CWI 长出来，创始人 Hannes Mühleisen 和 Mark Raasveldt 后来把商业化做成了一家自举公司：不拿风投、创始团队控股、三十多人全在阿姆斯特丹。DuckLabs 说，当时风投已经在敲门，他们选了另一条路——先把技术做稳，而不是先把销售做大。

也正因为这条路走通了，瓶颈才换了形状。官方博客承认两件事：下载量已经到每天超过一百万；同时他们担心，小小的商业公司会变成项目、团队、以及在上面做生意的人的瓶颈。再扩一层销售和支持，注意力就会从内核挪走。AWS 给的，正好是他们自己说缺的东西：基础设施、覆盖面，以及“让那些根本不会主动去找分析数据库的人，也用上 Duck Stack”。

所以这笔交易的产品逻辑很直。DuckDB 是进程内 OLAP：没有独立数据库服务器要装，SQL 可以直接打到本地或对象存储上的 Parquet、CSV、JSON。AWS 已经在 S3 Tables、SageMaker Lakehouse 上和他们磨了一年多。Amazon Quick 把 DuckDB 嵌进自己的查询引擎后，公开口径是处理了超过 25 亿次查询，平均延迟降了约 30%。云厂商要的不是再贴一张“我们支持开源”的徽章，而是把已经长在 S3 边上的查询路径，收进自己能持续供血的工程编制里。

许可证保护的是已经写出来的，编制决定的是下一步写什么

开源圈最容易被安抚的句子是：还是 MIT。这句话是真的，也常常被用满。许可证管的是你能不能 fork、能不能商用、能不能把旧代码带走。它不管：明年的扩展签名机制谁先做、和 BigQuery / Google Sheets 的兼容会不会排到 S3 后面、基金会咨询委员会有没有否决权，还是只有“提供意见”。

The Register 当时问到利益冲突——DuckDB 明明也能读 Google 表格、管 BigQuery 数据集。Mühleisen 的回答不是“不会有冲突”，而是承认冲突可能存在，所以要扩大基金会的角色，加技术顾问委员会，让押注 DuckDB 的人有一条独立通道。这是诚实的。它也等于承认：今天大多数贡献和战略方向，仍然来自 DuckLabs 这一拨人。人换了东家，通道就得另搭，否则“独立”只写在章程里。

反方其实打在同一句话上：雇下核心提交者，并不等于没收仓库；但它会改变仓库的重力。 MotherDuck 的 CEO Jordan Tigani 公开表示欢迎，说这会给生态加动量，同时也没回避那种熟悉的云厂商剧本——等一个开源项目长到足够大，再把它做成服务。欢迎竞争，和承认狼被请到了晚宴上，可以是同一段话的两半。

对用户，短周期里几乎什么都不会坏。Python 包还是那个包，本地查询还是那个速度，S3 上扫 Parquet 也不会突然收费。会变的是中周期的默认路径：哪些文件格式、哪些表格式、哪条“在 AWS 上跑得最好”的集成，会先被写成产品。AWS 大数据博客已经把方向写出来了——把 DuckDB 擅长的“日常、通常不超过 1TB 的 SQL”和 S3、Redshift、Athena、EMR、Glue 那一套“几百 TB 到 PB”拼在一起。这不是阴谋，这是收购说明书。

云数据栈的下一仗，不在仓库主页，在提交者花名册

过去十年，云厂商对开源的标准动作是：先兼容，再托管，再把差异化功能留在专有层。PostgreSQL、Redis、Elasticsearch、Kafka，都走过类似的弧线。DuckDB 这回不太一样。它本来就不是一个需要你先起集群的引擎，它是一个库。库一旦被嵌进 Quick、嵌进 Lambda、嵌进“你以为自己只是在查 S3”的控制台，分发权就不在 GitHub 星标上，而在默认查询按钮后面。

这也是为什么“基金会还在”不能单独当结论。基金会能挡住的是：许可证被改成不能用、商标被收走、旧版本从世上消失。基金会挡不住的是：最懂向量化执行的那三十个人，日程表上先出现的是哪一家云的工单。对 Databricks、Snowflake、Google Cloud，以及靠托管 DuckDB 吃饭的 MotherDuck，真正要盯的不是 8 月 31 日那条成交确认，而是 12 月 re:Invent 会不会出现一个“你不用知道这是 DuckDB”的查询服务。那一天如果到来，开源项目仍可能很健康——只是健康的定义，从“人人可以跑引擎”，变成了“人人可以跑引擎，但大多数人跑的是亚马逊包好的那一层”。

一句话：AWS 没有买走 DuckDB 的许可证，它买走了让这个许可证持续值钱的那批人。开源还在；默认路径，正在换东家。