Operations & Kosten
Modellierung bringt deine Daten hinein. Sie zu betreiben — Writes konsistent zu halten, auf Änderungen zu reagieren, alte Rows ablaufen zu lassen, die richtige Capacity-Rechnung zu zahlen, einen Region-Ausfall zu überstehen und von einem schlechten Deploy zu recovern — ist die Hälfte, die entscheidet, ob du einer DynamoDB-Tabelle in Produktion vertraust.
Dieser Abschnitt ist ein einziges durchgehendes Szenario, nicht sechs unverbundene Referenzseiten. Du baust das Audit-Log für ein Multi-Tenant-SaaS — den unveränderlichen Datensatz von "wer hat was wann getan", den jedes B2B-Produkt irgendwann für seine Enterprise-Kunden ausliefern muss. Eine Tabelle, partitioniert pro Tenant:
| 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 |
Jeder Guide unten fügt derselben Tabelle ein operatives Thema hinzu:
Lies sie in dieser Reihenfolge — jeder setzt die Tabelle aus dem vorherigen voraus. Starte mit Transactions; der Rest baut auf den Events auf, die sie schreibt.
Lade DynoTable herunter, um die Audit-Log-Tabelle zu inspizieren, abzufragen und zu bearbeiten, während du das Szenario durcharbeitest.