維運與成本

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