Timescale 推出无服务器数据库的替代方案 Dynamic PostgreSQL

Timescale 最近推出了 Dynamic PostgreSQL，这是一种新的云托管选项，可在预定义的 vCPU 范围内扩展数据库容量。这个新选项的宣传亮点是“购买基础容量，峰值需求靠租用解决”，它可以根据负载变化来扩展容量，试图以这种方式解决无服务器产品的不可预测性和可变性问题。

Dynamic PostgreSQL 基于 TimescaleDB（扩展 PostgreSQL 的一款开源时间序列数据库），希望在预置数据库和无服务器数据库之外提供第三种方案。Timescale 首席技术官兼联合创始人 Mike Freedman 和 Timescale 高级产品经理 Grant Godeke 解释道：

它基于动态计算技术，这是一项 Timescale 开发的创新，可根据你的负载情况在预定义的最小/最大范围内实时扩展你的可用计算资源。你现在可以选择一个计算范围，不用再针对峰值需求配置资源（并一直为这些资源付费）：你的数据库启动时会使用基础的容量，并且仅在需求上涨时实时扩展到峰值容量。买基础，租峰值。

当客户选择一个范围时，动态最大值的上限为基本容量的两倍。 Timescale 认为，数据库与 Lambda 函数有很大不同，如今的无服务器数据库对于大多数生产负载来说效率是很差的，因为它们只盯着缩放的极端情况，并且为了服务不断变化的需求而保留的那些资源还使用了费用高昂且难以理解的定价机制。 Ampt 首席执行官兼创始人 Jeremy Daly 写道：

这里的区别（我认为）是他们将其定位为“买基础，租峰值”。我很久以前就开始这么呼吁了，云服务商的无服务器服务定价机制一直缺这么一块，他们应该跟上脚步。

数据库顾问 Tobias Petry 评论说：

它就像是支持突发机制的 EC2 机器一样，这是一个完美的解决方案：基础定价的成本低廉，你只需在极少数情况下为临时增加的需求支付更多费用。有了它，团队就用不着像往常那样买过大的实例了。

无服务器数据库的好处之一是能够将容量缩到零，只需为所使用的计算时间付费。Freedman 和 Godeke 认为：

在某些用例中，“缩放到零”是有意义的，比如说概念验证演示或更偏业余爱好者的应用程序（……）但如果跑的是你的生产数据库和更接近运营层面的东西？你肯定不想要缩到零。缩放到零意味着重新启动时要“冷启动”：数据库共享缓冲区清空了、操作系统缓存清空了、目录缓存也清空了。

Dynamic PostgreSQL 主要针对在 AWS 上运行的部署，声称客户从 RDS for PostgreSQL 迁移过来时会节省 10-20% 的成本，从 Aurora Serverless 迁移过来时可节省 50-70%，但他们尚未发布基准测试。

Dynamic PostgreSQL 并不是 Dynamic Infra 发布周期间的唯一亮点：Terraform provider 已全面可用，Cloudflare Hyperdrive 增加了超级表支持，Timescale 云现已在澳大利亚、欧洲、美国和亚洲的 7 个 AWS 区域推出。

1-2 个 CPU 范围的每月定价为 87.60 美元起，如果使用量高于承诺的基础容量，则每个 CPU 每小时额外收取 0.12 美元。 Timescale 为新帐户提供 30 天免费试用。

原文链接：

https://www.infoq.com/news/2023/11/timescale-dynamic-postgresql/