AWS · Software · ficha YoctoIT

DynamoDB

El NoSQL serverless de latencia constante: milisegundos a cualquier escala, sin clúster que dimensionar.

FOCUS · ESCALA SIN PREOCUPACIONESClave-valor gestionado para cargas que explotan: la latencia no cambia, la factura sí (para mejor)
Material YoctoIT para clientes y partners · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Qué es

Amazon DynamoDB, en claro.

DynamoDB es la base de datos clave-valor/documental de AWS: sin servidores, escalado automático, réplica multi-AZ incluida y latencias de un dígito de milisegundos incluso con millones de peticiones por segundo. Global Tables replica activo-activo entre regiones.

<10 ms
latencia típica de lectura/escritura, constante con la escala
Serverless
capacidad on-demand: se paga la petición, no el clúster
Multi-region
Global Tables activo-activo para usuarios en cualquier parte
Icona ufficiale AWS — Amazon DynamoDB
ICONO OFICIAL AWS · DynamoDB
Console AWS
CONSOLA AWS REAL · DYNAMODB IN AZIONE · FUENTE: AWS BLOG
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

El modelo

ApplicazioneAPI sencillas: get, put, query
Tabla
Índices GSI/LSI
Streams
el diseño de las claves es el proyecto
DAX · cachémicrosegundos para el read-heavy
Backup & PITRprotección continua integrada
Sencillo por fuera, distribuido por dentro

Capacidad on-demand

Cero capacity planning: el tráfico impredecible es su hábitat.

DynamoDB Streams

Cada modificación como evento: las integraciones y los side-effects sin polling.

TTL & archivado

El dato que caduca solo: sesiones y cachés que se limpian sin cron.

Diseño de claves

El reverso de la sencillez: el acceso hay que diseñarlo antes — y es nuestro oficio.

03 · En profundidad

Modelar por accesos, no por entidades

DynamoDB da latencias de milisegundos a cualquier escala si el modelo sigue los access patterns: partition key bien distribuida, GSI para las consultas alternativas, single-table design donde hace falta. On-demand o provisioned con autoescalado; DAX para la caché en microsegundos; Streams para los eventos; TTL para la caducidad nativa; Global Tables para la escritura multi-region activa-activa. PITR y backups on-demand cierran la protección.

  • Partition key — la distribución lo es todo: la clave caliente estrangula la tabla
  • GSI — índices globales para los patrones secundarios: proyecciones medidas, no totales
  • On-demand — cero capacity planning: el default correcto para cargas variables
  • DAX — caché gestionada en microsegundos para lecturas repetitivas
  • Global Tables — multi-region activo-activo con resolución last-writer-wins
  • Streams + Lambda — cada modificación es un evento: proyecciones e integraciones reactivas
04 · Números y ciclo de vida

Los números que cuentan.

<10 ms
la latencia típica a cualquier escala
400 KB
el tamaño máximo del item: el documento se parte
99,999%
el SLA con Global Tables
35 gg
el PITR continuo activable
NoSQL no significa sin esquema, significa esquema sobre los accesos: modelamos las tablas sobre TUS patrones y los costes siguen lineales.
05 · Casos de uso

Dónde rinde de verdad.

Sesiones & perfiles

El estado de las aplicaciones web con millones de usuarios: lecturas constantes, costes lineales.

IoT & telemetría

Escrituras masivas desde dispositivos: ingestión que nunca se dobla.

Carritos & pedidos

El transaccional sencillo de altísimo volumen: donde el relacional estaría sobredimensionado.

NoSQL no significa sin esquema mental: el diseño de los accesos lo hacemos antes — luego DynamoDB nunca decepciona.