Amazon DynamoDB: Introducción

Amazon DynamoDB es una base de datos NoSQL completamente administrada que proporciona rendimiento rápido y predecible con escalabilidad perfecta.

Características principales:

• Serverless: No hay servidores que administrar
• Escalable: Maneja desde miles hasta millones de requests por segundo
• Rápida: Latencia de milisegundos de un solo dígito
• Durable: Replicación automática en múltiples AZs
• Flexible: Schema-less, almacena documentos JSON

Bases de datos relacionales (SQL) vs NoSQL

Cuándo usar DynamoDB:

• ✅ Aplicaciones web y móviles de alta escala
• ✅ Gaming (leaderboards, sesiones)
• ✅ IoT (millones de dispositivos)
• ✅ Catálogos de productos
• ✅ Sesiones de usuario

Cuándo NO usar DynamoDB:

• ❌ Consultas complejas con múltiples joins
• ❌ Reporting y analytics (usa Redshift)
• ❌ Datos altamente relacionales

Tabla

Colección de items, similar a una tabla SQL pero sin schema fijo.

Item

Un registro individual, similar a una fila. Cada item puede tener diferentes atributos.

Atributos

Campos de datos, similares a columnas pero flexibles por item.

Primary Key

Identificador único de cada item. Dos tipos:

1. Partition Key (Simple):

• Un solo atributo como key
• DynamoDB usa hash para distribuir datos
• Ejemplo: userId

2. Partition Key + Sort Key (Compuesta):

• Dos atributos combinados
• Partition key agrupa, sort key ordena
• Ejemplo: userId + orderDate

Ejemplo de tabla "Orders":

DynamoDB ofrece dos modos de facturación:

1. On-Demand (Bajo Demanda)

• Pago por request: Pagas solo por lecturas/escrituras realizadas
• Escalado automático: Sin límites que configurar
• Ideal para: Tráfico impredecible, nuevas aplicaciones

Precios (aproximados):

• Escrituras: ~$1.25 por millón de escrituras
• Lecturas: ~$0.25 por millón de lecturas

2. Provisioned (Provisionado)

• Capacidad definida: Configuras RCUs y WCUs
• Auto Scaling opcional: Ajusta automáticamente
• Más económico: Para tráfico predecible

Unidades de capacidad:

• RCU (Read Capacity Unit): 1 lectura consistente de hasta 4 KB/segundo
• WCU (Write Capacity Unit): 1 escritura de hasta 1 KB/segundo

Ejemplo de cálculo:

• Si tu item es de 8 KB → necesitas 2 RCUs por lectura
• Si escribes 3 KB → necesitas 3 WCUs por escritura

¿Cuál elegir?

Los índices permiten consultar por atributos diferentes a la primary key.

Global Secondary Index (GSI)

• Partition key y sort key diferentes a la tabla base
• Se puede crear en cualquier momento
• Tiene su propia capacidad provisionada
• Consistencia eventual solamente

Ejemplo: Si tu tabla tiene userId como PK, pero necesitas buscar por email: → Creas un GSI con email como partition key

Local Secondary Index (LSI)

• Misma partition key que la tabla, diferente sort key
• Debe crearse al crear la tabla
• Comparte capacidad con la tabla base
• Soporta consistencia fuerte

Ejemplo: Tabla de Orders con PK customerId:

• Sort key original: orderDate
• LSI sort key: orderTotal → Puedes consultar "los pedidos más caros de cada cliente"

Límites:

• Máximo 20 GSIs por tabla
• Máximo 5 LSIs por tabla

DynamoDB Streams

Captura cambios en la tabla en tiempo real (insert, update, delete).

Usos:

• Trigger Lambda en cada cambio
• Replicación a otras regiones
• Analytics en tiempo real

DynamoDB Accelerator (DAX)

Caché in-memory compatible con DynamoDB.

Beneficios:

• Latencia de microsegundos (vs milisegundos)
• Sin cambios en el código de aplicación
• Reduce carga en la tabla

Global Tables

Replicación multi-región activa-activa.

Beneficios:

• Lecturas/escrituras en cualquier región
• Replicación automática
• Disaster recovery integrado

Point-in-Time Recovery (PITR)

Restaura la tabla a cualquier punto en los últimos 35 días.

Backup On-Demand

Backups manuales que se guardan hasta que los elimines.

Operaciones de Item:

Operaciones de Consulta:

Consistencia de lecturas:

Eventually Consistent (default):

• Los datos pueden tardar milisegundos en replicarse
• 2x más barato
• Bueno para la mayoría de casos

Strongly Consistent:

• Siempre lee el dato más reciente
• Requiere especificar en la solicitud
• Usa más capacidad

Transacciones:

DynamoDB soporta transacciones ACID para operaciones que requieren "todo o nada":

TransactWriteItems: Múltiples Put/Update/Delete atómicos
TransactGetItems: Múltiples Gets atómicos

Puntos clave para el CLF-C02:

1. Es NoSQL, no relacional

   • No soporta SQL ni joins
   • Schema flexible

2. Es serverless

   • No hay instancias que gestionar
   • Escala automáticamente

3. Latencia de un solo dígito de milisegundos

   • Ideal para aplicaciones de alta velocidad

4. Modos de capacidad

   • On-Demand: Pago por uso
   • Provisioned: Capacidad definida

5. Global Tables para multi-región

   • Replicación activa-activa

6. DAX para caché

   • Microsegundos de latencia

Preguntas típicas:

"¿Qué servicio proporciona base de datos NoSQL serverless con latencia de milisegundos?" → Amazon DynamoDB

"¿Cómo reducir latencia de DynamoDB a microsegundos?" → Amazon DynamoDB Accelerator (DAX)