极点宏观｜Amarathon 2025 回顾 09：五年来所谓无服务器数据库带来的五个惨痛教训

五年来所谓无服务器数据库带来的五个惨痛教训

● Serverless 并非真的无服务器。还是反过来？

Amazon Web Services 上无服务器数据库的推出

● Aurora Serverless v1 GA (2018-08)

● DynamoDB On-Demand (2018-11)

● Amazon Timestream (2020-09)

● Aurora Serverless v2 Preview (2020-12)

● Aurora Serverless v2 GA (2022-04)

● Redshift Serverless (2022-07)

● Amazon Neptune Serverless (2022-10)

● ElastiCache Serverless (2023-11)

● Amazon DSQL (2025-05)

● DocumentDB Serverless (2025-07)

那么以下这些呢

● Amazon S3

● Amazon SQS

● Amazon Route 53?

存储空间的重要性被低估了

● Aurora Serverless v2 可立即扩展，即使是需求最高的应用程序也能支持；与针对峰值容量预置资源相比，最多可节省 90% 的成本

● 美元／月

● 2022：3336 CPU (RI)、1960 存储空间 (GP)、2274 备份

● 2023：4682 CPU (RI)、2387 存储空间 (GP)、3300 备份

● 2024：6006 CPU (RI)、2994 存储空间 (GP)、5840 备份

● 2025：6350 CPU (RI)、3755 存储空间 (GP)、6952 备份

● Aurora Serverless：最低 0.5 ACU

● Aurora Provisioned: db.r8g.large

● RDS for MySQL：400 GB + db.r8g.large

要多久？

● Aurora Serverless：3-4 秒

● Aurora Provisioned：2-3 秒

● RDS for MySQL：4-5 分钟

预测成本更具挑战性

● 「如果你不知道工作负载在无服务器数据库上的运作情况，使用已预置集群的基准来预测 ACU 完全没有用。」

● 「Aurora DSQL 现已正式推出。费用是多少？没人知道，尤其是 Amazon Web Services。它按 DPU 计费，而文件中的意思等同于『去你的，自己对工作负载跑基准测试，自己找答案。』在所有可选的定价策略中，我没料到 Amazon Web Services 会选择『彻底放弃』。我的 Aurora 客户很不满。」Corey Quinn

兼容性可能是一项挑战

● 兼容性？

● Wire（或客户端通信协议）

● SQL／查询语言

● 功能／行为

● 运营／生态系

● 版本

● DSQL, Dynamo DB, Aurora Serverless (*)

● 两者都是「Serverless」数据库

● 问题在于水平扩展与垂直扩展

● 弹性不等于无服务器

● 「如果数据库仍无法缩减至已设置的最低容量，请停止并重新启动数据库，以回收可能随时间累积的内存碎片。停止及启动数据库会造成停机，因此我们建议谨慎采取此做法。」（Amazon Web Services 文件）

● 善用无服务器数据库、致力改善弹性，并了解底层实际运作的内容