为什么我们选择 Supabase:与你一起成长的数据库

为什么我们选择 Supabase:与你一起成长的数据库

• 2 分钟阅读

在构建 Brandmine 时,我们需要一个不会拖慢我们的数据库。在评估几个选项后,我们选择了 Supabase——3 个月后,它被证明是我们最好的技术决策之一。

问题:数据库复杂性 vs. 速度

早期创业公司面临残酷的悖论:你需要快速行动,但传统的数据库设置意味着花费数周时间在 AWS IAM 策略、VPC、连接池、身份验证和样板 API 代码上。

坦白说,这些我都不懂。而且你的用户也不关心这些。

Supabase 登场:无痛 PostgreSQL

Supabase 为你提供生产级 PostgreSQL,具有:

  • 内置身份验证:电子邮件、OAuth、魔术链接(无需 Auth0 账单)
  • 自动生成的 API:从你的架构生成 REST 和 GraphQL
  • 实时订阅:无需轮询的数据库更改
  • 包含存储:S3 兼容的图片和文件存储
  • 行级安全:数据库级别的 PostgreSQL 策略

最重要的是?五分钟到生产。不需要 DevOps 学位。

为什么 Supabase 对 Brandmine 有意义

1. 上市速度

我们从想法到功能性 CRM 用了两周。Supabase 处理了身份验证、API 和存储——我们专注于构建品牌智能平台。

传统设置?我们仍然会在配置 IAM 角色。

2. 真正的 PostgreSQL,而非玩具数据库

与一些"快速启动"数据库不同,Supabase 是真正的 PostgreSQL——驱动 Netflix、Instagram 和 Reddit 的经过实战检验的 RDBMS。

这意味着:

  • 完整 SQL:复杂连接、CTE、窗口函数、JSON 操作
  • 成熟生态系统:用于 AI 嵌入的 pgvector,用于地理数据的 PostGIS
  • 无锁定:随时导出数据,随处托管
  • 规模验证:PostgreSQL 在生产中处理数十亿行

3. 慷慨的免费套餐,公平定价

免费套餐提供 500MB 数据库、1GB 存储、50K 月活跃用户和无限 API 请求。

对于未盈利的创业公司,这是游戏规则改变者。在获得吸引力之前,我们没花一分钱。Pro 套餐?每月 25 美元——少于单个 AWS 账单。

4. 不糟糕的开发者体验

仪表板真的有用:表编辑器、带保存查询的 SQL 编辑器、实时日志、自动生成的 API 文档。

无需 SSH 到生产环境。无需过时的 Postman 集合。一个干净的界面。

5. 你处于良好的陪伴中

Y Combinator 2024 年冬季批次超过 30% 使用 Supabase。当你做技术选择时,押注与世界上最有前途的创业公司相同的技术栈会有所帮助。

为什么?投资者资助增长,而非基础设施。Supabase 让你专注于产品市场契合度,而非 PostgreSQL 调优。

我们在 Supabase 上构建了什么

Brandmine 的整个平台运行在单个 Supabase 项目上:

  • 品牌和创始人资料:具有全文搜索的 PostgreSQL 表
  • 图片和媒体:用于主图和画廊的 Supabase Storage
  • 联系表单:直接写入数据库表
  • 内容同步:静态文件和数据库之间的双向同步
  • 内部 CRM:具有实时更新和行级安全的全功能

没有微服务扩散。没有 Kubernetes YAML。一个项目。

权衡(是的,有一些)

实时限制:复杂订阅可能会成为瓶颈。我们批处理繁重操作。

存储填充快:高分辨率图像会耗尽 1GB 免费套餐。积极压缩或早期升级。

RLS 学习曲线:行级安全很强大,但需要几天时间掌握。

区域延迟:全球 CDN 边缘应用会看到数据库延迟。(我们首先是静态的,所以没问题。)

何时 Supabase 是正确选择

选择 Supabase,如果你:

  • ✅ 需要快速启动(几周而非几个月的 MVP)
  • ✅ 想要真正的 PostgreSQL(非专有格式)
  • ✅ 重视开发者体验(干净的仪表板,优秀的文档)
  • ✅ 规模不可预测(慷慨的免费套餐,公平定价)
  • ✅ 需要身份验证 + 数据库 + 存储一体化

不要选择 Supabase,如果你:

  • ❌ 已经有复杂的 AWS 基础设施
  • ❌ 需要多区域主-主写入(使用 CockroachDB)
  • ❌ 需要全球低于 10ms 延迟(使用 Cloudflare D1 或边缘数据库)

底线

三个月后,Supabase 为我们节省了数百小时和数千美元。

更重要的是,我们一直专注于构建——而非调试 IAM 策略、优化连接池或第 47 次编写身份验证代码。

我们现在也在一些公共服务项目中使用 Supabase——比如我们的 rotary-club.app 计划。为什么?我们可以以低成本启动它们,验证想法,只有在有证明的需求时才扩展。这对任何创始人来说都是最佳点。

如果你正在构建 MVP,从 Supabase 开始。你总是可以稍后迁移(尽管有 Replicate 和 Vercel 在生产中,你可能不需要)。

想看 Supabase 的实际应用? 浏览品牌资料创始人故事——每一点都由 PostgreSQL 驱动,由 Supabase 交付。


资源