Operações e custo
A modelagem coloca seus dados dentro. Operar isso — manter as escritas consistentes, reagir a mudanças, expirar linhas antigas, pagar a conta de capacidade certa, sobreviver a uma queda de região e se recuperar de um deploy ruim — é a metade que decide se uma tabela DynamoDB é algo em que você confia em produção.
Esta seção é um único cenário contínuo, não seis páginas de referência desconexas. Você está construindo o log de auditoria de um SaaS multi-tenant — o registro imutável de "quem fez o quê, e quando" que todo produto B2B eventualmente precisa entregar para seus clientes corporativos. Uma tabela, particionada por 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 |
Cada guia abaixo adiciona uma preocupação operacional a essa mesma tabela:
Leia-os na ordem — cada um assume a tabela do anterior. Comece pelas transações; o resto se baseia nos eventos que ela escreve.
Baixe o DynoTable para inspecionar, consultar e editar a tabela do log de auditoria enquanto trabalha pelo cenário.