AWS 收购 DuckLabs

原文 ↗ Hacker News 讨论 ↗

AWS 收购 DuckLabs——这家开发热门开源分析数据库 DuckDB 的公司——既引来对创始人的祝贺，也引发了对其长期独立性的担忧。评论者指出，DuckDB 的核心 IP 仍归非营利基金会和 MIT 许可证约束，但担心亚马逊的影响力、对云产品的偏好，以及其对开源项目褒贬不一的记录，可能会把开发重点从轻量级、嵌入式分析转向别处。许多人预计 AWS 集成会更紧，并可能与 MotherDuck、Snowflake 和 Databricks 等竞争；也有人强调 Apache DataFusion、SedonaDB 等替代项目可作为对冲选择。

收购与治理

  • AWS 收购的是 DuckLabs（服务/开发公司），不是 DuckDB 本身。
  • DuckDB 仍采用 MIT 许可证，其 IP 由非营利组织 DuckDB Foundation 持有，并由其治理该项目。
  • MotherDuck（云端 DuckDB）是另一家公司，并表示将继续与 DuckLabs/AWS 合作。
  • 有人指出，DuckLabs 之前“独立、无 VC”的表述在交易后已悄然更新。

社区反应

  • 很多人祝贺创始人，并为他们大概率拿到了不错的回报而高兴。
  • 同样强烈的失望和焦虑也在发酵：“我们就是不能拥有好东西” / “独立鸭子的时代 RIP。”
  • 依赖 DuckDB 做本地分析、parquet 查看，以及作为 pandas/Polars 替代品的用户，担心它在 AWS 之下的长期走向。

AWS、文化与项目未来

  • 对 AWS 的看法分裂：
    • 有人认为 AWS 往往会把项目继续养下去，并举出此前的开源案例（如 OpenSearch、Firecracker、Valkey）。
    • 也有人觉得 AWS 具有掠夺性，或者对“技术上很有趣”的工作漠不关心，预计会出现重组、繁重流程（MBR）、倦怠，以及最终核心开发者流失。
  • 围绕这样一个问题展开争论：当大多数核心开发者都领 AWS 工资时，基金会是否真的还能保护项目。
  • 还有人担心会出现只在 AWS 中存在的“企业版 DuckDB”功能，或者逐渐偏离最初的嵌入式 OLAP 目标。

开源、分支与替代方案

  • 有几位指出，由于 DuckDB 是 MIT 许可软件，必要时可以 fork；Haybarn 和 Pygmy-Goose 被提到是现有的社区发行版。
  • 讨论还将其与 Redis、Elastic、MySQL、Java、Terraform、Docker 等进行比较，它们在公司控制后的结果各不相同。
  • 提到或讨论的替代方案包括：Apache DataFusion（尤其适合 Rust 生态）、ClickHouse、Postgres、用于地理空间的 SedonaDB，以及干脆继续使用 SQLite。

技术方向与使用场景

  • 有些人原本就对 DuckDB 2.0 的 server mode 和 async I/O 等特性不太放心，认为这是走向云化/产品化的信号。
  • 也有人对即将到来的超内存索引、实时物化视图、DuckLake/S3 风格集成，以及 AI/向量搜索场景感到兴奋。
  • 旁支讨论解释了为什么会存在这么多不同数据库：OLTP 与 OLAP、规模、延迟和查询模式之间的权衡各不相同。

经济与“代际财富”

  • 关于“代际财富”到底意味着什么的长篇讨论（数字从约 100 万美元到每个孩子数百万美元不等）。
  • 普遍共识是创始人应该赚得不错；大多数员工拿到的则可能只是相对温和、并不改变人生的回报。
  • 更广泛的不满则指向关键基础设施被少数科技巨头集中控制，以及由此带来的权力失衡。