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

场次笔记

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

• 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 文件）
• 善用无服务器数据库、致力改善弹性，并了解底层实际运作的内容

Ce