SupabaseがTursoを買収すると発表した。単なる企業再編に見えるかもしれないが、背景にあるのは「AIエージェントが大量のデータベースを、ものすごい勢いで作る時代」にどう備えるかという話だ。この記事は、そのインフラの変化を先回りして進めようとする動きとして読むと分かりやすい。既存ユーザーへの影響は小さいとされている一方で、SupabaseとTursoの組み合わせは、SQLiteからPostgresまでをまたぐ新しい道筋を作ろうとしている。
Supabaseは、Tursoを買収して自社に迎え入れると発表した。発表したのは2026年10月2日で、SupabaseのCEO兼共同創業者であるPaul Copplestoneが説明している。彼によれば、AIによって開発者は膨大な量のソフトウェアを作れるようになり、その結果としてエージェントがプロトタイプ、試作、ダッシュボード、アプリのために、何百万ものデータベースを立ち上げる状況がすでに起きているという。これまでのデータベース基盤では、その規模と使われ方に十分合っていないので、インフラを進化させる必要がある、というのが今回の出発点だ。
Supabaseはすでに週100万以上のデータベースを立ち上げているとし、今後はエージェントがソフトウェアをさらに増やすにつれて、データベース需要が世界の現状の供給力を上回ると見ている。そのため、データベースは「ファイルを作るのと同じくらい簡単」で、しかもコストをあまり気にせず作れるべきだと主張する。小規模な用途なら、そのたびに専用マシンを用意する必要はないし、安く、必要なときにすぐ使え、必要になれば本番運用まで持っていける道が必要だという考え方だ。
そこでSupabaseは、SQLiteとPostgresを役割分担として捉えている。小さくオンデマンドな仕事にはSQLiteが向き、アプリが大きくなるならPostgresが向く。開発者には、試作から本番まで同じ体験を持ってほしい。Tursoはまさにその前半部分に合う基盤を作ってきた、とSupabaseは見ている。
Turso側の説明も具体的だ。TursoはSQLiteをRustで作り直し、1台のサーバーで何百万ものデータベースを管理できるクラウド基盤を作った。必要なときだけ読み込み、使われないときは休止させる。これにより、エージェントごとにその場でデータベースを用意する形が可能になる。Turso Cloud上でも、利用者自身のクラウド上でも動かせるとしており、Superhuman、Sauna.ai、CTO.new、Mastraがその構成を使っているという。
Supabaseは、Tursoが今後も単独で動き続けるとしつつ、ワークロードが成長したときにはSupabaseの広いエコシステムへつながる道があると述べている。両社には、オープンソースへの姿勢、開発者体験を重視する点、難しいインフラ課題に挑む姿勢が共通しているとも強調した。TursoからはGlauber CostaとPekka EnbergがSupabaseに加わり、Glauberがこのエージェント向けインフラの取り組みを率いる。Supabaseは、自分たちの使命は「世界のデータを保存すること」だとし、AIエージェントがこれからさらに多くのデータを生むので、その目標に一歩近づく買収だと位置づけている。
この発表でいちばん面白いのは、Supabaseが買収先を「機能の穴埋め」ではなく、「今後の利用形態を先取りするための部品」として見ている点だと思う。多くの買収は、既存製品の機能追加や顧客基盤の取り込みが主目的に見える。だが今回は、AIエージェントが作るソフトウェアの量そのものが増える前提に立ち、そこに必要な基盤を用意する、という筋書きになっている。かなり先回りした動きだ。しかも、SupabaseがPostgresを軸にしつつ、TursoがSQLiteを担う構図は、単純な置き換えではない。開発の初期と成長後で、違う種類のDBを自然につなぐ狙いが見える。
ただし、ここで言う「ファイルを作るのと同じくらい簡単」という理想は、技術的には魅力的でも、運用の現場では難所が多いはずだと思う。データベースはファイルと違って、永続性、整合性、バックアップ、監査、アクセス制御が絡む。エージェントが気軽に大量生成する世界では、むしろ“作るコスト”より“放置されたDBをどう管理するか”が問題になるのではないか。記事はそこを直接は語っていないが、何百万という単位でDBが増えるなら、課金よりもガバナンスのほうが重くなる場面が出てくるはずだ。便利さを上げれば上げるほど、誰が何を作ったかを追える設計が必要になる。
Tursoの強みとして挙げられている「1台のサーバーで何百万ものデータベースを管理し、必要なときだけ起こす」というモデルも、AI時代にはかなり相性がよさそうだ。一方で、それが本当に大規模な本番負荷まで滑らかにつながるかは、ワークロード次第だろう。エージェントが作るDBは、短命な試作で終わるものもあれば、すぐに外部ユーザーを抱えるものもある。そこでSQLite系の軽さを保ちつつ、どの段階でPostgresへ寄せるのか。その移行が開発者に見えないほど自然なら強いが、逆に切り替えが面倒なら体験は途切れる。Supabaseが「同じ開発者体験をプロトタイプから本番まで」と言っているのは、まさにその難所を越えたいからだろう。
もう一つ気になるのは、Supabaseがこの買収を「オープンソース」「開発者体験」「難しいインフラ問題」という価値観の一致として語っている点だ。これは単なる美辞麗句ではなく、今のインフラ市場で信頼を作る重要な言い方だと思う。AI関連の基盤は、閉じた専有技術より、移植しやすく、見通しがよく、必要なら自前運用できることが重視されやすい。Tursoが顧客の自前クラウドでも動くことを強調しているのも、その文脈に合う。要するに、この買収は「AI向けDBを作ります」という宣言であると同時に、「そのDB基盤は、ベンダーに完全依存しすぎない形で広げます」という安心材料でもある。そこが、単なる話題作りのM&Aと少し違うところだ。
今回の動きは、AIエージェントの時代に「アプリをホストする会社」から「アプリが増殖する前提の土台を握る会社」へ、Supabaseが重心をずらそうとしているようにも見える。もし本当にエージェントが大量の小さなDBを生むなら、勝負は派手な生成機能ではなく、裏側の配備、休止、復帰、昇格の気持ちよさになる。地味だが、そこを押さえた会社が強い。私はそう見ている。
