Supabase 凭借多方面优势叫板甲骨文。在数据库服务方面，Supabase 提供简洁且易于使用的接口，让开发者能快速构建和管理数据库，相比甲骨文复杂的架构更具便捷性。其具有实时数据同步功能，能实时更新数据，满足现代应用对数据及时性的要求，而甲骨文在这方面可能相对滞后。成本上，Supabase 往往能以更低的价格提供类似甚至更强大的功能，对于中小企业来说更具吸引力。而且 Supabase 基于云原生技术，具备更好的扩展性和灵活性，能更好地适应快速变化的业务需求，这些都是它敢于叫板甲骨文的资本。

2025年4月22日，这家公司宣布拿下2亿美元D轮融资，投后估值直接翻到20亿美元。领投的是老牌风投Accel，跟投阵容也堪称豪华：Coatue、Craft Ventures、Y Combinator、Felicis纷纷站台。

再仔细一看时间线，七个月前Supabase才刚拿了8000万美元C轮融资，还没来得及把新钱花完，又有人迫不及待送钱上门。这种速度，在风险投资圈里，已经算是超高速巡航了。

这家几年前还籍籍无名的初创公司，到底凭什么？

它为什么能和最近热到爆的“氛围编码”（Vibe Coding）一拍即合？又凭什么敢在数据库江湖里，和像甲骨文（Oracle）这样级别的巨头叫板？

今天，我们就来深入拆解这家新晋独角兽Supabase爆红背后的秘密武器。

一、从黑客公寓到20亿估值的开源独角兽

简单来说，Supabase是什么？

一句话：开源版的后端即服务（Backend-as-a-Service，BaaS）平台。专门帮开发者打理那些又脏又累又不能出风头的后台活儿。如果你曾经开发过应用，就知道搭建一个功能完善的后端有多费劲——要配置数据库、写API接口、做用户认证、处理文件存储、实现数据实时同步等等。这些工作既繁琐又容易出错，往往占用开发者大量时间。

Supabase的妙处在于，它将这些繁琐的后端工作全部打包成一站式服务。开发者只需点几下鼠标，就能获得一个包含数据库、身份验证、存储、实时订阅在内的完整后端，从而专注于打造产品的创新部分。

不过，它真正厉害的地方，还不止是“方便”两个字。

在技术选型上，Supabase没有另起炉灶，而是非常聪明地站在了巨人的肩膀上。以开源关系型数据库PostgreSQL为核心，叠加现代开发必需的实时同步、无服务器函数、向量搜索等模块。用最稳定的基础，做最灵活的组合。

商业化路径也一目了然：所有核心功能开源，谁都能免费用。但如果你不想自己搭服务器、搞备份？没关系，Supabase提供托管云服务，按需付费。

这套“开源+云服务”模式，在MongoDB、Elastic身上早已验证过，一边收获开发者好感，一边又能靠企业级服务赚钱，堪称开源公司的黄金路线。

当然，真正让Supabase出圈的，是它背后的那群开发者。

截至2025年，Supabase已经吸引了超过200万注册开发者，在GitHub上也拿下了81000多颗星。这种增长速度，在开源基础设施领域可以说是惊人的——要知道，很多同类项目一辈子都摸不到这个级别的社区热度。

而且，资本市场的认可也在加速推高它的飞轮效应：

2020年，Y Combinator孵化，拿到600万美元种子轮；

2021年，完成3000万美元A轮，由Coatue Management领投；

2022年，完成8000万美元B轮，Felicis Ventures领投；

2024年，再获8000万美元C轮，由Peak XV（红杉印度更名后的新身份）和Craft Ventures联手押注；

2025年，最新一轮2亿美元D轮，由Accel领投，投后估值正式冲上20亿美元。

注意，这个节奏，是在短短五年里完成的。而且不是靠画大饼，而是真刀真枪地拉用户、建社区、交付产品。

这次D轮融资，还带了点“追着送钱”的意味。Accel的合伙人专门飞到新西兰，亲自去拜访Supabase的创始人Paul Copplestone和Ant Wilson。这年头，投资人排队上门、开着支票簿求着投的，已经越来越罕见了。

为什么他们愿意押注Supabase？

理由很直接：“社区增长疯狂”、“开发者口碑爆棚”、“产品黏性强得惊人”。

也可以说，Supabase已经不只是在卖数据库托管了——它是在卖开发速度、卖自由度、卖开发者心智里的安全感。

二、创始人，从痛点到解决方案

Supabase的诞生并非偶然，而是源于创始人亲身经历的技术痛点，带着浓厚的个人色彩和实践经验。

Paul Copplestone，这位来自新西兰的全栈开发者，曾在东南亚担任一家办公管理平台的CTO。在那个项目中，他选择使用Google的Firebase来构建应用。Firebase凭借其简单易用和无需管理服务器的特性，迅速成为开发者的宠儿。

起初，Paul的项目运行顺利，Firebase的高效性帮助他迅速上线并且处理了大量的基础功能。然而，随着用户量的增加，Firebase的局限性开始显现——其NoSQL数据库在处理复杂查询时力不从心，扩展性也远未达到需求的标准。

被迫无奈，Paul将后端数据从Firebase迁移到了PostgreSQL。Postgres不仅稳定可靠，而且有着广泛的社区支持和强大的关系型数据库功能。但问题随之而来，虽然Postgres的功能强大，却缺少Firebase那样的实时数据推送功能，这会让用户无法在多人协作应用中即时看到其他用户的更改，严重影响了体验。

面对这一痛点，Paul决定自己动手解决。利用业余时间，他用Elixir语言为PostgreSQL开发了一个实时引擎。这个引擎可以像Firebase那样，实时同步数据库变化，让应用能够处理动态数据更新。

当他将这个项目开源后发布到Hacker News，迅速引起了社区的关注，并且得到了上百个星标。这一反馈让Paul意识到，原来很多开发者都在为类似的问题而烦恼，市场上确实有需求，希望有一个既能利用PostgreSQL强大功能，又能提供Firebase实时特性的解决方案。

2020年1月，Paul邀请了在“黑客公寓”时期的老友Ant (Anthony) Wilson一同加入，正式成立了Supabase。Ant是一位资深开发者，二人志同道合，对这个开源后端项目充满热情。其实，Supabase这个名字也有趣地反映了团队的幽默感，据说是受Nicki Minaj歌曲“Super Bass”的启发而定的。

创业初期，Supabase将自己定位为实时Postgres服务，但市场的反应并没有如预期般火爆。2020年5月，团队托管的数据库数量只有8个，这让Paul开始怀疑是不是市场定位的问题。于是，他果断做出了调整，将产品定位从实时Postgres改为开源的Firebase替代品。

带来的效果非常明显，短短三天内，Supabase托管的数据库数量从8个暴增到800个，用户增长了百倍之多。

这次成功验证了市场对Firebase替代方案的强烈需求，Supabase的未来也因此铺开了新的道路。紧接着，Supabase入选了2020年夏季的Y Combinator加速器，成为了YC的首个完全远程孵化团队。在Demo Day上，Supabase展示了自己的产品并成功吸引了投资者的注意，顺利完成了首轮融资。由此，Supabase迈出了快速发展的第一步，逐步成为了“开源后端即服务”领域的独角兽。

三、Supabase在氛围编码时代的关键拼图

Supabase的产品本质是什么？

如果说应用开发像盖房子，那传统方式更像是“毛坯房+全手工”模式。开发者得从零开始：搭建数据库、手写API、集成用户认证、实现文件上传，甚至还要为实时同步绞尽脑汁。而Supabase提供的是一套“后端乐高积木”——预制、标准化、即插即用，开发者只需像拼模型一样，把需要的功能模块拼起来，一个完整的后端就能立马运行起来。

Supabase的产品底座是一套清晰明了、逻辑自洽的“六件套”，每一个都直击开发者的痛点：

1. 数据库+自动API生成：每个项目都会自动配备一个PostgreSQL数据库，并生成对应的REST API。你只要定义好数据表，连API接口都不需要自己写，CRUD操作自动就位。对前端开发者来说，这简直是免写后台的神器。

2. 用户认证：支持邮箱、手机号、Google、Facebook等主流登录方式，开箱即用。这种最容易出bug的模块，Supabase直接帮你端到端打包好了。

3. 对象存储：提供完整的文件上传、管理、访问控制功能，支持图片、视频、文档等常见格式。可以用于媒体应用、内容平台，甚至支持私有访问控制。

4. 实时订阅：这是Supabase最早的核心技术之一，也是创始人Paul当初用Elixir写出来的原型。通过监听PostgreSQL的变更事件，实时把数据变化推送到前端，实现聊天、协同编辑等场景。

5. 无服务器函数（Edge Functions）：让开发者可以部署自己的业务逻辑代码，无需管服务器。写完直接部署，运行在边缘节点，低延迟、强弹性。

6. 向量数据库支持：集成pgvector扩展，让你能在PostgreSQL里存储和搜索高维向量。这对AI语义搜索、推荐系统、智能问答等场景至关重要。这一步，让Supabase成功接入了生成式AI时代的主航道。

这些模块不是孤立存在的，而是可以组合协作也可以单独使用。你可以只用它做身份认证，也可以全套用下去，搭出一个复杂应用的全部后端。并且，所有这些服务，都是和PostgreSQL深度绑定的。

相比Firebase等采用NoSQL模型、架构封闭的平台，Supabase选了PostgreSQL这个被验证了三十多年的关系数据库作为核心，原因其实很简单：

1. 稳定：PostgreSQL在银行、政府、电商等关键系统中服役多年，几乎“打不死”，企业用起来放心；

2. 通用性强：SQL语言人人会，复杂查询、事务处理、JOIN操作都不在话下，业务逻辑写起来干脆利落；

3. 兼容性好：标准SQL意味着好迁移、好集成，开发门槛低，也方便未来换平台；

4. 可扩展性强：通过插件和扩展机制（比如pgvector、PostGIS），PostgreSQL还能变身为AI数据库、地理信息数据库等多种形态。

这一底层架构选择，也让Supabase拥有了对大型复杂项目的天然兼容力。

从使用人群来看，Supabase的覆盖面相当宽——从想快速搞出MVP的独立开发者，到精打细算、资源有限的创业团队，再到追求快速试错和新项目验证的大厂创新部门。根据Y Combinator的数据，在某届Demo Day中，约40%的初创公司把Supabase作为默认后端。这不是一个小数据点，而是实打实的产品验证。

在大厂端，像Meta、Netflix、微软等技术团队，也开始在内部创新项目或工具实验中使用Supabase。毕竟在产品构思阶段，大家想要的是“快”，不是“贵”和“复杂”。

而在应用场景上，Supabase已经在几个方向上形成了典型打法。

对于社交媒体类产品，Supabase通过其用户管理、内容上传和消息通知功能，提供了一整套基础设施，帮助开发者快速搭建核心功能。而在协作工具领域，Supabase的实时编辑、权限控制和团队同步能力，使得开发者无需担心后台技术实现，可以专注于产品本身的创新。对内容平台来说，Supabase的数据库与对象存储功能完美结合，可以轻松管理文本数据和多媒体资源，极大地提升了开发效率。

尤其是在AI驱动的应用中，Supabase通过其pgvector扩展，提供了强大的语义搜索、问答匹配和嵌入式检索等功能，使得开发者能够无需额外构建复杂的向量引擎，直接依托Supabase构建强大的智能功能。

这些功能的无缝集成，使得Supabase能够满足不同类型应用的需求，简化了开发流程，极大地降低了技术门槛。

但Supabase真正被卷入更大技术浪潮的，是“氛围编码（Vibe Coding）”。

氛围编码就是你不再自己写代码，而是通过和AI对话，用自然语言表达需求，AI帮你写好代码、搭好服务。

在知名AI开发平台Lovable上，Supabase就被选为默认后端。Lovable通过AI生成数据库结构、配置好Supabase，再自动搭一个前端界面，几分钟，一个完整可用的Web App就诞生了。

这为什么能成？

核心原因是Supabase的API结构足够标准化、语义清晰、操作简单。AI能轻松识别并操作这些接口，不需要费力读文档。

这也是为什么TechCrunch直接评价Supabase“站在了2025年最大趋势的甜蜜点”，AI让更多非程序员可以参与软件构建。并且Supabase填补了这群人构建应用过程中最大的空白，一个既好用又靠谱的后端。

四、后端即服务的红海中杀出一条血路

后端即服务（BaaS）市场是一个看似饱和但仍充满活力的领域。虽然这个市场并不新鲜，但其增长势头却一直不减。

根据QYR（QYResearch）的统计及预测，2024年全球移动后端即服务（BaaS）市场销售额达到了340.2亿美元，预计2031年将达1067.3亿美元，年复合增长率（CAGR）为18.0%（2025~2031年）。这一增长的动力来源于数字化转型浪潮以及移动应用爆炸式增长。

全球每天都有新的创业团队诞生，他们需要快速验证自己的想法、推出新产品；而那些老牌企业也在加速自己的数字化进程，开发内部工具和面向客户的应用。在这些场景下，快速、可靠的后端支持变得至关重要，而传统的开发方式显然太慢也太贵。毕竟，谁愿意花几个月时间仅仅搭建一个基础架构呢？

然而，尽管市场机会巨大，后端即服务依然是一个典型的“红海”市场。全球巨头如谷歌的Firebase、亚马逊的AWS Amplify、微软的Azure Mobile Apps等，早已在这一领域深耕多年。它们功能完善、资源雄厚，几乎垄断了市场。那么，在这些巨头面前，新的玩家如何突围？

Supabase给出了一个独特的答案：开源+SQL。

传统的BaaS平台，像Firebase，采用封闭生态和NoSQL数据库，虽然上手容易，但随着应用的成长，这些平台暴露出了几个痛点：数据难以迁移（被“锁定”）、复杂查询受限、高度依赖单一供应商。当应用从小型项目发展为正式产品，这些限制逐渐显现。Supabase正是找到了这一市场需求，基于开源项目的方式提供了解决方案，避免了厂商锁定的困扰。

Supabase的核心技术基于PostgreSQL，这是一种成熟的开源关系型数据库，支持复杂查询和事务处理，适用于从简单到企业级的各种应用。而且，Supabase并非仅仅提供一个云服务平台，开发者可以自由选择使用其云服务，也可以将其部署在自己的基础设施上。这种灵活性让Supabase在竞争激烈的市场中找到了自己的定位，并逐渐开辟出一片蓝海。

当然，市场也存在一些瓶颈和挑战。要进一步赢得大型企业客户，Supabase必须证明其安全性、合规性和性能能够满足企业级要求。许多大企业已经在使用Oracle、SQL Server等成熟数据库，迁移到新平台存在不小阻力。但随着氛围编码等新趋势兴起，以及越来越多创业公司从零开始选择Supabase，这些瓶颈或许会被逐渐突破。

五、如何将开源转化为营收

开源产品如何赚钱？

这是不少人在第一次接触Supabase时的第一反应。正如前文所述，Supabase采用的是典型的“开源核心+云服务”模式，通俗地说就是“代码你随便用，但要我帮你打理，那就得付费”。

Supabase的服务体系就像是一座梯子，为不同阶段的开发者量身打造了不同的台阶。从最底层的免费计划开始，适合个人开发者或者还处于试验阶段的项目，虽然有数据库容量、调用频率等限制，但已经足够用来做MVP或内部工具。项目开始起量后，用户可以升级到专业版，月费从25美元起，配额多了，服务更稳定，适合需要上线到真实用户场景的早期创业团队。再往上，是团队版和企业版，月费拉高到了几百甚至上千美元，带来了更完整的权限管理、SAML单点登录、数据合规支持，甚至可以提供专属部署、专属支持和服务等级协议（SLA）保障。

这种商业模式天然具有“高转化、低获客”的优势。大量的免费用户，构成了Supabase最强的口碑引擎，他们在开发者社区里自发分享使用体验、写教程、答问题，像是自带传播属性的增长团队。用户一开始用免费服务，等产品做起来了，自然愿意为更稳的托管服务买单。

这种用户和你一起长大的路径，不仅减少了传统SaaS那种烧钱买用户的压力，也提升了客户的生命周期价值。而在高端市场，企业客户对数据合规、专属服务的强需求，也让Supabase得以提供高毛利的企业级计划，进一步优化营收结构。

虽然Supabase没有对外披露具体的收入数据，但从风投的持续加码、最新一轮高达2亿美元的融资规模来看，资本市场对它的商业模型是有信心的。毕竟，在获客成本极低的基础上，能跑出一套“客户增长=收入增长”的正循环，这在当下浮躁的基础设施市场里，是稀缺的。

六、站在三大风口的交汇点

Supabase的迅速崛起，背后并非偶然，而是巧妙地站在了三大技术风口的交汇点。

AI的爆发式进展为开发者带来了前所未有的变革，尤其是生成式AI的普及推动了“氛围编码”（Vibe Coding）的兴起，这种新兴的开发方式让那些没有编程背景的人也能通过与AI对话来构建应用，无需写一行代码。正是因为Supabase的易用性和标准化接口，它成为了AI自动生成应用的理想后端平台。

例如，知名的AI编码平台Lovable就将Supabase作为默认后端。当用户简单描述自己需要的应用时，AI可以自动在Supabase上创建数据库表、配置用户认证、实现任务存储和共享功能等。这种无缝集成不仅让Supabase的使用变得更便捷，也大大增加了其曝光度，创始人表示：“仅在2023年年中，Supabase的新注册用户就翻了一倍，都是因为氛围编码工具的兴起。”

接下来，开源运动的热潮也为Supabase提供了强有力的推动力。开发者们越来越倾向于避免厂商锁定并保持技术的自主性，开源技术的需求逐渐增加，尤其是在后疫情时代，公司开始更加注重成本控制和长期技术栈的可持续性。Supabase完全开源的特性恰好满足了这一需求，使开发者既能享受便捷的云服务，又能在需要时完全掌控代码和数据。

PostgreSQL在数据库领域的崛起也给Supabase带来了利好消息，2023年Stack Overflow的开发者调查中，PostgreSQL首次超越MySQL成为最受欢迎的数据库，而Supabase则是“最易用的Postgres方案”，迅速搭上了这列快车。

全球开发者人口的爆发式增长，特别是在新兴市场，也为Supabase提供了新的发展契机。随着智能手机普及和低代码工具兴起，越来越多人加入开发者行列。据统计，仅印度一国就预计到2026年拥有10亿智能手机用户，这将催生大量新的应用和开发者。Supabase的开源特性和免费入门计划使其对这些新兴市场开发者极具吸引力——他们可以在资源有限的情况下也使用企业级后端技术。

七、从开源明星到商业成功的挑战

尽管Supabase在开源和技术领域的表现令人瞩目，但它的未来并非没有挑战。站在开源明星的光环下，Supabase同样需要面对巨大的风险和竞争压力。

最直接的威胁来自于全球科技巨头们的竞争。谷歌、亚马逊和微软等公司在后端即服务（BaaS）领域早已深耕多年，它们不会坐视Supabase在市场上崭露头角。巨头们完全有能力提升自己的产品，增加开源支持，甚至利用Supabase的开源代码来推出类似的托管服务，借助其强大的资源和客户基础，将用户从Supabase分流。这种竞争压力，是每一个在巨头围攻下的初创企业都必须面对的现实挑战。

此外，Supabase还需要破解商业化的难题。虽然有庞大的免费用户基础，但如果无法将这些用户转化为足够的付费客户，Supabase将难以支撑日益增加的基础设施和团队成本。毕竟，托管数据库服务本身是一个高资源消耗的业务。如果大部分用户仅停留在免费层或选择自行部署而不付费，那么公司的现金流将面临严重压力。这种情况在开源项目的商业化过程中并不罕见，很多用户虽然喜欢产品，但并不愿为云服务支付费用。

如何设计一个既能吸引新用户又能有效转化付费用户的“免费增值”策略，是Supabase商业化成功的关键。

回顾科技史，不少开源项目都在商业化过程中遭遇了瓶颈。有些因为商业模式不清晰而资金耗尽，有些则因为过度商业化失去了社区的支持。Supabase必须在开源理想和商业现实间找到平衡点。

八、David与Goliath的新时代对决

Supabase能叫板甲骨文吗？

乍听这个问题，似乎有些不自量力。毕竟，Oracle是市值近3000亿美元的数据库霸主，而Supabase仅仅是估值20亿美元的新晋独角兽。

然而，这场对决并非简单的体量比较，而是两种截然不同理念的较量——封闭专有 vs 开源透明，企业驱动 vs 开发者驱动，重资产 vs 轻量级。

甲骨文的数据库业务建立在其专有技术和企业级服务之上，它的客户多为大型企业和政府机构，愿意支付高额许可和维护费用以换取可靠性和技术支持。Oracle数据库的架构及生态系统复杂而庞大，专为处理关键任务型应用而设计。

相比之下，Supabase走的是完全不同的路线：其代码完全开源，允许社区贡献和审查。它针对的是开发者个人和团队，提供简单直观的接口。它采用云原生设计，轻量灵活，适合快速迭代的现代应用。

当然，Supabase短期内难以撼动Oracle在传统企业核心系统中的地位。那些运行了数十年的银行交易系统、电信计费系统不太可能轻易迁移。但技术世界的版图正在重塑——每年都有大量新应用诞生，采用现代架构和云原生技术。在这个新战场上，Supabase完全有机会赢得一席之地。

这是一场典型的创新者破坏式创新，从市场边缘切入，逐渐向上攀升。正如数十年前的MySQL和PostgreSQL开始蚕食Oracle市场份额一样，Supabase正在成为这一进程的最新力量。

本文来自微信公众号：硅兔君，作者：桥，编辑：伊凡