🏢 公司C档 · NaN分

1.5亿美元,赌AI时代的数据库

··约1分钟阅读

📋 总体概括

PostgreSQL 18发布同一时间窗,Supabase拿下GIC领投的1.5亿美元并收购Turso,官方口径直指Agentic AI基础设施。本文拆解这三件事背后的产业逻辑:Agent工作负载正在重排数据库座次,Postgres生态为何站上了最有利位置,以及热钱之下尚未解开的三个难题。

📄 正文

9月底,PostgreSQL 18发布,开源数据库又一次完成年度交卷。几乎同一时间,基于Postgres的Supabase宣布获得新加坡主权基金GIC领投的1.5亿美元融资,并顺手收购数据库创业公司Turso,官方说法非常直白:为Agentic AI构建数据库基础设施。

两件事撞进同一个时间窗,指向同一个判断——AI Agent正在重排数据库行业的座次,而Postgres生态已经坐上了最舒服的位置。💰

📈 一年一版的「慢公司」,赢下了最长的比赛

数据库行业最反常识的规律是:跑得最慢的公司,往往赢下最长的比赛。

PostgreSQL 18的发布过程没有发布会,没有明星高管站台,只有邮件列表、commit记录和一份发布公告。商业数据库厂商动辄三年磨一剑,还要配合大型营销活动;而Postgres社区像一家极度守时的工厂——PG15、PG16、PG17、PG18,一年一个大版本,雷打不动。

2022-09

PostgreSQL 15 发布

2023-09

PostgreSQL 16 发布

2024-09

PostgreSQL 17 发布

2025-09

PostgreSQL 18 发布

这种节奏感背后,是几十年如一日的社区治理。在各大开发者调查中,Postgres常年位居最受欢迎数据库榜首——这不是某一年营销打赢了,而是长期信任的复利。

Postgres统治力的显与隐
开发者首选:常年位居各大开发者调查的受喜爱榜首
年度大版本:PG18按时交卷,节奏二十年如一日
云上标配:主流云厂商均提供托管Postgres服务
~ 水面线 · 大众看得见的部分到此为止 ~
社区治理:数十年去中心化的社区协作机制
扩展体系:插件与扩展生态承担了大量创新
宽松许可:宽松开源许可让所有人敢深度使用

产业逻辑很清晰:年度节奏意味着可预期,可预期意味着企业敢于把核心系统压上去;而宽松的开源许可又让云厂商乐于把它做成托管服务,反过来进一步扩大基本盘。Postgres赢的方式,是让所有人都愿意帮它赢。慢,就是它最快的护城河。

💰 主权基金进场,给「Postgres层」重新定价

当主权基金开始投数据库公司,说明资本眼里这不再是风口故事,而是地基工程。

看这一轮融资的成色:1.5亿美元,GIC——新加坡主权财富基金——领投,跟投方包括Alphabet旗下的CapitalG、IronArc和SquarePeg。同时官宣的还有对Turso的收购,金额虽未披露,但方向已经写在官方声明里:为Agentic AI构建数据库基础设施。

这个组合值得细品。主权基金投的是「几十年不变的基础设施」叙事——数据库是数字经济的公共品,周期长、确定性高,恰好匹配主权资本的偏好。而CapitalG的进场,则让业内普遍联想到与Google云生态之间可能的协同空间。

据多位接近人士透露,Postgres生态公司的融资节奏在今年明显加快,优质标的在一级市场已经不愁term sheet。一位长期关注开源商业化的投资人私下说得很直白:现在大家不是在挑公司,是在挑生态位。

生态位是什么?就是长在Postgres这棵开源大树上的商业化层。内核是社区的,没人能独占;但谁先把内核变成开发者愿意付费的平台,谁就拿到了下一个十年的门票。资本这1.5亿美元,买的正是这个位置的定价权。

🤖 收Turso:Supabase要给AI Agent当数据库前台

Agent不需要一个更大的数据库,它需要的是一百万个更小的数据库。

Supabase官方口径把收购Turso的目的说得很明白——为Agentic AI构建数据库基础设施。Turso这家公司以轻量、嵌入式、对边缘场景友好见长,和传统重运维的关系型数据库几乎是两个物种。为什么一个做开发者平台的Postgres公司,要去买一个「小」数据库?

答案藏在Agent工作负载的形态里。一个AI Agent的典型数据访问是这样的:会话级、短生命周期、海量并发、随时创建随时销毁,还要求严格的权限隔离。这和传统「一个大型单实例、重DBA长期伺候」的模式完全不匹配——你不能让每个Agent会话都去连接一个共享的生产库。

也就是说,Agent时代的数据库竞争焦点,正在从「谁的存储引擎更快」转向「谁能把数据库变成Agent可以直接调用的API」。Supabase自建开发者平台,Turso补上轻量实例与边缘分发能力,两者拼起来,就是一个面向Agent的完整访问层。

据多位接近人士的说法,这正是这轮收购真正的战略意图:Supabase不想只做「更好用的Postgres面板」,它想做Agent与数据之间的那道前台。前台一旦站住,后面的内核是谁的,反而没那么重要。

🗺️ 格局重排:云厂商吃肉,独立玩家换打法

云厂商吃掉了托管数据库最厚的那层利润,独立玩家只能在夹缝里换打法。

看清楚整个棋盘,才能理解Supabase为什么选择「自建访问层」而不是把自己卖个好价钱。托管数据库是云厂商利润的重要支柱,而Postgres作为云上标配,最大的红利长期被云厂商的托管服务收走。独立商业化公司的出路,是往上走——做云厂商不屑于做的开发者体验层、工作流层。

这已经不是个例。此前Neon被Databricks收入囊中,同样是在补齐「数据库分支与按需实例」的能力,同样指向AI负载。Postgres生态里的独立公司,正在批量地被资本重新归位。

玩家路线代表动作与Agent场景的关系
Supabase开源商业化+平台融资1.5亿美元、收购Turso直接押注Agent基础设施
云厂商托管Postgres标准托管服务承接存量负载,动作偏保守
Databricks数据平台并购将Neon收入囊中补齐分支与按需实例能力
传统NewSQL自研内核独立许可体系与Agent生态耦合较浅
自建PG团队开源自运维零商业包装离商业化最远,离信任最近

四象限里最值得注意的是左下角:大量企业还在自建Postgres,这是整个生态信任的底座;而右上角的竞争才刚刚开赛。谁先把「Agent友好」做成标准能力,谁就能把这个位置坐实。

⚠️ 冷静一点:热钱涌进的地方,坑也最多

每一轮基础设施叙事的高潮,都伴随着被高估的负载和被低估的工程难度。

给这波Postgres热潮泼三盆冷水。

第一,Agent负载的真实规模还没被验证。眼下关于「海量短生命周期数据库实例」的想象,很大程度建立在Agent应用会爆发的假设上。如果Agent的日常是少量长会话而非百万级短任务,那套为极端并发设计的架构就是过度建设,订阅制收入和用量计费之间的错配会立刻显形。

第二,云厂商就站在隔壁。同一份开源代码,云厂商随时可以把「Agent友好」做成托管服务的原生功能,用规模和价格碾压独立玩家。据多位接近人士透露,头部云厂商内部已经把Agent数据访问列入了路线图——独立公司的窗口期,可能比融资到账的速度更快流逝。

第三,生态内卷的风险。如果所有商业化公司都长在同一棵Postgres大树上,内核层无人能差异化,竞争只能挤在访问层和工作流层。这个层面的护城河,本质上是产品速度和开发者心智,而这两样东西,恰恰是最容易被复制的。

换句话说,1.5亿美元买的是生态位,不是护城河。生态位能不能变成护城河,要看接下来两个版本的迭代速度。

小结

PostgreSQL 18代表内核层的稳态进化,Supabase加Turso代表访问层的重新发明——两条线合在一起说明:数据库行业的下一轮竞争,不在存储引擎,而在「谁来替Agent管数据」。主权基金下场、并购加速,都是这个判断的注脚。

往前看12到18个月,真正的试金石只有一个:百万级短生命周期数据库实例,会不会从PPT变成日常生产负载。如果会,今天这1.5亿美元就是地板价;如果不会,所有为Agent重构的架构,都得重新回答那个老问题——你的客户,到底是谁。

本文由本站 AI 辅助聚合生成,原始来源如下:

🔎 本文基于以下资讯(素材溯源 · 信息来源)

📰 相关阅读推荐(与本文相关的其他资讯)