运维与成本
建模把你的数据装进去。而运维它 —— 保持写入一致、对变更做出反应、让旧行过期、付对容量 账单、在某个区域宕机时活下来,以及从一次糟糕的部署中恢复 —— 才是决定一张 DynamoDB 表能否 让你在生产环境中信赖的另一半。
本节是一个贯穿始终的场景,而不是六张互不相干的参考页。你正在构建一个多租户 SaaS 的审计 日志 —— 那份记录“谁在何时做了什么”的不可变记录,每个 B2B 产品迟早都得为其企业客户交付它。 一张表,按租户分区:
| PK | SK | actor | action | ip |
|---|---|---|---|---|
| TENANT#acme | EVENT#2026-06-24T09:14Z#a1 | USER#88 | login.success | 203.0.113.7 |
| TENANT#acme | EVENT#2026-06-24T09:15Z#a2 | USER#88 | invoice.export | 203.0.113.7 |
| TENANT#globex | EVENT#2026-06-24T09:15Z#b9 | USER#12 | role.granted | 198.51.100.4 |
下面每一篇指南都在这同一张表上叠加一项运维方面的考量:
已读 0/7测验
请按顺序阅读 —— 每一篇都假定你已有上一篇里的那张表。先从事务开始;其余内容都建立在它所写入 的事件之上。
下载 DynoTable,在你逐步走完这个场景时检查、查询和编辑这张审计日志表。