Supabase 收购 Turso 以构建代理数据库基础设施

Supabase 已收购 Turso,旨在构建专为代理 AI 的规模和模式而设计的数据库基础设施。此次收购旨在提供一个系统,使 AI 代理能够像创建文件一样轻松且廉价地配置数据库,从而实现数百万个原型、仪表板和应用程序的快速部署。

为 AI 代理扩展数据库配置

AI 代理正以巨大的规模生成软件,这导致了对能够处理数百万个临时或小型数据库的数据库基础设施的需求。Supabase 报告称,其每周已经启动超过一百万个数据库,这表明传统的数据库配置(通常需要为每个实例分配专用机器)将无法扩展以满足这种增长。

为了解决这个问题,Supabase 正在利用 Turso 的架构。Turso 使用 Rust 重写了 SQLite,创建了一个云平台,通过按需加载和在空闲时挂起,使单个服务器能够管理数百万个数据库。这实现了一种高效、低成本的数据库创建模型,非常适合“代理”软件开发模式。

集成策略:SQLite 和 Postgres

Supabase 将维持双数据库策略,以支持应用程序生命周期的不同阶段:

  • SQLite (通过 Turso): 用于小型、按需工作负载、原型设计和代理驱动的软件创建。它提供了一个低摩擦的入口点,且成本和配置开销极低。
  • Postgres: 仍然是应用程序在扩展并需要生产级关系数据库的全部功能时的主要目标。

对于现有用户,公司表示目前没有任何变化。Supabase 将继续开发基于 Postgres 的服务,而 Turso 将继续其在 SQLite 上的工作。长期目标是提供从代理创建的初始原型到全规模生产环境的无缝开发人员体验。

社区和技术视角

此次收购在开发人员社区中引发了一系列反应,重点关注使用 Rust 重写 SQLite 的技术价值以及商业模式的可持续性。

技术验证与担忧

一些开发人员称赞了 Turso 的性能,特别是在异步 Rust 项目中。然而,其他人质疑重写 SQLite 的必要性,因为 SQLite 被广泛认为是现存最稳定、测试最充分的软件之一。

基础设施可靠性

虽然许多用户对此次集成持乐观态度,但一些用户报告了历史性的可靠性问题。一位用户指出,非美国地区的延迟峰值显著,并引用缺乏自动化监控作为迁移出该平台的原因:

"在某些地区,我们遇到了很大的问题,由于他们那边的网络问题,我们开始看到 100 多毫秒的延迟……他们显然没有针对此问题的自动化监控,这促使我们离开了该平台。" — @handle

开源与自托管

关于该技术开源性质的未来,存在反复出现的担忧。用户表示希望 SQLite 兼容标准保持开放和可自托管,以避免供应商锁定:

"SQLite 已经成为标准,我们需要这个标准……被创建和维护,以便其他人如果选择的话,可以放弃付费产品并自行处理服务器端。" — @handle

领导层与团队

Glauber Costa 和 Pekka Enberg 以及 Turso 团队的其他成员将加入 Supabase。Glauber Costa 将领导构建新的代理基础设施的工作,继续公司在 AI 生成软件时代存储世界数据的使命。

Sources

相关

  • 项目
  • 项目
  • Dispatch
  • Dispatch
  • 项目