2010年,当 Vitess 项目启动以帮助 Google 的 YouTube 团队解决 MySQL 数据库的可扩展性问题时,Ruby on Rails 应用框架刚刚诞生五年,而许多利用这两项技术取得巨大成功的“独角兽”公司已经纷纷涌现。自那之后发生了什么?如果追溯数据库领域的进展,是否能够与应用开发的进步相提并论?

十多年后,Rails 在应用开发领域已产生了深远影响,直接启发了其他语言和社区接受框架、配置优于约定等思想。这些如今看起来似乎是常识的理念,在Rails问世之前却非常稀缺。然而,如果论及普通开发者可以随手使用的数据库技术,进步却主要集中在解决 FAANG(指Facebook、Amazon、Apple、Netflix和Google)级别公司的难题,或者着眼于优化与改进现有技术的局限。

从另一个角度来看,“计算”作为应用开发的一个组件,在公共云时代以商品化的形式被定义,推动了人们编写应用程序“业务逻辑”部分的巨大变革。Serverless技术的成熟是这一变革的重要体现。然而,讽刺的是,Serverless发展至今却受限于我们原以为已经解决的一个核心问题:数据库。Serverless不仅带来了技术上的突破,还影响了经济模式。它的理念深受开发者和业务人的喜爱:不要维护不需要的东西,不预先支付费用,不过度分配资源——简单来说就是,只支付实际使用的部分。

那么,为什么 Serverless 还没有用上理想的数据库呢?如果将应用开发从单页应用(Single Page Applications,SPAs)到“严肃分布式后端应用”(Serious Distributed Backend Applications)的范围进行划分,不难看出两端的极点得到了相对完善的服务。对于简单数据存储需求的SPAs,有一些不错但并非卓越的解决方案;对于“非常严肃的企业应用”(Very Serious Enterprise Apps,VSEAs),则有“严肃企业级Serverless数据库”提供支持——这些数据库似乎热衷于让开发者“换一种方式思考问题”。然而,这些解决方案既不是为普通开发者构建的,也没有任何创造过去十年来开发者享受的工作流、功能或平台的创新。结果是,那些位于中间的应用类型(也是绝大多数开发者所处的范围)被严重忽视。直到今天,这种状况才开始改变。

PlanetScale 的愿景是超越传统数据库,构建一个数据平台,满足现代应用开发者的需求,就像 GitHub 满足代码开发者的需求一样。我们思考:“如果从头开始设计一个覆盖从 SPA 到 VSEA 应用全谱的解决方案,应该是什么样子?”为了实现最佳的开发者体验,我们对创新性功能进行了深入挖掘,比如无阻塞的模式更改、部署请求以及数据库分支功能,并将其打包成类似计算资源的“按需付费”模式。让开发者轻松入门的平台,今天可以开始使用,而永远不愿停止使用。通过 PlanetScale,Serverless 开发者的数据需求终于得到满足了。



Serverless终于有了自己的数据库插图

关注公众号:程序新视界,一个让你软实力、硬技术同步提升的平台

除非注明,否则均为程序新视界原创文章,转载必须以链接形式标明本文链接

本文链接:http://www.choupangxia.com/2025/05/19/serverless-2/