Opérations et coût
La modélisation fait entrer tes données. Les exploiter — garder les écritures cohérentes, réagir aux changements, expirer les vieilles lignes, payer la bonne facture de capacité, survivre à une panne de région et récupérer d’un mauvais déploiement — c’est la moitié qui décide si une table DynamoDB est quelque chose en quoi tu as confiance en production.
Cette section est un seul scénario fil rouge, pas six pages de référence déconnectées. Tu construis le journal d’audit d’un SaaS multi-tenant — le registre immuable du « qui a fait quoi, et quand » que tout produit B2B finit par devoir livrer pour ses clients entreprise. Une table, partitionnée par 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 |
Chaque guide ci-dessous ajoute une préoccupation opérationnelle à cette même table :
Lis-les dans l’ordre — chacun suppose la table du précédent. Commence par les transactions ; le reste s’appuie sur les événements qu’elles écrivent.
Télécharge DynoTable pour inspecter, requêter et éditer la table du journal d’audit en parcourant le scénario.