AWS Re:Invent Recap 2025

a charla del AWS Recap de Bogotá recogió los anuncios más relevantes de AWS vistos en re:Invent, también arrojó información sobre la experiencia práctica de arquitectos, socios y desarrolladores que trabajan a diario con la nube.

Noexia

2/16/20264 min read

Charla AWS Recap Bogotá

La charla del AWS Recap de Bogotá recogió los anuncios más relevantes de AWS vistos en re:Invent, también arrojó información sobre la experiencia práctica de arquitectos, socios y desarrolladores que trabajan a diario con la nube. Además de mostrar servicios nuevos, se explicó los posibles problemas que resuelven, cuándo usarlos y cuándo no, lo cual es una de las mejores prácticas en arquitectura en la nube. A continuación, presentamos uno de los puntos más importantes del Recap.

1. Primer gran aprendizaje: no todo servicio administrado conviene

Uno de los puntos más interesantes fue la discusión sobre servicios administrados para flujos de datos (por ejemplo, alternativas gestionadas frente a Apache Airflow).

Problema real

Aunque los servicios administrados prometen: escalabilidad automática, menor operación y ahorro de costos

en la práctica pueden: obligarte a usar solo consola, romper la estandarización open source, dificultar el monitoreo y aumentar el tiempo de implementación.

Buena práctica clave

No elegir un servicio por moda sino por TCO real (tiempo + costo + operación).

El mensaje fue claro: La escalabilidad no siempre compensa la pérdida de control ni el tiempo de adopción. Esto es crítico en proyectos empresariales donde ya existen pipelines maduros.

2. DynamoDB y los índices multi-atributo: optimización de costos y performance

Se explicó en profundidad el uso de: Global Secondary Index (GSI) y los índices compuestos multiatributo.

Problema clásico

Cuando consultas por atributos que no son la clave:

→ DynamoDB hace scan completo
→ alto consumo de RCU
→ alto costo

Solución

Crear índices que combinen:

  • partition key compuesta

  • sort key compuesta

Ejemplo conceptual:

PK = género + país SK = año + rating

Beneficios

  • consultas complejas sin scan

  • menor costo de lectura

  • menor latencia

  • diseño orientado al patrón de acceso

Buena práctica clave

En DynamoDB se diseña primero la consulta, luego la tabla.

Esto es arquitectura orientada a access patterns.

3. IA + búsqueda natural sobre bases de datos

Se mostró cómo un agente con Bedrock puede: convertir lenguaje natural → consulta estructurada

Esto cambia el modelo tradicional de: construir queries manualmente y exponer APIs complejas.

Valor real

No es solo UX.

Permite: Democratizar el acceso a los datos, reducir capa de backend y acelerar analítica operativa.

Pero hay advertencias

Costo en tokens
Control del contexto
Tamaño del prompt

Buena práctica

👉 Usar agentes cuando el usuario es humano
👉 Usar queries directas cuando es un sistema

Esto evita sobrecostos innecesarios.

4. Resiliencia como nueva competencia oficial

AWS lanzó una competencia de resiliencia, lo que refuerza algo clave:

La arquitectura moderna no se mide por uptime
se mide por:

  • RTO

  • RPO

  • capacidad de recuperación automática

Capacidades evaluadas

  • alta disponibilidad

  • replicación de datos

  • monitoreo continuo

  • gestión de cambios

Buena práctica: Diseñar para fallar. Automatizar la recuperación.Medir tiempo de recuperación

5. Partner onboarding y seguridad con accesos temporales

Antes: Se compartían roles permanentes.

Ahora: Accesos temporales controlados.

Beneficios

  • menor riesgo de seguridad

  • onboarding más rápido

  • auditoría completa

Esto es clave en:

  • consultoras

  • multi-cuenta

  • proyectos enterprise

6. Infraestructura para IA: Trainium, GPUs y clusters escalables

Se explicó cómo AWS está llevando la nube hacia:

infraestructura especializada para IA

Con:

  • chips Trainium

  • GPUs de alto rendimiento

  • redes de baja latencia

Sectores impactados

  • banca

  • telecomunicaciones

  • salud

Buenas prácticas

  • aislar cargas de IA

  • usar clusters elásticos

  • controlar el acceso a datos sensibles

La seguridad de los datasets fue un punto crítico.

7. Multicloud simplificado

Antes conectar nubes implicaba: Túneles, routers y alta complejidad

Ahora: Conectividad gestionada entre clouds.

Pero el gran consejo fue:

El costo real está en el datacenter físico.

No solo:

  • lo que dice la calculadora de AWS

Sino:

  • cross-connects

  • hardware

  • terceros

Buena práctica

👉 Calcular siempre el costo end-to-end de la arquitectura.

8. Global Accelerator y recuperación en 60 minutos

El objetivo:

RTO ≤ 60 minutos

Esto muestra que el enfoque actual es:

disaster recovery automatizado.

9. Proxies autoescalables

Problemas que resuelve:

  • cuellos de botella

  • parcheo de vulnerabilidades

  • escalabilidad de tráfico

Esto elimina operación manual en firewalls y proxies.

10. Seguridad cuántica

Aunque aún incipiente, la idea es:

cifrado resistente a computación cuántica

Para:

  • datos financieros

  • salud

  • propiedad intelectual

Esto muestra la dirección futura de compliance.

11. Target capacity optimizer en load balancers

Cambio conceptual clave:

Antes → el sistema fallaba por saturación
Ahora → el sistema: Detecta su límite, regula carga y devuelve métricas claras

Beneficio

Evita: Errores silenciosos y latencias ocultas.

12. Mejores prácticas en adopción de GenAI en clientes

Esta fue una de las partes más valiosas.

Mensajes clave

❌ No empezar por el modelo
✅ Empezar por el caso de negocio

Flujo recomendado:

  1. Entender el negocio

  2. Definir problema

  3. Elegir modelo

  4. Acelerar con servicios

Error común en LATAM

Ir directo a producción sin:

  • preproducción

  • pruebas de carga

  • pruebas de costo

Se comparó con: comprar una moto de alto cilindraje sin saber conducir.

13. Gestión de costos en IA

Nadie habla de costos… pero es lo primero que pregunta el cliente.

Buenas prácticas:

  • evaluar punto de equilibrio

  • usar capacity reservada

  • priorizar cargas

  • clasificar workloads

14. Grounding y calidad de datos

Un modelo no falla por el modelo:

falla por los datos.

Ejemplo:

tarjetas duplicadas → resultados incorrectos.

15. Habilidades no técnicas obligatorias

Un mensaje muy fuerte:

El arquitecto cloud debe entender:

  • industria

  • sector

  • modelo de negocio

Porque la venta de soluciones depende de eso.

16. Formación de talento y comunidad

AWS está apostando por:

  • Cloud Clubs

  • certificaciones

  • educación integrada

como pipeline de talento.

Conclusiones estratégicas

La charla dejó claro que AWS está evolucionando hacia:

1️⃣ Nube como plataforma de IA

No solo infraestructura.

2️⃣ Automatización total de la operación

3️⃣ Arquitecturas resilientes por diseño

4️⃣ Multicloud real

5️⃣ Seguridad avanzada (incluyendo cuántica)

Lecciones más importantes para arquitectos y builders

Técnicas

  • Diseñar por patrón de acceso en DynamoDB

  • Medir RTO/RPO

  • Usar agentes solo donde aporten valor

  • Calcular costos end-to-end

  • Separar ambientes siempre

De operación

  • No ir directo a productivo

  • Automatizar recovery

  • Priorizar workloads

De negocio

  • Entender la industria del cliente

  • Hablar en términos de valor

  • No en términos de servicios

Mensaje final

El concepto más repetido fue:La tecnología ya es suficientemente madura. El diferencial ahora es la velocidad de adopción y el entendimiento del negocio.