AWS 收购 DuckLabs：备受开发者喜爱的进程内分析数据库 DuckDB 正式加入亚马逊旗下

Amazon Web Services 刚刚宣布收购 DuckLabs，即 DuckDB 背后的团队——这款进程内开源 OLAP 数据库在短短几年内已成为数据生态系统中备受推崇的分析工具。此次收购引发了关于该项目开源未来的诸多讨论。

DuckDB：给初学者的回顾

DuckDB（duckdb.org）是一款分析型数据库（OLAP - 在线分析处理），采用进程内运行模式：无需启动服务器，无需管理守护进程。您可直接将其嵌入 Python、R、Node.js 或 Java 应用中，或通过 CLI 使用。

import duckdb

# 几秒内分析数 GB 的 CSV 文件
result = duckdb.sql("SELECT category, SUM(revenue) FROM 'data.csv' GROUP BY 1")

典型用例：在本地分析大型数据文件（CSV、Parquet、JSON），无需搭建 Spark 集群或 Redshift 实例。DuckDB 在列式数据（Parquet、Arrow 格式）上表现尤其出色，可在标准笔记本电脑上几秒内处理数 GB 文件。

它在数据科学与数据工程生态系统中的崛起令人印象深刻：在短短 2-3 年内，它已成为 Python 数据分析师不可或缺的工具。

AWS 收购的对象

DuckLabs 是围绕 DuckDB 项目（最初为荷兰 CWI 研究中心的研究项目）创建的商业公司。DuckLabs 雇佣了项目的核心维护者，并通过 MotherDuck（DuckDB 的托管云服务）实现商业化。

AWS 此次收购的不仅是团队（即驱动引擎的核心人员），还隐含地获得了项目的战略控制权——尽管技术上 DuckDB 仍采用 MIT 开源许可证（一种宽松的开源许可）。

立即引发的问题

DuckDB 采用 MIT 许可证：任何人都可 fork、重新分发或商业化修改。理论上，AWS 收购后对 DuckDB 的“控制”并未比收购前更强。

但在实践中，核心维护者现已为 AWS 工作。路线图决策、功能开发、与 AWS 生态系统（S3、Athena、Glue、Redshift）的集成等，都将受到亚马逊利益的影响。这未必是坏事——AWS 的资源可能加速开发——但项目的治理平衡已然改变。

ElasticSearch 的先例（被 Elastic 收购后，因许可证变更，AWS 分叉为 OpenSearch）展示了此类动态可能朝两个方向演变。

对您意味着什么

如果您本地使用 DuckDB： 短期内无需改变。代码仍为 MIT 许可，现有版本依然可用，CLI 与 Python/R 等绑定将继续正常运行。

如果您使用 MotherDuck（托管云 DuckDB）： 请预期将逐步迁移至 AWS 基础设施，并可能与 AWS 服务更深度集成。定价可能调整。

如果您正在评估 DuckDB 用于新项目： 它仍是本地分析的优秀选择。但若您的组织对 AWS 依赖持谨慎态度，不妨评估其他替代方案：Polars（Python，极快）、ClickHouse（服务器端但高性能）、Apache DataFusion（Rust，进程内）。

关键要点： DuckDB 仍为 MIT 开源——AWS 收购 DuckLabs 在法律上并未改变这一点。但项目的事实治理权已转向亚马逊。需长期关注路线图决策与许可证政策的变化。