导语
2024年12月，开源后端即服务（BaaS）领域明星公司Supabase（YC S20）正式发布招聘公告，为其全新数据库产品Multigres组建专项团队。这一动作标志着Supabase在PostgreSQL生态中探索多区域、高可用分布式数据库解决方案的雄心，也预示着开源BaaS赛道将迎来新一轮技术升级与人才争夺。

一、Supabase：从Firebase替代者到PostgreSQL原教旨主义者

Supabase自2020年从Y Combinator毕业以来，始终以“开源Firebase”为标签，却走出了一条截然不同的技术路线：放弃NoSQL，拥抱PostgreSQL。凭借对SQL生态的完整兼容、实时订阅、行级安全（RLS）以及内置认证、存储等模块，Supabase迅速积累了超过十万开发者用户，成为Vercel、Netlify等云平台的首选数据库后端。

但Supabase的目标不止于此。随着业务从单体部署向全球多区域扩展演进，该公司在2024年9月悄然注册了“Multigres”商标——一个由“Multi”（多）与“Postgres”组合而成的名称，暗示其正在打造多区域、多主节点、强一致性的分布式Postgres方案。此次招聘正是为这一项目注入核心力量。

二、Multigres是什么？Supabase的“分布式数据库野心”

虽然Supabase尚未公开Multigres的完整技术细节，但从招聘职位描述和社区讨论中可窥见端倪：

  • 职位方向：高级分布式系统工程师、数据库内核工程师、云基础设施专家。要求候选人深度参与过Citus、Vitess、Spanner或CockroachDB等分布式数据库项目。
  • 技术挑战：解决跨区域写入延迟、冲突解决、全局一致性快照等问题，同时保持PostgreSQL的SQL兼容性与扩展性。
  • 目标场景：让用户无需手动配置分片或跨区域复制，即可获得“一键全球部署”体验，数据据用户地理位置就近读写。

这意味着Multigres可能是一种基于PostgreSQL的透明多区域集群方案——用户仍使用标准PostgreSQL命令，底层则由Supabase自动管理数据分片、复制与故障转移。这与Citus的分布式表思路有相似之处，但更强调“无需改动代码”的零迁移体验。

三、招聘背后的战略信号

此次公开招聘并非孤立事件。过去三个月，Supabase已连续发布多条与“全球基础设施”相关的动态：

  • 与Cloudflare合作，在R2对象存储上实现冷热数据分层；
  • 推出“区域预置”功能，允许用户指定数据主节点所在地；
  • 内部博客频繁提及Spanner架构与CRDT（无冲突复制数据类型）。

结合招聘信息，我们可以推断：Multigres将成为Supabase的下一个核心增长极。当前Supabase的付费用户主要来自北美和欧洲，而亚太、拉美等新兴市场对本地化数据驻留与低延迟访问的需求日益迫切。拥有原生多区域能力后，Supabase将直接与MongoDB Atlas、Neon、PlanetScale等云数据库服务商展开正面竞争。

四、行业意义：开源BaaS的“下半场”拼什么？

在过去两年，开源BaaS赛道经历了从“替代Firebase”到“卷功能堆叠”的混战。如今，随着应用全球化成为刚需，多区域、高可用、低延迟正成为下一代数据库产品的核心竞争力。

  • 对开发者：Multigres若成功落地，将大幅降低构建全球应用的运维成本。开发者无需再手动部署多套PostgreSQL集群、写游标、处理冲突，所有复杂性由平台抽象。
  • 对云计算生态：Supabase选择自研而非直接集成Citus等现有方案，体现出对底层控制的执着。这种做法风险高、投入大，但一旦成功，将巩固其“PostgreSQL第一云服务”的地位。
  • 对竞争对手：Neon（Serverless Postgres）已推出“计算-存储分离”与分支复制，而Citus（现被微软收购）则聚焦于分布式表。Multigres若主打“透明多区域”，有望开辟一条差异化路径。

五、结语：一场值得关注的“人才战”

Supabase联合创始人兼CEO Paul Copplestone在Hacker News上曾表示：“PostgreSQL是世界上最伟大的数据库，我们只是让它变得无处不在。”此次为Multigres招聘，正是这一愿景的延伸——它不再满足于做一个“好用的Firebase替代品”，而是试图成为全球分布式应用的PostgreSQL基座。

对于数据库工程师、分布式系统专家而言，这是一个难得的参与前沿项目的机会。而对整个行业来说，Multigres的成败，或将定义未来五年开源BaaS平台的技术标准。让我们拭目以待。