維運與成本

建模把你的資料放進去。維運它 — 維持寫入一致、對變更做出反應、讓舊列到期、付出正確的容量帳單、在一次區域中斷中存活，以及從一次失敗的部署中復原 — 才是決定一張 DynamoDB 表格是否值得你在正式環境中信任的那一半。

本節是一個貫穿全程的情境，而非六個彼此無關的參考頁面。你正在打造一套多租戶 SaaS 的稽核記錄 — 那份「誰在何時做了什麼」的不可變更紀錄，是每個 B2B 產品最終都得為其企業客戶推出的。一張表格，依租戶分割：

下面每篇指南都為這同一張表格加上一項維運考量：

請依序閱讀 — 每篇都假設了前一篇的表格。從交易開始；其餘的都建立在它所寫入的事件之上。

下載 DynoTable 來在你逐步完成這個情境時，檢視、查詢並編輯這張 audit-log 表格。至於成本這一側，免費的 定價計算機能為任一種容量模式的工作負載 估價，而 TTL 轉換器能把日期轉換成 TTL 所需的 epoch 值。