AWSによるDuckLabs買収、DuckDBの「開かれたまま」に賭ける

Amazonは、DuckDBの開発会社であるDuckLabsの買収で合意した。ただし、データ処理基盤を独占するわけではない。DuckDBは今後も無償のオープンソースとして提供される。コーディングエージェントによってデータアプリの構築費用が下がるなか、この制約は譲歩というより、むしろ合理的な選択に見える。

AWSが買うのは希少性ではなく、普及力だ

Amazonが合意したDuckLabsの買収について、買収額は公表されていない。DuckDBは引き続きDuckDB Foundationの下に置かれる。DuckLabsは、AWSへの参加によってDuckDB、DuckLake、Quack protocolに、より多くの資源と普及力をもたらせるとしている。

ソフトウェアの買い手は、取得した資産を囲い込み、利用料を課すこともできる。だがAWSは、DuckDBを幅広い環境で使える状態に保つ。その一方で、単なる処理基盤を企業システムに仕立てる人材、連携機能、支援、運用経路をめぐって有利な位置を得る。

AWSにとって、その可搬性は不可欠だ。開発者は最初から特定のクラウド構成にアプリを縛らなくても、DuckDBを組み込める。そのためDuckDBは、開発の早い段階から標準部品として採用されやすい。非公開化すればソースコードの独占権は守れるが、Amazonが買おうとしている普及力を損なう。

開発者はすでにDuckDBをそのように使っている。Quack上で開発するある開発者は、DuckDBを自社基盤の主要な記憶装置として採用する予定だと説明した。別の開発者は、DuckDBがなければHexは成立しないと述べた。彼らが選んだのは集中型データベースの利用契約ではなく、すでに構築中の仕組みに収まる部品だった。

September 2023には、MotherDuckが$52.5 millionのSeries Bを調達し、DuckDBを基盤とするサービスの事業化を進めた。このときの資金調達後の企業価値は$400 millionだった。それからNearly three years later、AWSはDuckDBを公開されたまま維持すると約束したうえで、その開発会社の買収に合意した。どちらの取引でも、収益を生む仕組みは中核技術のライセンス内ではなく、その周囲に置かれている。

これは、運営主体が主導するオープンソース普及策だ。基盤部分は導入しやすく保ち、その周辺の運用経路で競争する。同じ動機は、重みを公開するモデルの戦略にも見られる。広く利用を認めれば、開発者を、配布側がなお支配する基盤やサービスへ誘導できる。どちらの場合も、コードは料金所そのものではなく、料金所へ続く道路である。

エージェントは処理基盤の用途を広げ、統制を難しくする

AppleはXcode 26.3にClaude Agent、Codex、MCPへの対応を追加した。これにより、一般的な開発環境にエージェント型のコーディング機能が組み込まれた。一方、Googleは企業内のエージェント群を管理するための基盤を発表した。前者はソフトウェアを組み立てる際の手間を減らし、後者は、そのソフトウェアが複数のシステムをまたいで動き始めたときの管理負担に対処する。

AppleとGoogleが向き合うのは、同じ変化の表裏だ。統合開発環境がエージェントが自律的に作業する場になると、再利用可能な部品の価値が高まる。エージェントがそれらを呼び出し、組み合わせ、変更できるため、各アプリ開発チームが同じ機能を一から作り直す必要がなくなるからだ。各チームは、大規模な集中型基盤の導入を正当化できるようになる前から、小型の処理基盤を採用できる。

コーディングエージェントの効果は、コードを速く書けることだけではない。既存部品を組み替える費用も下げる。個別に切り分けられた機能から、データへの接続、変換、保存、取得を組み立てられる。利用しやすい処理基盤ほど組み込まれる場所が増える。アプリの内部、手元のデータ群の隣、あるいはエージェントが作業に応じて呼び出す道具の背後にも置ける。

エージェントが作るアプリが増えるたびに、認証情報、社内データ、本番用の計算資源、共有資源へ至る経路も増えうる。手元の処理基盤は計算を担えても、本人確認、規則、安全な共有、監視、配備、支援までは担わない。エージェントによって採算の取れるアプリが増えるほど、企業はその周囲に強い管理の仕組みを必要とする。

AWSはDuckDBにない機能から収益を得られる

公開された問い合わせ処理基盤は、非公開製品のように利用権を希少化して料金を取ることができない。それでも、問い合わせ処理を取り巻くあらゆる需要を増やせる。負荷急増時の伸縮可能な計算資源、保存と転送、運用込みの配備、本人確認、細かな権限設定、そして組み込み部品が本番基盤になった後の支援などだ。

AWSは、処理基盤の一段上で利益を得られる。クラウド事業者はすでに、需要変動に適した従量課金で計算資源を販売している。データ倉庫やレイクハウスは、行、列、機密データの単位で利用を制限できる複数利用者対応と権限管理を加える。処理コードを無償で利用できても、こうしたサービスの供給力には限りがある。

クラウド基盤と半導体を対象とするSnowflakeの5年間にわたるAWSへの支出確約は、その周辺市場の大きさを示す。AWSはSnowflakeの成長から利益を得るために、同社のソフトウェアを所有する必要がない。基盤の下にある処理能力を供給すればよい。DuckDBは、アプリが本番環境を必要とする前に開発者層へ浸透することで、別の経路を開く。

SnowflakeとDatabricksは、企業向け市場の価値が今なおどこに集まるかを示している。Snowflakeの四半期売上高は$1.39 billionで、前年同期比33%増だった。Databricksは$190 billionの企業価値で$5 billionを調達した。公開された組み込み型の処理基盤が、集中型データ基盤を消滅させているわけではない。利益を得る場所を別の層へ移すよう迫っているのだ。

AWSの優位性は配備にある。DuckDBの可搬性を保ったままでも、計算資源、本人確認、規則、共有、支援がすでにそろうAWS上では、運用込みの導入経路をより簡単にできる。利便性と連携による囲い込みは、排他的な支配ほど強くないが、より幅広く普及させられる。

統制は分散できないから、集中型基盤は残る

企業は、組み込み型処理基盤とデータ倉庫またはレイクハウスのどちらか一方を選ぶ必要はない。アプリ内の部品が開発者やエージェントの近くで範囲の限られた作業を処理する一方、集中型基盤は、共通の文脈、権限、大規模運用、アプリ間で一貫して適用すべき規則を保持できる。

認証情報や共有データへの接続は、問題発生時の影響範囲が大きいため、企業は統制を集中させる。Snowflakeに関連する不正侵入事件では、more than 165 companiesからデータが盗まれた。これは、集中管理が侵害の原因だったことも、分散型の設計なら防げたことも証明しない。ただし、多数のアプリやエージェントが同じ社内データに接続できるようになれば、統制が決定的に重要になることは示している。

エージェントの利用増加が、クラウド事業の採算改善につながるとも限らない。年間換算売上高が前年同期比more than 80%増の$6.9 billionに伸びる一方、DatabricksはAIエージェントの利用増加によって費用が上昇し、利益率が低下していると説明した。基盤側の採算性改善より速く、エージェントが計算資源の消費を増やす可能性がある。管理基盤が存在意義を持つのは、計算費用に価値を食い尽くされることなく、その需要を統制できる場合だけだ。

企業の購入担当者にとって重要なのは、各チームに独自の防御境界を作らせずに、DuckDBを使った機能を承認できることだ。各チームはアプリの近くで範囲の限られた作業を処理し、集中型基盤は本人情報、権限、共有データ群、支出上限を保持する。

AWSが主導権を握れるかは可搬性で決まる

DuckLabsの発表は初期の兆候にすぎず、この仕組みが成功した証拠ではない。AWSは、運用込みのDuckDB製品、料金体系、連携計画のいずれも明らかにしていない。オープンソースを維持するという約束は、統制の利いた普及への道を残すが、AWSがどう収益化するかについてはまだ何も示していない。

買収後も、DuckDBはさまざまな環境で使えるという信頼を保たなければならない。開発者が引き続き、AWSから独立して動かせる基礎部品として扱うなら、導入先は幅広く保たれる。そのうえでAWSは、DuckDBをクラウド依存にせず、周辺の運用込みの導入経路を使いやすくする競争ができる。

反対に、DuckDBが主としてAWSに組み込まれた機能になるなら、この買収は従来型のクラウド戦略に沿う。すなわち、有用な技術を取得し、その処理需要を自社独自の価値網へ引き込む形だ。ライセンス上は公開されたままでも、実際に使える範囲は狭まるかもしれない。コードが公開されているだけでは、自由に移せる保証にはならない。

MotherDuckは、DuckDBの中核を自社所有にせず、その上の基盤を販売するという一つの事業化経路を示した。AWSが試みているのは、計算資源、本人確認、共有、支援まで含む、より広い形だ。開発者が運営姿勢を判断する基準はライセンス文ではなく、DuckDBをどこで容易に動かせるかになる。

AmazonがDuckDBを非公開化せずにDuckLabsを買えるのは、公開性こそが、DuckDBをより多くのアプリに入り込ませる経路だからだ。エージェントが組み立て費用を下げるほど、AWSはDuckDBの周囲で本人確認、規則、支援、計算資源を使いやすくすることで影響力を強められる。この買収が抱える逆説こそ、その戦略の核心だ。AWSが主導権を握れるかどうかは、DuckDBが他の環境でも自由に動き続けられるかにかかっている。