AWS 收購 DuckLabs：DuckDB 背後團隊加入 Amazon，開源專案維持獨立

2026 年 8 月 26 日，Amazon 拋出一則讓所有資料工程頻道瞬間沸騰的消息：AWS 已簽署最終協議，收購 DuckLabs——開源分析資料庫 DuckDB 背後、總部位於阿姆斯特丹的公司。這款資料庫已悄悄成為全球安裝量最高的資料基礎設施之一。交易預計在滿足慣常條件後很快完成，DuckLabs 團隊將於九月初加入 AWS。

每個開發者心中的第一個問題——「DuckDB 被買走了嗎？」——得到一個刻意無聊的答案。Amazon 的官方聲明寫得明明白白：「我們收購的不是 DuckDB 開源專案。」 DuckDB、DuckLake、Quack 及所有相關擴充套件，仍由位於阿姆斯特丹的非營利組織 DuckDB Foundation 以 MIT 授權維護，維持自由開源。在 CWI（這家荷蘭研究機構也是 SQL 的誕生地）創造 DuckDB 並共同創辦 DuckLabs 的 Hannes Mühleisen 與 Mark Raasveldt，將繼續領導團隊及開源專案的技術方向。

Amazon 買下的是人才、專業與動能。這究竟是一步妙棋還是治理難題，才是新聞稿底下真正的故事。

DuckDB 是什麼——又為何爆紅

DuckDB 是一款行程內（in-process）分析型 SQL 資料庫——可以想成「分析版的 SQLite」。你不需要架設資料庫伺服器，直接把 DuckDB 嵌入 Python 腳本、R 環境、Java 應用程式，甚至瀏覽器裡的 WebAssembly 執行環境，就能以令百倍體積系統汗顏的速度查詢 Parquet 檔、CSV 或本地資料表。它快速、可靠、可攜，而且好用得出名。

採用數字解釋了 Amazon 為何想要這個團隊。根據專案 2026 年 8 月的里程碑公告，DuckDB 的 GitHub star 數突破 40,000，PyPI 每月下載量超過 5,000 萬——是一年前通報的 2,000 萬的兩倍以上。它已是筆記本、ETL 腳本、dbt 管線的預設依賴，而且越來越常出現在 AI 代理（agent）工具鏈中——當代理需要在中途切一個 10GB 的 Parquet 檔，它會伸手用 DuckDB，因為它毫秒級啟動、零成本。

最後這一點正是戰略核心。分析運算過去意味著資料倉儲：伺服器、叢集、帳單。DuckDB 把這類工作負載的大量份額搬回筆電與容器——雲端計費圍牆之外。每個在本機跑 DuckDB 的分析師，都是 AWS 帳單上少掉的一筆分析運算。買下這場顛覆背後的團隊，既是廉價保險，也是重新引導下一個十年走向的方式。

交易結構：公司被買，基金會不動

承諾中的乾淨切割，其實建立在早已存在多年的結構上：

• DuckLabs——2021 年從 CWI 分拆的營利公司，販售 DuckDB 的支援與開發服務。DuckLabs 並持有 MotherDuck（以 DuckDB 為基礎打造商業雲端平台的新創）部分股權。
• DuckDB Foundation——獨立非營利組織，擁有 DuckDB 商標與原始碼，治理專案的開放性。

Amazon 收購的是前者，不是後者。基金會繼續掌舵：MIT 授權、開放治理，而且現在新增了一個能影響專案方向的利害關係人諮詢委員會——這是隨收購一同宣布的變革。DuckDB 團隊也表示將「解除社群支援的限制」，宣示進入 Amazon 之後會更擁抱開放社群，而非退縮。

這與 Oracle 透過 Sun 收購 MySQL 的劇本相同，只是防火牆事先砌得更明確。防火牆能否守住是個開放問題——但與 MySQL 不同，DuckDB 的治理文件、商標與程式碼，是在任何收購壓力出現之前就放進獨立基金會的。

AWS 為何選在此時：代理時代的資料層

AWS 的官方說法泛泛指向分析——「讓 AWS 分析更快、更簡單、更省成本」——但時機透露了更銳利的訊號。兩股潮流正在匯聚：

第一，AI 代理正成長為分析資料最重量級的新消費者。代理框架與 MCP 伺服器越來越內建 DuckDB 作為本地資料引擎；MotherDuck 推出了 MCP 伺服器，讓 Claude 等代理能用自然語言執行分析。AI 代理嵌入哪個資料庫，哪個資料庫就定義下一場平台之戰，而 DuckDB 正憑預設地位贏得這場嵌入競賽。

第二，雲端資料倉儲市場正在整併。GeekWire 指出，這樁收購落在雲端資料的更大重組之中，Databricks 與 Snowflake 的競爭正把雙方推向鎖定（lock-in）。一個開放、可嵌入、活在代理所在之處的引擎，是沒有任何倉儲廠商控制的楔子。AWS 買下了這根楔子。

Amazon 副總裁暨傑出工程師 Andy Warfield 給了官方說法：「過去近十年，DuckDB 團隊的信念是打造一個讓人們能安心處理資料的工具……這種理念與 AWS 及客戶看待資料的方式完全一致。」

使用者該盯緊的細節

未來幾個月有三件事值得關注：

1. MotherDuck 的處境。 DuckLabs 持有 MotherDuck 股權，而 MotherDuck 委託 DuckLabs 進行核心開發。這層關係現在要繞經一家 Amazon 子公司。MotherDuck 公開姿態友善（「DuckDB 長大了，飛出巢了」），但雲端巨頭持有你主要開發承包商的股權，是一種全新的競合關係。

2. 路線圖引力。 承諾是「路線圖、授權、治理皆不改變」。歷史上，收購者會信守這類承諾，直到整合優先順序介入為止。請留意 DuckDB 的中立擴充生態系——包括加入模型驅動 SQL 函數的 ai 社群擴充套件——是否開始漂向 AWS 優先的慣例。

3. 基金會的實權。 基金會能守住程式碼的開放，但原始作者們的集中專業能力不是基金會能複製的。如果收購完成後路線圖仍真正由社群驅動，這筆交易將成為開源基礎設施公司被收購的範本；如果不能，它會變成與 MySQL、Terraform 並列的警世故事。

結論

對 DuckDB 數百萬日常使用者而言，明天什麼都不會壞掉：同樣的 MIT 授權、同樣的基金會、同樣那個你 pip install 的二進位檔。對產業而言，訊號更響亮——可嵌入的分析層已重要到 Amazon 寧願付錢買下背後的頭腦，而不是自己打造競品。在每個 AI 代理都需要一個快速、本地、零運維 SQL 引擎的時代，DuckDB 剛剛成為 Amazon 不擁有的、最重要的資料庫。