DuckDBの開発元DuckLabsがAWSに参加──ユーザー目線で「何が変わるか」を過去のOSS買収と比べて読む

分析用のデータベース「DuckDB」を作っているオランダ・アムステルダムの開発元DuckLabsが、AWS（Amazon Web Services）に加わると発表した。発表は2026年8月26日、DuckLabs公式ブログとプレスリリース、そしてAmazon側のニュースルームの3本が同日に出ている。今回はこの3本と、DuckDB Foundationの公式サイト、過去に似た立場だった2社（Red Hat、Elastic）の一次情報を読み比べた。

2026年9月初旬に何が起きて、DuckDBを使っている側は今どうすればいいか

結論から書く。DuckLabsの発表によれば、効力発生は2026年9月初旬の見込みで、それまでは特に何も変わらない。AWS公式のニュースルームも取引完了後の見通しを説明したうえで「In the meantime, nothing changes for DuckDB users.（それまでの間、DuckDBユーザーにとっては何も変わらない）」と明記している。

今すぐ何かを移行する必要はない。DuckDB・DuckLake・QuackはMITライセンスのオープンソースのまま、非営利のDuckDB Foundationが引き続き管理すると両社とも述べている。一方で、AWS公式は「取引の完了は通常のクロージング条件次第（subject to customary closing conditions）」とも書いており、9月初旬という時期はあくまで「見込み」で確定ではない。続報が出れば本記事を更新する。

3行まとめ DuckDBの開発元DuckLabsが2026年8月26日、AWSへの参加（AWS側の表現では買収の最終契約への署名）を発表。効力発生は9月初旬見込み。DuckDB・DuckLake・QuackはMITライセンスのまま、非営利のDuckDB Foundationが管理を継続する。

発表の要点

「Duck Stack」全体で、オープンソースのまま残るのはどこまでか

DuckLabsが「引き続き無償・オープンソースで残る」と明言しているのは、DuckLabsブログとプレスリリースの双方で名指しされている以下の3つの構成要素だけである。一部だけ挙げて「など」で濁さず、原文に出てくる範囲をそのまま書く。

管理主体のDuckDB Foundationは、公式サイトで自らを「DuckDB・DuckLake・Quackの中核IP（知的財産）と商標を保有する非営利財団」と説明し、ライセンスについては "MIT, irrevocably"（MIT、撤回不能に）という強い言葉を使っている。財団の理事会は3人で構成され、DuckDB共同創作者のHannes Mühleisen氏（議長）・Mark Raasveldt氏、そしてCWIアムステルダムのPeter Boncz氏が名を連ねる。この3人は財団理事であると同時に、Mühleisen氏とRaasveldt氏はDuckLabsの共同創業者でもあり、Boncz氏はDuckLabsブログに寄せたコメントの中で「CWIを代表する財団理事」として今回の件を歓迎する言葉を寄せている。財団の独立性を担保する仕組みではあるが、理事の顔ぶりはDuckLabsの中心人物とほぼ重なっている点は、事実として押さえておきたい。

過去に企業がOSS開発元を取り込んだとき、実際に何が起きたか

「オープンソース企業が大手に取り込まれる」型の出来事は今回が初めてではない。方向性が異なる2つの前例を、当事者の公式発表から数字とライセンスの結末だけを拾って並べる。

Elasticの事例は特に、今回のAWS×DuckLabsと読み比べる価値がある。Elastic自身がライセンス変更の理由として「companies that take our products and provide them as a service, like Amazon Elasticsearch Service, and profit from our open source software without contributing back（Amazon Elasticsearch Serviceのように、自社製品をサービスとして提供し、還元せずに自分たちのOSSから利益を得る企業）」の存在を挙げている。つまりAWSは過去、OSSプロジェクトのライセンス変更で「クラウド事業者が使うだけで還元しない」側として名指しされた経験がある。今回はその同じAWSが、開発元そのものを直接取り込む形を選んでいる。どちらが良い/悪いという評価をこの記事でするつもりはないが、AWSにとってOSS依存プロジェクトとの関係の作り方が、フォーク（対立的）から参加・買収（統合的）へと少なくとも1つの事例では変わっていることは、時系列の事実として書いておく。

DuckDBを使っている側から見て、変わる可能性がある点・確認できていない点

現時点で公式資料から読み取れる範囲では、次のように整理できる。

明言されている「変わらない」点

• ライセンス（MIT）とFoundationによる管理体制
• 開発チームの所在地（アムステルダム）と技術方針の主導者（Mühleisen氏・Raasveldt氏）

DuckLabsが「拡大する」と明言している点

• DuckDB Foundationに、商用ユーザーがロードマップへ意見を出せる諮問委員会（advisory board）を新設する
• 拡張機能（extension）のエコシステムをさらに開放し、他の開発者・組織が署名した拡張機能もDuckDB上で動くようにする

公式資料に記載がなく、確認できていない点

• 買収・参加の金額
• DuckDB本体の技術ロードマップが具体的にどう変わるか（DuckLabs自身も「詳細はこれから固まる」としている）
• AWSの各種マネージドサービス（S3 Tables、SageMaker Lakehouseなど）とDuckDBの統合が、今後どこまで深まるか

一次資料を並べて見えた、公式発表どうしの食い違い

ここからは、この記事を書くために一次資料を並べて読んだ過程で気づいたことを書く。

DuckLabs公式ブログとプレスリリースは同じ2026年8月26日付で出ているが、DuckDBのダウンロード数が一致しない。ブログは "we see more than one million downloads every day"（1日100万回超）と書き、プレスリリースは "DuckDB now runs at more than three million downloads a day"（1日300万回超）と書いている。同じ会社が同じ日に出した2つの公式文書の間で3倍の差があり、どちらが正しいのか本記事では判断できない。両方ともそのまま記録しておく。

AWSとDuckLabsの協業が始まった時期についても、両社の説明が一致しない。DuckLabsのプレスリリースは "DuckLabs and AWS have been collaborating since early 2025"（2025年初め頃から協業）としており、これはDuckDB公式ブログが2025年3月14日付でAmazon S3 TablesのDuckDBサポートをプレビュー公開した時期とも合う。一方、Amazon公式ニュースルームは "AWS and DuckLabs have worked together since 2024"（2024年から協業）と書いている。1年近いズレがあるが、これも本記事では埋められない。

もう1つ、これは矛盾ではなく時系列の見え方の話として書いておく。DuckLabsは8月26日の発表で「AWS参加によって実現すること」の一つとして諮問委員会の新設を挙げているが、この諮問委員会自体は9日前の2026年8月17日付DuckDB公式ブログ（DuckDB 2.0のハイライト記事）で "Starting this fall, we will add a stakeholder advisory board to the DuckDB Foundation"（この秋、DuckDB Foundationに諮問委員会を新設する）としてすでに予告されていた。AWS入りが引き金でこの計画ができたのか、もともと決まっていた計画をAWS入りの発表に合わせて改めて紹介しただけなのか、公式資料からは判断できない。

この後どうする

本記事は2026年8月27日時点の一次資料（DuckLabs公式ブログ・プレスリリース、Amazon公式ニュースルーム、DuckDB Foundation公式サイト）に基づく。取引の正式クロージングや、DuckLabsが「詳細はこれから共有する」としている財団のガバナンス・拡張機能エコシステム・技術ロードマップについて続報が出た場合は、本記事を更新する。

似た型の話としては、開発ツールAstralがOpenAIのCodexチームに統合された件（関連記事）や、Hugging FaceのNVIDIAによる買収（129億3030万ドル・2026年9月4日に正式発表。関連記事）も、ブートストラップ型のオープンソース企業が大手に取り込まれるかどうかという同じ構図で読める。OpenAIが2026年だけで少なくとも9件の買収を実行している背景（関連記事）と合わせて見ると、AI・データ基盤の周辺で「OSS開発元がどこに収まるか」が今年続けて動いているテーマだとわかる。