Databricks、AI エージェント向けデータベース企業 Electric を買収
本文の状態
日本語全文を表示中
詳細モードで約5分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
The New Stack AI
Databricks は AI エージェントアプリケーションの需要変化に対応するため、WASM ベースの Postgres プロジェクト「PGlite」などを開発するスタートアップ「Electric」を買収すると発表した。
Continue in AI NEW LAB
このニュースを、実務の判断につなげる
AI NEW LABで、試したことや先に確認したい条件を共有できます。まずはログインなしで読めます。
AI NEW LABで論点を見るAI深層分析を開く2026年8月12日 01:55
AI深層分析
キーポイント
Electric の買収と技術的価値
Databricks は WASM ベースの完全な Postgres データベース「PGlite」と、ブラウザやエージェントとのリアルタイム同期エンジンを持つ Electric を買収した。
AI エージェント向けデータベースの進化
従来のアプリケーションとは異なり、AI エージェントは多数のデータベース分岐（平均 10 ブランチ、最深部で 500 以上）を生成し、一部の計算リソースは 10 秒未満で稼働する。
同期エンジンの重要性と Neon の統合
競合解決や部分複製といった複雑な同期問題を解決できる Electric のエンジンが買収の核心であり、これは Databricks が同社を Neon とともに Lakebase の基盤として位置づける理由となる。
オープンソースとホストサービスの動向
Electric は同期エンジンや PGlite などの主要プロジェクトをオープンソースのまま維持するが、自社のホストサービス「Electric Cloud」は終了し、ユーザーはセルフホスティングまたは他社への移行を迫られる。
AI エージェント向けにデータベースの分岐が可能
Neon のアーキテクチャに基づき、コーディングエージェントがサンドボックス内で PGlite を即時起動してテストし、不要なら破棄するか Lakebase ブランチと同期できる。
重要な引用
"everything we've previously open sourced stays open source."
"Cloud users will need to self-host or move to another provider."
"complex problems like conflict resolution, partial replication, and reconnection logic make real-time sync difficult to build from scratch."
"As coding agents drive the cost of creation to zero, the number of applications explodes, and most of them are small."
編集コメントを表示
編集コメント
AI エージェントの台頭により、データベースの利用パターンが劇的に変化していることが明確になった。Databricks は既存技術の組み合わせではなく、同期や分岐という根本的な課題を解決する Electric の技術を早期に獲得することで、このパラダイムシフトへの対応力を強化したと言える。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
Databricks は火曜日、AI エージェントの活用がデータベースの利用方法を変化させる中、WASM ベースの Postgres プロジェクト「PGlite」や同期エンジン「Electric」を手掛けるスタートアップ企業 Electric の買収を発表しました。
Electric チームは、昨年 Databricks が約 10 億ドルで買収し、同社の Lakebase データベースサービスの基盤となっているサーバーレス Postgres 企業 Neon に合流します。
両社が契約の詳細については明らかにしていません。
Databricks が獲得した技術
PGlite は WebAssembly（WASM）上で動作する完全な Postgres データベースです。ブラウザ内、Node.js プロセス、あるいはエージェントがコードを実行するために使用するサンドボックス環境など、あらゆる場所で稼働します。また、Postgres のベクトル拡張機能として推奨される「pgvector」を含む動的な拡張機能のロードにも対応しています。
両社によると、PGlite は過去 1 年間で週次ダウンロード数が 100 万件から 1300 万件に急増しました。
Electric の中核となる同期エンジン
しかし、Databricks が Electric に注目した真の理由は、その同期エンジンにあります。このエンジンは中央の Postgres データベースを維持し、ブラウザのタブやモバイルアプリ、そしてエージェントとほぼリアルタイムでデータを同期します。Databricks によると、これは Figma や Google ドキュメントにおけるマルチプレイヤーモデルを、Postgres とそれを利用するエージェントに応用したものです。
Neon チームの発表によると、「競合解決、部分的なレプリケーション、再接続ロジックといった複雑な問題により、ゼロからリアルタイム同期を構築するのは困難である」とされています。そのため Databricks は、自前で構築するのではなく Electric を買収したと推測されます。
Electric の将来については、同社の創業者 James Arthur と Valter Balegas が「これまでオープンソース化してきたものはすべて引き続きオープンソースとして提供される」と述べています。これには同期エンジン、PGlite、Durable Streams、TanStack DB が含まれます。
ただし、買収によって消滅するのは Electric のホストサービスです。「Electric Cloud は廃止されます」と創業者らは明言し、「クラウドユーザーはセルフホスティングするか、他のプロバイダーに移行する必要があります」としています。
今回の買収は、Databricks によるデータベース関連の買収ラッシュの一環でもあります。これには Neon や、直近ではトランザクション処理スタートアップの Mooncake も含まれています。
10 秒間だけ存在するデータベース
Databricks チームは、従来の非エージェント型アプリケーションでは多くのクライアントが一つのデータベースを共有し、それがスタックの中で最も永続的な要素であると指摘しています。しかし、エージェントワークロードはこの常識を変えます。
「エージェンティックな開発がデータベースにどう影響するか」に関する最近の投稿で、Databricks の Ippokratis Pandis、Nikita Shamgunov、Reynold Xin は、現在エージェントは人間ユーザーに比べて約 4 倍ものデータベースを作成していると述べています。また、平均的なプロジェクトには約 10 のデータベースブランチが存在し、一部のプロジェクトでは 500 を超えるブランチの反復が行われていることも強調しています。
Lakebase 上では、特定の種類のアプリケーションにおいて、平均的なデータベースの計算リソース使用時間が 10 秒未満にまで短縮されています。
実は、エージェントはコードを分岐させるようにデータベースも分岐させることを好みます。このパターンこそが、Neon が自社のアーキテクチャの中心に据えた考え方です。
実際の運用では、コーディングエージェントはサンドボックスを起動し、その中で PGlite をインスタンス化してデータベースに対して構築とテストを行います。そして最終的には、すべて破棄するか、Databricks の文脈であれば Lakebase のブランチと結果を同期します。Lakebase はストレージと計算リソースを分離しており、データをオブジェクトストレージ上の Postgres ページ形式で保持しているため、このブランチを作成するのは比較的安価なコピーオンライトのメタデータ操作で済みます。
「コーディングエージェントが作成コストをゼロに押し下げている中で」、Neon チームはこう記しています。「アプリケーション数は爆発的に増加し、そのほとんどが小規模なものになります」。データベースサーバー（スケーリングしてゼロになるサーバーレス型であっても）は、最小限の稼働コストに対する下限を設定するものです。すべてのアプリが計算リソースの固定最低値を必要とするのであれば、「豊かさの時代」は訪れませんと、同記事は主張しています。
『同じアイデアの二つの側面』
PGlite は Electric で生まれたわけではありません。これは Neon の共同創業者である Stas Kelvich による実験から始まったものです。彼は Postgres を WASM にコンパイルし、クライアントサイドで動作させることが可能かどうかを試しました。Electric がこの取り組みを引き継ぎ、本番環境でのプロジェクトへと発展させました。「そのリポジトリが PGlite の基礎となりました」と、Arthur と Balegas は記しています。
Databricks の発表によると、これは今や「同じアイデアの二つの側面を再び一つに結ぶ」ことになりました。
Databricks、AI エージェントごとに個別の PostgreSQL データベースを提供するために Electric を買収
The post Databricks acquires Electric to give every AI agent its own Postgres database appeared first on The New Stack.
原文を表示
Databricks on Tuesday announced that it’s acquiring Electric, the startup behind the WASM-based Postgres project PGlite and the Electric sync engine, as agentic applications change how developers use databases.
The Electric team will join Neon, the serverless Postgres company Databricks acquired for about $1 billion last year and the foundation of its Lakebase database service.
The companies didn’t disclose the terms of the deal.
What Databricks bought
PGlite is a complete Postgres database in WebAssembly (WASM). It runs in the browser, a Node.js process, or inside the kind of sandboxes agents use to execute code. It supports dynamic extension loading, including pgvector, the preferred Postgres vector extension.
According to the companies, PGlite has grown from 1 million to 13 million weekly downloads over the last year.
The sync engine at the core of Electric
It’s the Electric sync engine that is core to Databrick’s interest in Electric, though. This engine keeps a central Postgres database that can then be synced in near real-time with browser tabs, mobile apps, or agents. As Databricks notes, this is the multiplayer model of Figma or Google Docs, but applied to Postgres and the agents that use it.
The Neon team, in its own announcement, notes that “complex problems like conflict resolution, partial replication, and reconnection logic make real-time sync difficult to build from scratch.” Hence why Databricks likely acquired Electric instead of trying to build this from scratch itself.
As for the future of Electric, the company’s founders James Arthur and Valter Balegas write that “everything we’ve previously open sourced stays open source.” This covers the sync engine, PGlite, Durable Streams, and TanStack DB.
What doesn’t survive the deal, however, is Electric’s hosted service. “Electric Cloud is winding down,” the founders. “Cloud users will need to self-host or move to another provider.”
The deal also extends a string of database acquisitions for Databricks that includes Neon itself and, more recently, the transactional processing startup Mooncake.
A database that lives for 10 seconds
As the Databricks team argues, traditional non-agentic applications share one database among many clients, and that database is the most permanent piece of the stack. But agent workloads change this.
In a recent post on how agentic development changes databases, Databricks’ Ippokratis Pandis, Nikita Shamgunov, and Reynold Xin write that agents now create roughly four times more databases than human users do on Lakebase. They also stress that the average project now carries about 10 database branches, and that some projects run more than 500 branch iterations deep.
For some types of applications on Lakebase, the average database compute is now alive for under 10 seconds.
Agents, as it turns out, like to branch databases the way they branch code, a pattern Neon built its architecture around.
In practice, a coding agent spins up a sandbox, instantiates PGlite inside it, builds and tests against the database, and then either throws the whole thing away or syncs the result with — in the Databricks context — a Lakebase branch. Because Lakebase separates storage from compute and keeps its data in Postgres page formats on object storage, creating that branch is a relatively cheap copy-on-write metadata operation.
“As coding agents drive the cost of creation to zero,” the Neon team writes, “the number of applications explodes, and most of them are small.” A database server, even a serverless one that scales to zero, imposes a floor on what the smallest viable app costs to run. “You can’t have an age of abundance if every app requires a fixed minimum of compute,” the post argues.
‘Two halves of the same idea’
It’s worth noting that PGlite didn’t start at Electric. Instead, it began as an experiment by Neon co-founder Stas Kelvich, who compiled Postgres to WASM to see whether it could run client-side. Electric picked the work up and turned it into a production project. “That repo became the basis of PGlite,” Arthur and Balegas write.
As Databricks’ announcement notes, this now “reunites two halves of the same idea.”
The post Databricks acquires Electric to give every AI agent its own Postgres database appeared first on The New Stack.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み