SW BBANG E

Diseñaste tu tabla DynamoDB con una clave primaria que funciona perfectamente para el patrón de acceso principal, y ahora el equipo de producto pide filtrar por un atributo completamente diferente. Antes de duplicar datos o rediseñar la tabla, entender la diferencia entre un Local Secondary Index (LSI) y un Global Secondary Index (GSI) en DynamoDB puede ahorrarte semanas de refactorización. TL;DR: LSI vs GSI en DynamoDB Característica LSI GSI Partition key Misma que la tabla base Cualquier atributo Sort key Atributo diferente al de la tabla Cualquier atributo (opcional) Creación Solo en el momento de crear la tabla En cualquier momento Consistencia de lectura Fuerte o eventual Solo eventual Límite de tamaño por partition key 10 GB por valor de partition key Sin límite adicional Capacidad Comparte con la tabla base Capacidad independiente Casos de uso típicos Consultas alternativas dentro ...

Cuando lanzas una nueva aplicación en AWS y aún no tienes datos históricos de tráfico, elegir el modo de capacidad incorrecto en DynamoDB puede resultar en throttling inesperado o en facturas que no esperabas. Esta guía cubre los modos de capacidad de DynamoDB desde una perspectiva operacional real: cuándo cada uno tiene sentido, cómo migrar entre ellos, y cómo evitar los errores más comunes. TL;DR — Guía de Decisión Rápida Si no conoces tus patrones de tráfico todavía, empieza con On-Demand (Bajo Demanda) . Migra a Provisionado con Auto Scaling cuando tengas al menos 2-4 semanas de métricas reales de consumo. Criterio On-Demand Provisionado + Auto Scaling Tráfico predecible No óptimo Recomendado Tráfico impredecible o spiky Recomendado Riesgo de throttling Fase de desarrollo / MVP Recomendado Sobreingeniería temprana Costo por millón de solicitudes Mayor por unidad Menor si se utiliza bien Configu...