Latent Space

Why Agents Love Supabase

7.1内容质量
Why Agents Love Supabase

TL;DR · AI 摘要

Why Agents Love Supabase — Latent Space I first met Paul Copplestone and Ant Wilson in Singapore, shortly after they fin...

核心要点

  • 主题聚焦:Why Agents Love Supabase
  • 来源:Latent Space,建议结合原文判断细节。
  • AI 分析暂不可用,本条为保底评分与摘要。
#AI#编程#后端#云计算#产品
打开原文

为什么代理偏爱 Supabase —— 潜在空间

我第一次见到 Paul Copplestone 和 Ant Wilson 是在新加坡,当时他们刚完成 YC 孵化,成为 YC S20 届最热门的初创公司。六年之后,我们终于邀请他们做客播客!这是他们首次同台亮相,此前他们将一家开源、全远程公司从零发展到估值 100 亿美元。

播放视频

在 YouTube 上观看视频 ↗

这个标题是我一直想弄清楚的问题:为什么代理会偏爱 Supabase?市场上有很多托管数据库,PostgreSQL 托管服务也颇具竞争力。虽然对模型而言熟悉度是一种有用的分布特性,但这并不能解释将生成的应用程序转化为可运行系统所需的所有工作。但当我运行我的前沿 AEO 追踪器时,发现几乎所有前沿模型(从 Astra 到 Fable 再到 Muse)都首选 Supabase 作为应用后端(在托管数据库中也处于竞争地位)。

在 Select 活动中,Supabase 将其公告分为构建(Build)、运营(Operate)和扩展(Scale)三个部分。

令我印象深刻的是这些出人意料的实用功能:无需 Docker 即可启动本地后端、在 Git 中保存期望的数据库模式、以及在数据库旁运行计算任务。每项改进都消除了开发者多年来一直在做的工作。这些优化使代理更难以忽视开发中的摩擦。

观看完整对话,包括我的开场评论 →

为代理提供可读取的后端

我最喜欢的开发者工具公告总能让我思考:当然,我今天就想要这个。Supabase 新推出的本地运行时(无需 Docker)就是其中之一。我使用 Colima 而非 Docker Desktop,即使如此,移除通向数据库的另一个依赖项也令人欣喜。本地设置只是人类开发者一周工作的一小部分;而反复创建和测试环境的代理会反复遇到这个问题。

声明式模式是更大的概念。熟悉的 SQL 工作流会积累历史记录:先创建模式,然后迁移、迁移、迁移。声明式表示则为代理提供了你期望状态的描述,以文件形式与应用程序一同被检查和编辑。

在评论中,我将其比作数据库领域的 Terraform 时刻。将期望状态放入 Git,代理就能读取它、修改它、分叉它,并作为仓库的一部分进行操作。人类开发者同样受益:无需重建整个历史,后端就更容易理解。

这就是我最喜欢代理友好方向的部分。这些改进是我作为开发者早已渴望的。让它们对代理有用,给了团队另一个完成工作的理由。

计算值得更多关注

我认为 Supabase Compute(目前处于私有测试阶段)可能被低估了。一个应用程序不仅需要存储结果的地方,还需要执行工作的地方。一旦拥有数据库,你仍然需要一个运行处理文档、生成嵌入或执行其他长期任务的场所。

赞助

此处放置赞助广告

接触正在构建未来 AI 的工程师。

潜在空间被负责交付代理、模型和基础设施的工程师阅读。咨询赞助此位置。

[email protected] →

Paul 和 Ant 讨论了在数据库附近运行容器。这填补了启动应用程序与运营应用程序之间的空白:减少需要配置、连接和向代理解释的独立服务。边缘函数仍然有用,但它们无法覆盖所有工作负载。

运营层面同样至关重要。日志、检查、连接和上下文帮助代理理解自身正在改变的内容。即使一个模型能够生成 SQL 语句,它仍需了解数据库包含哪些内容、应用程序如何使用它,以及在发生故障时发生了什么。建议阅读 Supabase 的 Operate 公告,将其与新的构建方式相结合理解。

从原型到 PB 级规模

创始人表示 Supabase 每月正在部署约五百万个数据库。他们正在思考如果代理将这一规模扩展到数十亿个应用程序时会发生什么。同时,现有客户的工作负载正在快速增长。服务大量小型数据库与支持客户日益增长的大型数据库属于不同的工程挑战。

这有助于解释 Scale 公告的广泛性:OrioleDB、Multigres 以及对 Turso 的收购。讨论涉及新提出的“从原型到 PB 级规模”定位背后的技术工作,包括 Postgres 的可靠性以及扩展规模时的决策考量。

Paul 和 Ant 的一个观察对开发者工具构建者尤其有趣:随着 AI 驱动的使用增长,他们表示激活率和转化率得到提升。他们的解释是代理可以将用户从注册流程直接引导到可用的配置环境。用户无需在看到应用运行前完成所有配置步骤。

我们还讨论了帮助 Supabase 增长的梗文化与社区、开源采用情况、企业销售,以及代理是否会收敛到相同的应用模式。但我也希望这一集能展现创始人的默契。这是聆听 Paul 和 Ant 共同思考产品的机会——并看到代理让后端操作看起来简单背后所付出的大量工作。

节目备注

  • Supabase Compute — 在数据库旁运行工作负载。
  • Multigres — 团队对高可用 Postgres 的实现方案,目前处于私有测试阶段。
  • Supabase 收购 Turso — 其扩展架构背后的技术支撑。
  • Supabase Select — 本次对话中讨论的事件。

章节

0:00 欢迎与代理为何偏爱 Supabase 5:23 Paul Copplestone 和 Ant Wilson 6:39 数据库旁的计算能力 8:05 OrioleDB 和 Multigres 12:50 扩展规模与 Turso 17:53 开发者营销与梗文化 23:15 发布与迁移 31:03 向量、增长与 AI 推荐 41:43 以产品为导向的销售与企业增长 49:38 实时迁移与分析 58:43 代理就绪的本地开发 1:06:43 社区与公司工作流程