你在笔记本上直接打开一批 CSV 或 Parquet 文件，几秒钟就能开始分析，不必先搭一套数据库服务器。DuckDB 正是为这类场景设计的嵌入式分析数据库，常被称作“分析场景里的 SQLite”。如今，维护它的核心商业团队 DuckLabs 准备加入 AWS，但开源项目本身并未随之宣布归入 AWS：代码继续开放，治理仍由独立基金会承担。
这更像一次“团队进入云巨头、项目留在公共治理框架”的组织重排。需要先说清信源边界：目前材料只有 DuckLabs 的官方公告。公告写的是“DuckLabs 将加入 AWS”，没有明确使用“收购”一词，也未披露金额、交易结构或收购主体，因此标题中的“AWS 收购 DuckLabs”仍需谨慎看待。
加入 AWS 的是谁？
据 DuckLabs 官方公告，这项安排预计在 2026 年 9 月上旬生效。其超过 30 人的团队将保持完整，继续留在阿姆斯特丹，共同开发 DuckDB、DuckLake、Quack，并参与相关社区。
DuckLabs 是一家由创始人和开发团队全资持有、没有接受风险投资的 bootstrapped company——也就是主要依靠自身业务收入成长的公司。它成立于五年多前，目的是给 DuckDB 团队一个稳定的长期归宿。公司称，DuckDB 目前每天下载超过 100 万次；这个数字来自利益相关方自述，暂时没有独立材料交叉验证。
团队解释，原有模式开始面临两难：DuckDB 增长太快，小公司可能成为支持项目和用户的瓶颈；但如果把 DuckLabs 扩张成庞大的销售、支持和运营机构，开发者又可能被迫离开最擅长的技术与社区工作。DuckLabs 表示，双方已经合作一年多，希望借助 AWS 的基础设施、规模和客户覆盖，让团队更专注于技术开发。这里的“更多资源和覆盖面”仍是双方对未来的判断，不是已经验证的结果。
“DuckDB 不卖”准确吗？
这句话抓住了公告最重要的方向，但说得过满。
开源项目常把商业团队和治理机构拆开。公司负责雇用核心开发者、承接商业合同；独立基金会则可以负责代码资产、商标或治理规则。因此，一家公司或团队加入大企业，不一定等于开源项目也被一并买走。
公告明确承诺，DuckDB 以及“Duck Stack”的其他开源组件将继续采用 MIT license 免费开源，非营利组织 DuckDB Foundation 继续负责项目治理。MIT license 是一种宽松的开源许可，允许他人使用、修改、分发，也允许商业使用。换句话说，AWS 获得核心团队，不等于其他开发者和厂商失去使用这些代码的权利。
但“继续开源”也不能自动推出“什么都没交易”。现有材料没有交代 DuckDB 品牌、知识产权或其他商业权益的具体安排。更稳妥的表述是：DuckLabs 将加入 AWS，而 DuckDB 等项目承诺继续按 MIT 许可开放，并由 DuckDB Foundation 治理。
为什么这件事值得盯住？
DuckDB 已不只是一款单独的软件。它周围正在形成一套分析工具，其中 DuckLake 是开放的 lakehouse 格式——用事务型 SQL 数据库管理表结构、快照等元数据，用 Parquet 文件保存实际数据，让数据湖也能获得版本、事务和可靠更新等数据库能力。
AWS 这样的 hyperscaler，也就是拥有全球大规模云基础设施的厂商，既能给开源数据库带来分发渠道和客户，也可能提供与项目商业公司竞争的托管服务。现在，核心开发团队进入 AWS，基金会继续掌舵开源项目。两者之间能否长期保持清楚的边界，将影响用户、贡献者和其他云厂商对项目中立性的判断。
真正值得观察的，不只是 DuckDB 会不会获得更多资源，而是这种安排能否形成一个可持续范本：云厂商吸纳最懂技术的人，同时不把社区赖以信任的许可证和治理机制收进公司内部。
局限与未知
- 公告未明确称这是一笔“收购”，也没有披露金额、交易结构或具体权益范围。
- 团队留在阿姆斯特丹、保持完整及 9 月上旬生效，均是尚未兑现的前瞻性安排。
- 供稿原文末尾被截断，DuckDB Foundation 拟设技术顾问委员会等后续内容并不完整，无法据此判断治理结构将如何具体变化。