AWS 可能将 DuckDB 置于其数据栈核心AWS 或许会借助 DuckLabs 的专业能力将 DuckDB 更深入地嵌入其数据栈。分析师称项目重心可能向 AWS 转移。开源软件让云服务提供商采用流行技术无需收购背后公司但 AWS 认为仅用 DuckDB 不够本周三宣布收购位于阿姆斯特丹、开发 DuckDB 生态系统的 DuckLabs将开源项目保留在 DuckDB 基金会旗下。收购后 DuckLabs 约 30 人团队将加入 AWSDuckDB 及其相关产品仍遵循 MIT 许可证开发者和企业可继续使用。不过AWS 未说明收购带来的好处及对新服务开发和相关技术平台的影响。AWS 可能将 DuckDB 置于其数据栈核心尽管数据库本身不受 AWS 控制但将开发 DuckDB 的工程师纳入麾下能为 AWS 产品增添战略价值。HFS Research 执行研究主管 Ashish Chaturvedi 表示期待独立 Amazon DuckDB 产品的人过于乐观因 AWS 已有 Redshift 等大量数据库服务。AWS 和 DuckLabs 此前已在 S3 Tables 和 SageMaker Lakehouse 上合作表明 DuckDB 对 AWS 更大价值是作为嵌入式查询引擎融入现有分析服务而非作为独立产品。Chaturvedi 还称DuckDB 能在进程内运行分析查询无需用户配置或管理单独集群很可能先出现无服务器查询层用 DuckDB 对 S3 和 Iceberg 表中数据快速低成本查询无需客户配置数据仓库。此外此次收购让 AWS 在开放表格式市场获专业知识DuckLabs 发布的 DuckLake 1.0 能让 AWS 在应对 Apache Iceberg 影响力时有更多选择。像 Iceberg 这样的开放表格式受欢迎因可让不同分析引擎查询和管理数据湖数据减少对单一数据仓库或专有平台依赖。DuckLake 通过存储数据和管理表元数据简化架构让企业更易构建和运营数据湖。开源但重心转移尽管收购有潜在好处但可能让开发者和企业产生新担忧不过 AWS 资源能加速 DuckDB 生态系统发展并提供更好支持。Chaturvedi 表示开发者不应将许可证不变误解为项目不变编写 DuckDB 核心代码的主要人员拿 AWS 薪水会影响路线规划。对 AWS 服务重要的功能会优先开发对竞争对手云服务用例重要的功能则会推迟。对于在多云架构中使用 DuckDB 的 CIO 来说这种区别更重要虽 MIT 许可证能防止深度锁定且引擎在任何地方都能工作但不应再认为 DuckDB 中立制定战略架构时应考虑 AWS 影响。不过对于已在 AWS 上运行数据和分析工作负载的企业这种优先级转变可能是优势意味着 DuckDB 能在现有数据栈中更深入集成、更好支持和更紧密优化且随着基金会和 MotherDuck 扩大支持范围企业寻求帮助的途径更多。AWS 尚未披露收购财务条款和预计完成时间。