維運與成本
建模把你的資料放進去。維運它 — 維持寫入一致、對變更做出反應、讓舊列到期、付出正確的容量帳單、在一次區域中斷中存活,以及從一次失敗的部署中復原 — 才是決定一張 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 來在你逐步完成這個情境時,檢視、查詢並編輯這張 audit-log 表格。