2026 年 8 月 26 日，DuckDB 背后的公司 DuckLabs 在官网宣布加入 AWS，交易预计 9 月初完成。同一天，HN 上这条新闻拿到 923 分和 274 条评论，是当日首页最高分帖子；Lobste.rs 上也出现了同样的讨论帖。一家 30 余人的荷兰公司被云巨头买下，之所以值得展开，在于这笔交易的结构：AWS 买走的是公司和团队，DuckDB 项目本身的知识产权并不在交易范围内。
三层结构：买的、没买的、动不了的
这笔交易里其实有三个主体，各自走向不同。
**第一层是 DuckLabs 公司本身。**这家位于阿姆斯特丹的公司连同全部 30 多名工程师并入 AWS，团队整体留在阿姆斯特丹，继续负责 DuckDB、DuckLake 和 Quack 的开发。两位创始人 Mark Raasveldt 和 Hannes Mühleisen 五年前创办这家公司时的目标就是给 DuckDB 团队一个稳定的栖身之处，现在整个团队换了一个更大的东家。
**第二层是 DuckDB 项目的知识产权。**这部分从一开始就不属于 DuckLabs 公司，而是由非营利组织 DuckDB 基金会持有。基金会成立于 DuckLabs 从 CWI（阿姆斯特丹计算机科学研究所）独立出来之时，设计中就包含了防止单一公司控制项目的考量。收购完成后基金会继续持有全部开源 IP，CWI 代表 Peter Boncz 以基金会董事身份确认了这一点。
**第三层是 MIT 许可证。**DuckDB 及其生态组件继续以 MIT 许可开源，这是许可证谱系里最宽松的一档：任何人可以免费商用、修改、再分发，唯一义务是保留版权声明。任何企业想基于 DuckDB 做自己的发行版，MIT 都不构成障碍。
把三层放在一起看：公司易主了，代码的归属和控制权没有变化，使用者的权利也没有变化。这就是为什么公告发出后社区的反应以放心居多——严格说，用户手里的 DuckDB 本来就不是 DuckLabs 的资产，这次自然也不会变成 AWS 的资产。
这家公司从成立起就没拿过风投
DuckLabs 是融资环境里的一个异类。公司于 2021 年前后在阿姆斯特丹成立，那时 DuckDB 正开始获得真实关注，商业合同主动上门，风投也找过来，两位创始人选择了 bootstrap：不引入任何外部投资：公司完全由创始人和员工持有，不引入外部资本。
五年时间，公司靠支持合同和功能优先开发协议养活了自己，规模扩大到 30 人以上，DuckDB 的日下载量超过一百万次。GuruFocus 的报道还提到了一个细节：这家公司原名 DuckDB Labs，2026 年 5 月 27 日更名为 DuckLabs，反映了业务范围从单个数据库扩展到更完整产品线的意图——也就是现在的 DuckDB 加 DuckLake 加 Quack 的 Duck Stack 组合。
两位创始人在公告里解释了为什么不继续独立走下去：他们担心增长速度会超过一家小公司的支撑能力，担心把精力耗在扩充销售和支持团队上反而稀释了技术投入。这与当年拒绝 VC 的逻辑一致，只是方向反过来——五年前拒绝外部资本是为了保住技术自主，如今并入 AWS 也是为了能在一个更大的底盘上做技术。
AWS 为什么需要一只鸭子
AWS 与 DuckLabs 的合作不是临时起意。2025 年 3 月，双方就发布了 DuckDB 对接 Amazon S3 Tables 的集成预览，官方公告称这一合作已持续一年多。AWS 杰出工程师兼副总裁 Andy Warfield 在公告中写道，他与这个团队紧密合作了约两年，称其为他在职业生涯中合作过的技术上最有深度、最谦逊、推进速度最快的团队之一。
AWS 拿到的是什么？答案藏在数据基础设施行业的现状里。分析查询正在成为云厂商必争的一环：谁掌握了它，谁就能在存储层和计算层之间占据更有利的位置。DuckDB 是进程内 OLAP 数据库的代表：不依赖服务器、单文件即可运行、对 Parquet 和 CSV 等格式开箱即用，日均百万下载说明它已经嵌入了大量数据工作流。让它与 AWS 服务深度整合的价值不难估算。
这笔交易也没有数据库创业公司被收购时的典型苦涩味道：公司没有外部投资人，五年来靠自己的收入养活团队，不存在资金链倒逼出售的情形，交易金额虽然未披露，出售显然出于主动选择——把公司放进一个平台，换取技术和分发上的杠杆。
对开发者意味着什么
具体的变化分为短期和中长期两块。
短期内几乎感受不到。许可证不变，基金会治理不变，团队驻地不变，现有版本照常可用。对于已经在生产环境里使用 DuckDB 的团队，没有任何立即行动项。
中长期的变化有三个观察点。第一，基金会将设立技术咨询委员会，让核心社区成员参与技术方向的讨论，这是治理结构上的实质改进。第二，扩展签名机制将对外开放，第三方开发者签名的扩展可以进入 DuckDB 的扩展体系——目前扩展基本由官方渠道提供，开放后生态的多样性会明显增加。第三，也是最大的不确定项：DuckDB 与 AWS 数据服务的整合会走到什么深度，比如 S3 Tables 的原生查询体验会不会变成新的默认路径。
需要冷静看待的是开源项目被云厂商收购后的常见剧本：社区担心免费的版本逐渐降级为二线产品，而商业托管版成为一线。DuckDB 的结构对此有相当强的防御——IP 在基金会手里，代码和决策不随公司走，任何人都可以 fork。但许可证防不住优先级流失：如果官方团队的注意力转向 AWS 集成相关的特性，社区关心的其他方向可能变慢。基金会咨询委员会能否形成有效的制衡，值得持续观察。
顺带回顾一下这台引擎近期的状态：2026 年 8 月 17 日发布的 v2.0 引入了 Quack 服务器模式、VARIANT 类型转正和异步 I/O 架构，S3 查询性能提升显著。这篇公告发布时距离 v2.0 发布只有九天，可以说 DuckDB 正处于五年来技术和关注度的高点。对了解这台引擎细节的读者，此前本站已有DuckDB v2.0 Quack 服务器模式与递归 CTE 提速和S3 异步 I/O 双线程池架构两篇技术解读可供参考。