SW BBANG P

Você modelou sua tabela DynamoDB com uma partition key e sort key perfeitas para o acesso principal — e então o produto pediu uma nova tela que precisa filtrar por um atributo completamente diferente. É nesse momento que a escolha entre LSI e GSI deixa de ser teórica e vira um problema real de design. TL;DR — LSI vs GSI no DynamoDB Característica LSI (Local Secondary Index) GSI (Global Secondary Index) Partition Key Mesma da tabela base Qualquer atributo Sort Key Atributo diferente da tabela base Qualquer atributo (opcional) Quando criar Somente na criação da tabela A qualquer momento Consistência de leitura Strongly consistent ou eventually consistent Somente eventually consistent Throughput Compartilha com a tabela base Capacidade provisionada própri...

Você acabou de modelar sua tabela DynamoDB e chegou na tela de configuração de capacidade. O tráfego da aplicação ainda é incerto — pode ser 10 requisições por segundo, pode ser 10.000. Escolher o modo errado aqui significa ou pagar por capacidade ociosa ou ver a aplicação throttlada em produção. Este post detalha como os modos de capacidade do DynamoDB funcionam internamente, quando cada um faz sentido, e como migrar entre eles sem surpresas. TL;DR — Modos de Capacidade DynamoDB Critério On-Demand Provisionado Tráfego previsível ❌ Custo mais alto ✅ Mais econômico Tráfego imprevisível ou novo ✅ Sem risco de throttling ❌ Risco de under-provisioning Picos esporádicos e intensos ✅ Absorve automaticamente ⚠️ Depende de Auto Scaling Custo por unidade Mais caro por RCU/WCU individual Mais barato com uso consistente Configuração operacional Zero Requer monitoramento e ajuste Troca de modo Uma vez a ca...