运维与成本

建模把你的数据装进去。而运维它 —— 保持写入一致、对变更做出反应、让旧行过期、付对容量 账单、在某个区域宕机时活下来,以及从一次糟糕的部署中恢复 —— 才是决定一张 DynamoDB 表能否 让你在生产环境中信赖的另一半。

本节是一个贯穿始终的场景,而不是六张互不相干的参考页。你正在构建一个多租户 SaaS 的审计 日志 —— 那份记录“谁在何时做了什么”的不可变记录,每个 B2B 产品迟早都得为其企业客户交付它。 一张表,按租户分区:

PKSKactoractionip
TENANT#acmeEVENT#2026-06-24T09:14Z#a1USER#88login.success203.0.113.7
TENANT#acmeEVENT#2026-06-24T09:15Z#a2USER#88invoice.export203.0.113.7
TENANT#globexEVENT#2026-06-24T09:15Z#b9USER#12role.granted198.51.100.4

下面每一篇指南都在这同一张表上叠加一项运维方面的考量:

已读 0/7测验

请按顺序阅读 —— 每一篇都假定你已有上一篇里的那张表。先从事务开始;其余内容都建立在它所写入 的事件之上。

下载 DynoTable,在你逐步走完这个场景时检查、查询和编辑这张审计日志表。