Werner Vogels dio su última keynote en re:Invent después de 14 años. Y en vez de anunciar servicios nuevos, como hace siempre, nos dejó una reflexión: el desarrollador que va a sobrevivir a la revolución de la IA es el “desarrollador renacentista” — el Leonardo da Vinci de esta época. Estas son las 5 cualidades que dice que hay que tener, para que te preguntes si sos uno de ellos.

💡 Las 5 cualidades del desarrollador renacentista

1. Curiosidad (con experimentación)

No alcanza con que te guste aprender — hay que disfrutar desarmar las cosas para ver cómo funcionan. Construir algo sin saber si va a andar, y aprender en el camino. Werner también habla de aprender en comunidad: con mentores que te desbloquean y con gente en el mismo momento del camino que vos.

2. Pensar en sistemas

No es aprender Lambda, DynamoDB y API Gateway por separado — es entender cómo se encadenan, qué pasa si uno falla, cómo reaccionan los demás. Werner distingue dos tipos de loops: los de refuerzo (que amplifican cambios) y los de balance (que los compensan). Pensar en sistema es entender cómo tus cambios se propagan por todo eso.

3. Comunicación

Hoy más que nunca, porque con IA generativa y vibe coding, el lenguaje natural es la herramienta de trabajo. Poder explicar por qué elegiste una decisión técnica sobre otra — y hacerlo en un nivel que entienda alguien no técnico — es lo que muchas veces hace la diferencia entre que te elijan a vos o a otra persona.

4. Ownership

Si la IA escribe el código, pero vos lo desplegás sin entenderlo del todo, la responsabilidad sigue siendo tuya. You build it, you own it. La IA es una herramienta, no una persona — y las code reviews se volvieron más importantes que nunca, porque ahora ahí es donde reconstruís el entendimiento que antes ibas armando mientras escribías el código.

5. Ser polímata

Developer en forma de “I” (mucha profundidad, cero amplitud) vs. developer en forma de “T” (amplitud + una especialización profunda). Hoy la IA te da profundidad instantánea en áreas que no dominás — pero necesita que vos le des el contexto y la perspectiva del problema. Un ingeniero de datos que entiende de frontend toma mejores decisiones que uno que no.

No hace falta sacarte un 5 sobre 5 en las cinco — nadie es Leonardo da Vinci. La clave, dice Werner, es evolucionar: la IA no te va a reemplazar a menos que dejes de moverte hacia donde hay que ir.

🚀 ¿Por dónde seguir evolucionando?

Si esto te hizo pensar en qué dirección tomar en tu carrera en la nube, tengo un mini-curso gratuito para ayudarte a elegir el camino y construir el perfil que te haga falta.

🎯 ACCEDER AL MINI-CURSO GRATUITO

💬 Tu turno

De las 5 cualidades, ¿cuál sentís que tenés más desarrollada? ¿Y cuál te cuesta más?

Cuéntame en los comentarios 👇

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

¡Bienvenidos a Desplegando.cloud! 🚀

Desplegando.cloud es tu fuente semanal en español para mantenerte al día con lo más relevante de AWS y Serverless.

Esta semana les traigo como siempre un montón de noticias destacadas, pero me gustaría resaltar el video que publiqué, ya que puede ayudar a mucha gente que está empezando a construir agentes en AWS. Lo puedes encontrar en la sección de video de la semana.

✏️ ¡Comparte tus recursos! Si has escrito en un blog o creado algo interesante sobre AWS o Serverless, envíamelo. A veces es imposible encontrarlo todo en internet, y me encantaría destacar tu trabajo.

🎧También puedes escuchar esta newsletter en formato podcast, donde resumo cada edición. Búscalo en las principales plataformas o en cada correo que recibas.

🗓 ¿Organizas un evento en español sobre AWS o Serverless? Escríbeme en redes o en los comentarios, y con gusto lo mencionaré.

📢 Si te gusta esta newsletter, compártela con tus colegas para que más personas puedan estar al día con el mundo serverless.

Si tienes comentarios o sugerencias, escríbeme en LinkedIn, X, o Instagram.

¡A desplegar! 🚀

📰 Noticias Relevantes

🚀 AWS lanza aws-bench: un referente de código abierto para medir agentes de IA en AWS

AWS ha dado a conocer una vista previa de aws-bench, un referente de código abierto diseñado para medir la precisión y eficiencia con que los agentes de IA completan tareas reales en AWS. Este nuevo recurso busca ofrecer a los proveedores de modelos e investigadores de IA una manera objetiva y reproducible de evaluar el rendimiento de los agentes en las tareas de infraestructura de AWS.

Este referente se basa en un análisis del uso real de AWS e incluye casos de prueba para la investigación, resolución de problemas y creación de infraestructura. Cada caso de prueba combina un prompt en lenguaje natural con un estado de recurso en la nube definido y una respuesta verdadera, lo que permite puntuar a los agentes o modelos de manera consistente y verificable.

AWS afirma que aws-bench puede ayudar a mejorar el rendimiento de los modelos base en tareas de AWS, fortalecer los arneses de agentes y rastrear el progreso a lo largo del tiempo. La entrega también incluye una herramienta CLI para configurar entornos de prueba, ejecutar evaluaciones, puntuar resultados y restablecer el estado de los recursos. El proyecto está disponible en GitHub con instrucciones de instalación en el README.

🔗 Para más información, visita el anuncio oficial de AWS

📧 Amazon SES lanza nuevos planes de precios para simplificar la gestión de correos

AWS ha anunciado la introducción de un nuevo modelo de planes de precios para Amazon Simple Email Service (SES), que agrupa características de entrega y gestión de correos en paquetes progresivamente más completos. Los tres planes, Essentials, Pro y Enterprise, están diseñados para ofrecer más capacidades a un precio reducido en comparación con la compra por separado.

El plan Essentials incluye insights sobre entrega; el Pro agrega IPs dedicadas gestionadas, validación de correos y visibilidad global de colocación de correos en bandeja de entrada; y el Enterprise introduce resiliencia en múltiples regiones, aislamiento de reputación a nivel de carga de trabajo, y una evaluación anual de entregabilidad.

🔗 Para más detalles, visita la página oficial de Amazon SES.

📊 Amazon CloudWatch lanza ‘Coding Agent Insights’ para medir el uso de herramientas de codificación AI

Amazon CloudWatch ha presentado ‘Coding Agent Insights’, una nueva funcionalidad que permite a los líderes de ingeniería entender cómo se utilizan las herramientas de codificación AI y el valor que aportan. Esta capacidad se integra con el gateway de aplicaciones Claude para AWS, recopilando telemetría de Claude Code sin necesidad de instrumentación adicional. Además, ofrece soporte para OpenAI Codex y GitHub Copilot.

Al combinar las métricas de OpenTelemetry emitidas por los agentes de codificación con los datos operativos existentes de CloudWatch, los equipos pueden vincular la actividad de codificación AI con resultados de ingeniería como el rendimiento de los commits y la eficiencia de costo por producción.

Esta funcionalidad permite a los líderes evaluar dónde expandir el acceso a los agentes de codificación en función de su impacto en la velocidad de entrega y gestionar de manera efectiva los presupuestos de tokens a través de los departamentos.

🔗 Para más información, visita el anuncio de Amazon CloudWatch.

📈 Amazon Kinesis Data Streams ahora permite reducir la capacidad de ingestión.

Amazon Kinesis Data Streams ha presentado una actualización que permite a los usuarios reducir la capacidad de ingestión ajustando el valor de throughput en modo On-demand. Esta nueva característica permite al stream ajustarse a la capacidad solicitada o a la demanda máxima registrada en la última hora, lo que permite reducir la capacidad excesiva y proteger el tráfico actual de posibles restricciones.

Este avance otorga a los equipos un mayor control sobre el throughput de escritura en ambas direcciones. Anteriormente, el throughput se utilizaba para escalas proactivas en picos de tráfico, pero ahora también se puede reducir cuando la demanda baja, mejorando la eficiencia de costos y el rendimiento.

🔗 Para más información, visita el anuncio oficial de AWS.

🔗 Otras noticias que te pueden interesar

📈 AWS Organizations incrementa la cuota de RCP a 2,000 por organización → Leer más

🔒 AWS Lambda durable functions ahora soporta encriptación con claves gestionadas por el cliente → Leer más

📊 Amazon CloudWatch Logs ahora soporta logs de Application Load Balancer → Leer más

🚀 AWS Lambda durable execution SDK para .NET ya está disponible de forma general → Leer más

🤖 Claude Opus 5 ya está disponible en AWS → Leer más

✉️ Amazon SES simplifica el envío de correos electrónicos a través de SMTP utilizando Mail Manager → Leer más

📝 AWS Lambda ahora publica logs para proveedores de capacidad de instancias gestionadas por Lambda → Leer más

🔔 AWS Secrets Manager ahora publica notificaciones de actualización de secretos a Amazon EventBridge → Leer más

🔍 Amazon Bedrock AgentCore ahora ofrece observabilidad unificada con trazas y logs en un solo grupo de logs → Leer más

📦 Anotaciones de Amazon S3: añade contexto rico y consultable directamente a tus objetos → Leer más

🎬 Video de la Semana

Si estás construyendo agentes en AWS y no sabés bien qué pieza va dónde, esta semana te dejo el mapa. Spoiler: no arranca por el modelo. Arranca por tres capas que casi nadie menciona y que son las que te salvan cuando algo sale mal en producción.

📚 Artículos Interesantes

🤖 Evaluando Agentes de IA: Un Plan de Producción con Strands y AgentCore

Este artículo explica cómo evaluar agentes de IA de una forma lista para producción utilizando una estrategia combinada: evaluaciones de Strands para pruebas a nivel de construcción y evaluaciones de Amazon Bedrock AgentCore para el monitoreo continuo en producción. Presenta un marco de evaluación de tres capas que considera el uso de herramientas, el razonamiento y la calidad de salida.

Puntos clave:

* Uso de dos capas de evaluación: pruebas previas al despliegue más monitoreo en producción.

* Medir más que la salida: evaluar el uso de herramientas, el razonamiento y la calidad de respuesta en conjunto.

* Desplegar gradualmente con puertas de calidad: validar en etapa, modo sombra, pruebas A/B, y luego realizar el despliegue completo solo si los métricas se mantienen por encima del umbral.

🎯 Reflexión: La evaluación de los agentes de IA no es solo un paso; es un proceso continuo que requiere adaptación y refinamiento constante. Implementar evaluaciones adecuadas asegura no solo la calidad, sino también la confianza en el rendimiento de los agentes en un entorno de producción.

📖 Leer el artículo completo

🚀 Mejores Prácticas para Aplicar Amazon Bedrock Guardrails en Flujos de Generación de Código

Este artículo se centra en cómo utilizar Amazon Bedrock Guardrails de manera más eficiente en flujos de generación de código.

🔑 Puntos clave:

* Utiliza la API ApplyGuardrail para pasar de escaneos constantes a validaciones selectivas en puntos estratégicos.

* Aumenta el intervalo de streaming a 1,000 caracteres y agrupa evaluaciones para reducir las llamadas a guardrails y costos.

* Aplica escaneos basados en riesgo: inspecciona completamente códigos sensibles como IAM o lógica de credenciales, y evita volver a comprobar contenido inalterado o de bajo riesgo.

🎯 Reflexión: Aplicar los Guardrails de manera selectiva, alineados con el riesgo del flujo de trabajo, puede mejorar la eficiencia sin comprometer la seguridad. Esta estrategia permite a los desarrolladores enfocarse en las partes más críticas del código.

📖 Leer el artículo completo

⚠️ La Importancia de los Mensajes de Error en la Era de la IA

AWS destaca que los mensajes de error son cada vez más cruciales a medida que se proliferan los agentes de IA y los flujos de trabajo asistidos por IA. Un mensaje confuso o genérico no solo puede dificultar la usabilidad humana, sino también bloquear sistemas automatizados de recuperación y diagnóstico.

Puntos clave:

* Descriptivos y Específicos: Los errores deben explicar qué sucedió, no solo que algo falló.

* Soluciones o Sugerencias: Ofrecer pistas para que usuarios y agentes de IA sepan cómo recuperarse.

* Parte de la Experiencia del Usuario: Los mensajes de error construyen confianza y mejoran el proceso de resolución de problemas.

🎯 Reflexión: La calidad de los mensajes de error puede marcar la diferencia en la experiencia del usuario, tanto para humanos como para sistemas automatizados. Invertir en mensajes claros y útiles no solo reduce la frustración, sino que también facilita la recuperación.

📖 Leer el artículo completo

🤖 Construyendo un Asistente AI Serverless en Pelago: De la Idea a la Realidad en Dos Semanas

Pelago, una empresa de salud digital centrada en el apoyo a personas con trastornos por consumo de sustancias, desarrolló un asistente AI serverless, basado en eventos, en AWS en solo dos semanas. Este asistente ayuda a los equipos de atención a generar sugerencias contextualizadas durante las conversaciones con los pacientes.

Puntos clave:

* Diseño Serverless + Basado en Eventos: Permite a los equipos añadir características de AI rápidamente sin acoplarse a los flujos de trabajo existentes.

* Generación de AI Asíncrona: Mejora la experiencia del usuario al realizar trabajos pesados de AI en segundo plano, sirviendo resultados en menos de 100 ms.

* Servicios AWS Gestionados: Pueden respaldar casos de uso en salud regulada, aliviando la carga operativa mientras ayudan a cumplir con los requisitos de seguridad y cumplimiento.

🎯 Reflexión: La capacidad de Pelago para construir un asistente AI en tan poco tiempo demuestra la eficacia y la versatilidad de las soluciones serverless en el ámbito de la salud, facilitando interacciones más efectivas y cumpliendo con las regulaciones necesarias.

📖 Leer el artículo completo

📝 Eventos en Español

📅 28 Julio: From Zero to Kiro | AWS UG Manizales 📍 🔗 Más info

📅 28 Julio: IA, Fundamentos y Workshop de Kiro 🚀 [Evento presencial] 📍 AWS UG Women Buenos Aires 🔗 Más info

📅 29 Julio: [De Cero a Cloud] Terraform: de la consola al código 📍 AWS UG Girls UY 🔗 Más info

📅 29 Julio: PreSummit: Road to AWS Summit Bogotá 2026 📍 AWS UG Women Colombia 🔗 Más info

📅 29 Junio: AWS Modernízate: Claude Platform on AWS — IA de Clase Mundial en Tu Cuenta AWS 📍 AWS UG Puerto Rico 🔗 Más info

📅 30 Julio: AWS Summit Bogota 📍 🔗 Más info

📅 30 Julio: Construye tu primer agente AI con herramientas OpenSource 📍 AWS UG Mixli 🔗 Más info

📅 31 Julio: DevDays Buenos Aires — Go Agentic with Serverless | AWS UG Buenos Aires 📍 🔗 Más info

📅 1 Agosto: Workshop: Agentes en la nube & DevOps con AWS | AWS Girls Bolivia 📍 🔗 Más info

📅 1 Agosto: DevDays Buenos Aires — Workshop y Hackathon | AWS UG Buenos Aires 📍 🔗 Más info

📅 2 Agosto: AWS Inspector: Detección y mitigación de vulnerabilidades | AWS SBG Universidad Catolica de Salta 📍 🔗 Más info

📅 6 Agosto: Construye tu primer agente AI con herramientas OpenSource 📍 AWS UG Mixtli 🔗 Más info

📅 10 Agosto: AWS Modernizate: Productividad Inteligente con Amazon Quick 📍 AWS UG Puerto Rico 🔗 Más info

⭐ 29 Agosto: AWS Community Day Bolivia 2026 🇧🇴 | AWS UG Cochabamba 📍 🔗 Más info

⭐ 5 Setiembre: AWS Community Day Ecuador 2026 📍 AWS UG Ecuador 🔗 Más info

⭐ 10 Octubre: AWS Community Day Guatemala 2026 | AWS UG Guatemala 📍 🔗 Más info

⭐ 17 Octubre: AWS Community Day Spain 2026 📍 AWS UG Spain 🔗 Más info

Gracias por leer Desplegando.cloud!

Eso es todo por esta semana. Recuerda que también puedes escuchar Desplegando.cloud en formato podcast en tus plataformas favoritas. ¡Nos vemos la próxima semana con más novedades del mundo AWS!

¡Feliz despliegue!

Marcia.

PD: Si estás en el proceso de aprender AWS y Serverless y necesitas ayuda —> hace click acá

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

Hace más de 20 años que trabajo en esta industria — desarrollo, DevOps, la nube y bastante más. Una de las preguntas que más me hacen es “¿qué rol elijo si quiero meterme en cloud?”. Así que armé un mapa con los 4 roles técnicos más demandados en la nube hoy, qué hace cada uno y por dónde se suele llegar.

💡 4 caminos, un mismo destino: la nube

Para ilustrar cada rol uso el mismo ejemplo: Netflix. Cuando das play y la serie arranca casi al instante, hay muchísima infraestructura e ingeniería detrás de eso — y cada uno de estos roles cumple una parte distinta.

1. Cloud Solutions Architect

Diseña la arquitectura: soluciones escalables, seguras y económicamente eficientes. En Netflix, es quien decide cómo usar los servicios de AWS para poder servir millones de peticiones sin que nada se caiga — define qué se construye in-house y qué se externaliza, y arma estrategias resilientes con alta tolerancia a fallos. Es el puente entre desarrollo y negocio.

Salario (EE.UU., para arrancar): entre $90,000 y $100,000, y sube según empresa, seniority y región.

Cómo se llega: muchos arquitectos vienen de desarrollo — a medida que ganan experiencia y quieren resolver problemas más complejos, dan el salto a diseñar sistemas en vez de construirlos.

2. Cloud DevOps Engineer

Garantiza que el software llegue del desarrollo a producción rápido y de forma confiable. Su foco: pipelines de CI/CD, infraestructura como código y orquestación de servicios. En Netflix, es quien hace posible que se lancen features constantemente sin romper nada — y que los despliegues se hagan gradualmente, no al 100% de los usuarios de una.

Salario (EE.UU., para arrancar): arriba de $130,000, con el mismo criterio de que sube según empresa, seniority y región.

Cómo se llega: el camino clásico es desde sysadmin, aprendiendo servicios de nube y herramientas de automatización. También es accesible para desarrolladores con interés en administración de sistemas.

3. Cloud Developer / Cloud Engineer

Construye las aplicaciones: mientras el arquitecto trabaja a nivel de sistemas, el developer trabaja a nivel de aplicación, escribiendo el código y llevando a producción las features que el arquitecto diseñó. Y no es solo escribir código — también hay que mantenerlo, asegurar que sea escalable y siga buenas prácticas.

Salarios competitivos también, con el mismo rango de variación según país, empresa y seniority.

Cómo se llega: si sos backend o full stack, aprender los servicios de la nube alcanza para arrancar.

4. Cloud Security Engineer

Diseña arquitecturas resistentes a ataques, monitorea vulnerabilidades y reporta incidentes. En Netflix, protege desde los datos de pago de los clientes hasta el contenido con derechos de propiedad intelectual. Cuando trabaja codo a codo con DevOps a nivel de infraestructura, a ese cruce se lo suele llamar DevSecOps.

Salarios competitivos — es de los roles con más demanda creciente, dado el contexto de seguridad actual.

Cómo se llega: desde arquitectura, desde desarrollo o desde el mundo del hacking ético. Es una especialización que pide bastante estudio si venís de un lugar donde la seguridad nunca fue tu foco.

Los cuatro son técnicos, tienen mucha demanda y pagan bien — en Estados Unidos, en España, en Latinoamérica o donde sea que trabajes con la nube.

🚀 ¿Todavía no sabés qué camino elegir?

Tengo un mini-curso gratuito donde vemos cómo elegir tu camino, construir tu portfolio y prepararte para el rol que quieras.

🎯 ACCEDER AL MINI-CURSO GRATUITO

💬 Tu turno

¿Cuál de estos 4 roles encaja mejor con vos? ¿El que diseña o el que se remanga y hace el código?

Cuéntame en los comentarios 👇

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

¡Bienvenidos a Desplegando.cloud! 🚀

Desplegando.cloud es tu fuente semanal en español para mantenerte al día con lo más relevante de AWS y Serverless.

El viernes, mientras caminaba tranquilamente, recibí un mensaje preocupante de uno de los miembros de mi comunidad: “Creo que me hackearon, me llegó un mail de AWS que me están cobrando millones de dólares”. Al principio pensé que estaba exagerando. ¿Un hacker que en cuestión de horas usa recursos por millones de dólares?

Pero decidí apurar el paso y volver a casa para ayudarlo. Al llegar, vi cómo borraba usuarios, reseteaba contraseñas y se tiraba de los pelos. Consulté la página de soporte de AWS y, para mi sorpresa, allí estaba: un bug en el servicio que estimaba los gastos de los usuarios. Ese día no había revisado redes sociales ni noticias, pero apenas entré a LinkedIn, vi a todo el mundo lidiando con el mismo problema. ¿Fuiste uno de los afectados?

✏️ ¡Comparte tus recursos! Si has escrito en un blog o creado algo interesante sobre AWS o Serverless, envíamelo. A veces es imposible encontrarlo todo en internet, y me encantaría destacar tu trabajo.

🎧También puedes escuchar esta newsletter en formato podcast, donde resumo cada edición. Búscalo en las principales plataformas o en cada correo que recibas.

🗓 ¿Organizas un evento en español sobre AWS o Serverless? Escríbeme en redes o en los comentarios, y con gusto lo mencionaré.

📢 Si te gusta esta newsletter, compártela con tus colegas para que más personas puedan estar al día con el mundo serverless.

Si tienes comentarios o sugerencias, escríbeme en LinkedIn, X, o Instagram.

¡A desplegar! 🚀

📰 Noticias Relevantes

🤖 AWS presenta Grok 4.3 en Amazon Bedrock

AWS ha añadido oficialmente Grok 4.3 de xAI a Amazon Bedrock, convirtiéndose en el tercer laboratorio de IA independiente en estar disponible a través del servicio gestionado de IA de AWS, junto a Anthropic y OpenAI. Este modelo optimizado para cargas de trabajo empresariales y de razonamiento presenta un esfuerzo de razonamiento configurable (ninguno, bajo, medio, alto) que siempre está activo, llamadas a herramientas nativas, salida estructurada estricta, comprensión de imágenes y estado de conversación del lado del servidor.

🔗 Para más información, visita el blog de AWS.

🚀 AWS Lambda presenta un nuevo asistente de configuración con un solo clic para agentes de codificación

AWS ha lanzado un asistente de configuración de un solo clic en la consola de AWS Lambda, diseñado para simplificar la integración de los agentes de codificación con los flujos de trabajo de desarrollo serverless. Anteriormente, los desarrolladores tenían que navegar manualmente por múltiples páginas de documentación para configurar estos agentes para tareas serverless; esta nueva característica automatiza dicho proceso, configurando el agente con las habilidades serverless de AWS y el servidor de Protocolo de Contexto de Modelo Serverless (MCP).

El asistente guía al agente de codificación para instalar habilidades específicas de Lambda para MicroVMs, Instancias Administradas y funciones duraderas, así como también la configuración del servidor MCP, directamente en el entorno de codificación preferido del desarrollador. Soporta una amplia gama de agentes, incluyendo Claude Code, Kiro, Cursor, GitHub Copilot, Codex, Devin Desktop y OpenCode, y ayuda a los usuarios a través de la autenticación de AWS si faltan las credenciales locales.

🔗 Para más información, visita el blog de AWS sobre la nueva función.

🔑 Amazon Cognito ahora permite la importación de usuarios con hashes de contraseña

Amazon Cognito ha introducido una nueva función que permite importar usuarios con hashes de contraseña directamente a través de archivos CSV, eliminando la necesidad de restablecimientos de contraseña forzados en el primer inicio de sesión. Anteriormente, los usuarios importados debían restablecer sus contraseñas inmediatamente después de la migración.

Ahora, los administradores pueden incluir la columna password_hash en sus archivos CSV de importación, especificando el algoritmo de hashing utilizado por su sistema de origen (por ejemplo, bcrypt, scrypt, Argon2id o PBKDF2 con SHA-256). En el primer inicio de sesión, Cognito verifica la contraseña del usuario contra el hash importado y luego migra las credenciales al sistema de autenticación nativo.

🔗 Para más información, visita el blog de Amazon Cognito

📦 AWS Lambda ahora permite utilizar buckets S3 autogestionados para el código de funciones

AWS ha lanzado una nueva característica que permite a los desarrolladores usar buckets S3 autogestionados como fuente directa para el código de funciones de AWS Lambda. Esto elimina la necesidad de que Lambda almacene una copia interna de los paquetes de implementación.

Con este cambio, Lambda lee el código directamente desde el bucket S3, asegurando que los paquetes de implementación ya no cuenten contra el límite de almacenamiento interno gestionado por Lambda. Esta función está disponible inmediatamente en todas las regiones estándar de AWS donde se ofrece Lambda, sin costo adicional más allá de los costos estándar de almacenamiento y solicitudes de S3.

Para implementar esta característica, deberás habilitar la versionado de S3 y configurar el cifrado utilizando SSE-S3, SSE-KMS o DSSE-KMS. Además, gestionarás la seguridad del bucket, incluidas las políticas de acceso y la auditoría a través de los registros de acceso del servidor S3 o eventos de datos de CloudTrail.

Con esta función, los equipos que anteriormente alcanzaron el límite de 75GB de almacenamiento de código por región pueden ahora expandir su capacidad total a 300GB por cuenta utilizando sus propios buckets S3.

🔗 Para más detalles, visita el blog oficial de AWS:

🔗 Otras noticias que te pueden interesar

🌐 Amazon CloudFront Functions ahora admite el registro en los registros de acceso de CloudFront → Leer más

📊 Amazon CloudWatch Logs anuncia el almacenamiento inteligente → Leer más

🔍 Amazon CloudWatch Logs Insights añade 25 nuevos comandos y funciones de consulta → Leer más

🛠️ Amazon OpenSearch Service ahora admite el Kit de herramientas de agentes para AWS con una habilidad curada → Leer más

🔎 Amazon CloudWatch anuncia el procesador de búsqueda para enriquecimiento de registros → Leer más

📦 Amazon S3 elimina el mínimo de 30 días para transiciones a S3 Standard-IA y S3 One Zone-IA → Leer más

🔔 Amazon S3 Event Notifications ahora incluye etiquetas generadas por el sistema → Leer más

📈 Realiza el seguimiento de tendencias de eficiencia de costos directamente en los paneles de facturación y administración de costos con el nuevo widget de eficiencia de costos → Leer más

🗺️ Amazon Location Service mejora las API de Lugares con nuevas opciones de dirección y búsqueda → Leer más

🎬 Video de la Semana

Esta semana les traigo un video de una pregunta que me hacen todo el tiempo cuando hablo de estos servicios en mis clases de universidad, cual es la diferencia entre SNS, SQS, EventBridge y Kinesis. Es SQS un Eventbridge viejo? Es Kinesis un SNS más caro? Bueno en el video de esta semana te lo respondo todo.

📚 Artículos Interesantes

🌀 Integrando Funciones Duraderas de Lambda en un Flujo de Trabajo de Step Functions

Este artículo muestra cómo integrar las Funciones Duraderas de AWS Lambda en un flujo de trabajo existente de AWS Step Functions. Esto permite a los equipos combinar la orquestación a gran escala con la lógica de negocio centrada en el código a nivel micro.

Puntos clave:

* Ventaja de Arquitectura Híbrida: Usar Step Functions para la orquestación macro y Funciones Duraderas para la micro-orquestación dentro de pasos individuales.

* Coexistencia Sin Reescrituras: Las funciones Lambda duraderas y estándar pueden mezclarse en el mismo flujo de trabajo de Step Functions sin modificar tareas existentes.

* Configuración Requerida en el Momento de Creación: Las funciones duraderas deben configurarse al momento de su creación, no se puede convertir una Lambda existente en duradera más tarde.

🎯 Reflexión: Integrar funciones duraderas en un flujo de trabajo de Step Functions puede proporcionar una gran flexibilidad y eficiencia, permitiendo a los desarrolladores implementar lógica de negocio compleja de manera más efectiva.

📖 Leer el artículo completo

🔄 Integración de Mapeos de Fuentes de Eventos con el Modo de Aislamiento por Inquilino de AWS Lambda

Construir aplicaciones SaaS multi-inquilino basadas en eventos requiere, tradicionalmente, un fuerte aislamiento de cómputo entre los inquilinos para evitar filtraciones de datos y asegurar el cumplimiento normativo.

Puntos clave:

* Aislamiento de inquilinos complicado: Las fuentes de eventos previamente bloqueaban el aislamiento debido a que no podían mapear propiedades del mensaje al encabezado X-Amz-Tenant-Id.

* Patrón de función de enrutamiento: Un patrón de función de enrutamiento extrae la identidad del inquilino e invoca el backend aislado con el encabezado correcto, extendiendo el aislamiento a cargas de trabajo asincrónicas.

* Reducción de la complejidad operativa: Este patrón mejora la seguridad y elimina la necesidad de gestionar funciones separadas por inquilino, garantizando el aislamiento a nivel de cómputo.

🎯 Reflexión: La integración de fuentes de eventos con el modo de aislamiento por inquilino de AWS Lambda representa un avance crucial para crear arquitecturas SaaS multi-inquilino seguras y escalables, permitiendo a los desarrolladores enfocarse más en la lógica del negocio.

📖 Leer el artículo completo

📱 Lambda MicroVMs + Archivos S3: Mi Sandbox de Claude Code para iPad

Este artículo detalla una arquitectura serverless personalizada donde el autor construye un sandbox seguro para Claude Code accesible desde un iPad, aprovechando AWS Lambda MicroVMs y S3 para almacenamiento de archivos.

Puntos clave:

* Ejecución Segura de IA: Los Lambda MicroVMs actúan como sandboxes auto-alojados, manteniendo datos sensibles y código no confiable en la infraestructura controlada del usuario.

* Construcción de Imagen Serverless: El usuario proporciona un Dockerfile + archivo zip en S3, y Lambda construye la imagen MicroVM en el servidor, eliminando la necesidad de Docker localmente.

* Sesiones Rápidas y con Estado: Las MicroVMs se lanzan en tiempo sub-segundo desde instantáneas, pueden ejecutarse hasta 8 horas, retienen el estado de memoria/disk y se suspenden automáticamente para ahorrar costos.

🎯 Reflexión: La implementación de un sandbox seguro para Claude Code redefine la forma en que interactuamos con herramientas de inteligencia artificial, ofreciendo control total sobre el entorno de ejecución y mejorando la accesibilidad desde dispositivos móviles.

📖 Leer el artículo completo

📝 Eventos en Español

📅 21 Julio: IA sin Sustos: Incidentes Bajo Control, Datos Protegidos 📍 AWS UG Girls Chile 🔗 Más info

📅 21 Julio: Construyendo el Futuro con AWS: IA, Serverless e Innovación 📍 AWS UG Paraguay 🔗 Más info

📅 22 Julio: [De Cero a Cloud] Las herramientas del día a día de un DevOps 📍 AWS UG Girls UY 🔗 Más info

📅 23 Julio: Meetup 23 Julio 📍 AWS UG Montevideo 🔗 Más info

📅 25 Julio: AWS Inspector: Detección y mitigación de vulnerabilidades 📍 AWS SBG at University Catolica de Salta 🔗 Más info

📅 25 Julio: Agentes de IA y Alucinaciones: Más allá del Hype, hacia la Confianza 📍 AWS UG Medellin 🔗 Más info

📅 28 Julio: IA, Fundamentos y Workshop de Kiro 🚀 [Evento presencial] 📍 AWS UG Women Buenos Aires 🔗 Más info

📅 29 Julio: [De Cero a Cloud] Terraform: de la consola al código 📍 AWS UG Girls UY 🔗 Más info

📅 29 Julio: PreSummit: Road to AWS Summit Bogotá 2026 📍 AWS UG Women Colombia 🔗 Más info

📅 29 Junio: AWS Modernízate: Claude Platform on AWS — IA de Clase Mundial en Tu Cuenta AWS 📍 AWS UG Puerto Rico 🔗 Más info

📅 30 Julio: AWS Summit Bogota 📍 🔗 Más info

📅 30 Julio: Construye tu primer agente AI con herramientas OpenSource 📍 AWS UG Mixli 🔗 Más info

📅 7 Agosto: Construye tu primer agente AI con herramientas OpenSource 📍 AWS UG Mixtli 🔗 Más info

📅 10 Agosto: AWS Modernizate: Productividad Inteligente con Amazon Quick 📍 AWS UG Puerto Rico 🔗 Más info

⭐ 5 Setiembre: AWS Community Day Ecuador 2026 📍 AWS UG Ecuador 🔗 Más info

⭐ 17 Octubre: AWS Community Day Spain 2026 📍 AWS UG Spain 🔗 Más info

Gracias por leer Desplegando.cloud!

Eso es todo por esta semana. Recuerda que también puedes escuchar Desplegando.cloud en formato podcast en tus plataformas favoritas. ¡Nos vemos la próxima semana con más novedades del mundo AWS!

¡Feliz despliegue!

Marcia.

PD: Si estás en el proceso de aprender AWS y Serverless y necesitas ayuda —> hace click acá

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

Después de años construyendo en serverless, no importa si es una webapp, un SaaS o un sistema de eventos — cuando aparece un problema, la solución casi siempre está en uno de estos 5 patrones. Entenderlos es lo que separa “conozco los servicios de AWS” de “sé diseñar una arquitectura”.

💡 5 patrones, no 200 servicios

El error más común al empezar con serverless es pensar en servicios sueltos: Lambda por acá, DynamoDB por allá, EventBridge en el medio. Pero los sistemas no se construyen con servicios — se construyen con patrones. Y una vez que los reconocés, elegir la tecnología correcta se vuelve mucho más fácil.

1. Orquestación de procesos — cuando una acción no es una sola cosa, sino varios pasos con validaciones, reintentos y decisiones condicionales. En vez de meter toda esa lógica en código, la orquestás externamente con Step Functions: defines el flujo explícito y cada función Lambda hace una sola cosa.

Ejemplo: una máquina de estados completa para gestionar pagos con un proveedor externo, sin una sola línea de lógica de negocio metida en el código.

2. Arquitectura dirigida por eventos (EDA) — cuando tenés servicios que dependen unos de otros y cualquier cambio rompe todo. La solución es comunicación por eventos: un servicio emite (”OrderCreated”) y otros reaccionan si les interesa, sin llamadas directas ni dependencias duras.

Se implementa con SNS/SQS, EventBridge, Kinesis o DynamoDB Streams.

3. Backend REST serverless — necesitás un backend escalable y seguro sin mantener servidores. API Gateway + Lambda: API Gateway maneja rutas, autorización y límites; Lambda solo implementa la lógica de negocio. Escala solo, pagás por uso.

4. Tareas programadas sin servidor — para limpieza de datos, reportes o sincronizaciones periódicas, no tiene sentido levantar un servidor solo para eso.

EventBridge Scheduler dispara funciones (o máquinas de estado) en el horario que definas. Cero mantenimiento.

5. Procesamiento de streams en tiempo real — el más infravalorado de los cinco. Cuando los datos llegan constantemente (logs, cambios en base de datos, eventos de usuario) y necesitás reaccionar rápido, Kinesis + Lambda los captura y procesa al vuelo. Es la base de sistemas reactivos que aguantan alto volumen.

Estos cinco patrones cubren la gran mayoría de lo que vas a necesitar diseñar: no son teoría, son las patrones que se repiten una y otra vez en arquitecturas en producción.

🚀 ¿Querés implementar el patrón de orquestación vos mismo?

Tengo un mini-curso gratuito de Step Functions donde construimos una automatización real paso a paso — el mismo patrón que uso para automatizar mi newsletter entera por €0/mes.

🎯 ACCEDER AL MINI-CURSO GRATUITO

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

¡Bienvenidos a Desplegando.cloud! 🚀

Desplegando.cloud es tu fuente semanal en español para mantenerte al día con lo más relevante de AWS y Serverless.

Esta semana hay varias noticias interesantes, les dejo una buena selección en las noticias destacadas. Entre mis favoritas el aumentar la velocidad de despliegue con CloudFormation Express Mode.

✏️ ¡Comparte tus recursos! Si has escrito en un blog o creado algo interesante sobre AWS o Serverless, envíamelo. A veces es imposible encontrarlo todo en internet, y me encantaría destacar tu trabajo.

🎧También puedes escuchar esta newsletter en formato podcast, donde resumo cada edición. Búscalo en las principales plataformas o en cada correo que recibas.

🗓 ¿Organizas un evento en español sobre AWS o Serverless? Escríbeme en redes o en los comentarios, y con gusto lo mencionaré.

📢 Si te gusta esta newsletter, compártela con tus colegas para que más personas puedan estar al día con el mundo serverless.

Si tienes comentarios o sugerencias, escríbeme en LinkedIn, X, o Instagram.

¡A desplegar! 🚀

📰 Noticias Relevantes

c

🔗 Para más información, visita el blog de AWS sobre el modo Express de CloudFormation.

🛠️ AWS lanza una cuenta sandbox gratuita para experimentar sin costos

AWS ha inaugurado una nueva cuenta sandbox gratuita que permite a los usuarios construir y experimentar con los servicios de AWS durante 8 horas, sin necesidad de tarjeta de crédito ni costo alguno. Esta iniciativa elimina barreras tradicionales de entrada, permitiendo que estudiantes, principiantes y organizadores de talleres realicen sesiones de capacitación en AWS de forma completamente gratuita, utilizando entornos preconfigurados.

La sandbox es parte del esfuerzo más amplio de AWS por democratizar el acceso a la computación en la nube a través de su Builder Center y programas educativos. Es especialmente valiosa para talleres de AWS y aprendizaje práctico, ya que ofrece un entorno seguro e isolado donde los usuarios pueden practicar sin riesgo de cargos accidentales.

🔗 Para más información, visita el artículo completo en Dev.to

🛡️ AWS WAF ahora protege de manera nativa el Amazon Bedrock AgentCore Gateway

AWS ha anunciado la disponibilidad general de protección mediante AWS Web Application Firewall (AWS WAF) específicamente para el Amazon Bedrock AgentCore Gateway. Esta actualización es crucial para las empresas que despliegan cargas de trabajo de inteligencia artificial, permitiendo a los equipos de seguridad y plataforma imponer protecciones web consistentes y personalizables a nivel de Gateway.

Con la asociación de un paquete de protección de AWS WAF al AgentCore Gateway, las organizaciones pueden aplicar controles de acceso basados en IP y reglas de tasa, limitando el tráfico abusivo sin configuraciones complejas. Esta capacidad simplifica la arquitectura de seguridad al permitir que una única configuración de protección se aplique automáticamente a todos los objetivos detrás de ella, incluyendo herramientas y agentes downstream.

🔗 Para más información, visita la publicación oficial de AWS.

🌐 AWS lanza Claude apps gateway: control centralizado para herramientas de IA

AWS ha presentado el Claude apps gateway, una innovadora solución de control autónomo diseñada para ofrecer a las organizaciones un único punto de control sobre el acceso, costos y políticas relacionadas con Claude Code y Claude Desktop. Esta puerta de enlace elimina la carga operativa de asignar credenciales en la nube separadas para cada desarrollador y controlar manualmente la configuración de herramientas.

La puerta de enlace se encarga de cinco responsabilidades centrales: identidad (conectándose a cualquier proveedor de OpenID Connect y emitiendo tokens de corta duración tras el SSO), límites de gasto, aplicación de políticas, seguimiento de uso y enrutamiento de solicitudes de inferencia. Esta solución puede desplegarse como un contenedor sin estado en ECS, EKS o EC2, respaldado por PostgreSQL para el estado de sesión.

Con la centralización de la identidad y la política, el gateway permite a las empresas expandir la adopción de Claude sin comprometer la seguridad. Además, soporta configuraciones interregionales y cuentas cruzadas, facilitando el despliegue flexible sin sacrificar el control central.

🔗 Para más información, visita el blog de AWS sobre Claude apps gateway.

🔗 Otras noticias que te pueden interesar

🔐 Amazon Cognito ahora admite límites de tasa de API provisionados en autoservicio → Leer más

🔧 Amazon Bedrock AgentCore incrementa los límites de cuota de ejecución predeterminados → Leer más

📊 Amazon CloudWatch ahora admite la creación de alarmas a partir de consultas de registro → Leer más

🔍 AWS AppConfig lanza herramientas de experimentación gestionadas para pruebas A/B → Leer más

🔍 Amazon OpenSearch Service optimizado para análisis de registros → Leer más

📝 Amazon CloudWatch Logs enriquece eventos de registro con etiquetas de recursos de AWS → Leer más

🚀 AWS CloudFormation y CDK aceleran los bucles de retroalimentación del desarrollo con validación previa al despliegue en todas las operaciones de pila → Leer más

🪣 Los registros de acceso del servidor de Amazon S3 ahora se entregan a Amazon CloudWatch Logs y Amazon S3 Tables → Leer más

⚠️ CloudWatch Application Signals ahora captura automáticamente errores, anomalías de rendimiento y eventos de despliegue → Leer más

👤 IAM Identity Center ahora permite el acceso programático a las cuentas de AWS para aplicaciones gestionadas por clientes → Leer más

🎉 Claude Sonnet 5 ya está disponible en AWS → Leer más

🎬 Video de la Semana

Esta semana publique un video con algo que veo cada vez más ahora que los agentes se hay puesto de moda. Muchos agentes que no deberían haber nacido en una primera instancia, deberían haber sido otra cosa.

📚 Artículos Interesantes

⚡ Fallar Rápido, Fallar Gratis: Un Principio de Diseño Esencial

En este artículo, el autor analiza el principio de diseño crítico ‘Fallar Rápido, Fallar Gratis’ en el desarrollo de sistemas multi-agente. Se enfatiza que permitir que los agentes fallen rápidamente sin consecuencias graves acelera la iteración, mejora y éxito general del proyecto.

Puntos clave:

* Iteración Rápida: Permitir que los agentes fallen rápidamente lleva a ciclos de desarrollo más ágiles y mejoras efectivas.

* Fomento de la Innovación: Reconocer los fracasos cultiva una cultura donde pueden surgir soluciones creativas.

* Sistemas Robustecidos: Integrar este principio conduce a la creación de sistemas adaptables que prosperan con la retroalimentación.

🎯 Reflexión: El adoptar el principio ‘Fallar Rápido, Fallar Gratis’ permite a las equipos liberarse del miedo al fracaso, convirtiendo los reveses potenciales en escalones hacia el éxito.

📖 Leer el artículo completo

🖼️ Crea un Agente de Edición de Imágenes Sin Servidor con Amazon Bedrock AgentCore

Este artículo muestra cómo construir un agente de edición de imágenes sin servidor que permite a los usuarios subir una foto, describir una edición en lenguaje natural y recibir el resultado modificado en segundos. Tradicionalmente, crear un agente de IA para la edición de imágenes exige complejas orquestaciones y un entorno de cómputo dedicado.

Puntos clave:

* Sin código de orquestación: AgentCore maneja la memoria y el enrutamiento de herramientas a través de configuración, permitiendo declarar la lógica del agente sin necesidad de escribir código.

* Despliegue instantáneo: Toda la solución, incluyendo autenticación y almacenamiento en S3, se despliega con un único comando en 3 a 5 minutos.

* Ejecución aislada: Los agentes operan en microVMs aisladas con persistencia de conversación y cambios automáticos de modelo.

🎯 Reflexión: La innovación que trae Amazon Bedrock simplifica el proceso de creación de herramientas de edición de imágenes, permitiendo a los desarrolladores enfocarse en la lógica y no en la infraestructura. Una gran oportunidad para acelerar proyectos creativos.

📖 Leer el artículo completo

🌀 Funciones Duraderas de Lambda: Cuando No Necesitas Step Functions

En el artículo se explora la nueva capacidad de ejecución duradera de AWS Lambda, presentándola como una alternativa más ligera a Step Functions para ciertos patrones de flujo de trabajo. Las funciones duraderas permiten a Lambda guardar el progreso, reproducir de forma segura tras fallos y pausar la ejecución durante tiempos de espera largos, como aprobaciones humanas o devoluciones de llamada retrasadas.

Puntos clave:

* Ejecutación duradera que simplifica flujos de trabajo con estado en Lambda: Permite guardar pasos y reanudar más tarde sin almacenar estado manualmente ni reconstruir la lógica del flujo.

* Ideal para lógica de aplicación Lambda a Lambda: Reducen la complejidad en flujos de trabajo que involucran pausas, reintentos o aprobaciones.

* Step Functions sigue siendo la mejor herramienta de orquestación para flujos de trabajo de múltiples servicios: Continúa siendo la opción más sólida para flujos de trabajo que abarcan servicios de AWS con integraciones nativas y gestión visual.

🎯 Reflexión: La ejecución duradera de Lambda ofrece una oportunidad única para optimizar los flujos de trabajo en aplicaciones, permitiendo a los desarrolladores centrarse en la lógica de negocio sin complicar demasiado la arquitectura.

📖 Leer el artículo completo

🤖 11 Errores del MCP que Frenan Casos Reales de Uso de IA

El artículo discute varios errores clave relacionados con el Protocolo de Contexto del Modelo (MCP) que pueden impedir que las organizaciones aprovechen exitosamente las tecnologías de IA. Enfatiza la importancia de entender el contexto en las aplicaciones de IA, sugiriendo que sin un marco adecuado, las organizaciones pueden tener dificultades para implementar soluciones eficaces.

Puntos clave:

* Entendimiento del Contexto: Es crucial reconocer el contexto en el que operan los modelos de IA para mejorar su eficacia.

* Alineación con las Metas: La integración de soluciones de IA requiere alineación con los objetivos empresariales generales para generar resultados significativos.

* Aprender de los Errores: Identificar y abordar los problemas relacionados con el MCP puede mejorar en gran medida las estrategias de implementación de IA.

🎯 Reflexión: Entender cómo los errores en el MCP pueden afectar la integración de IA ayuda a las organizaciones a adoptar un enfoque más estratégico, alineando sus objetivos y maximizando el impacto de sus inversiones tecnológicas.

📖 Leer el artículo completo

📝 Eventos en Español

📅 16 Julio: De Cero a Cloud: El camino DevOps en AWS - Bienvenidos a la nube: qué es AWS 📍 AWS UG Girls Uy 🔗 Más info

📅 16 Julio: Seguridad en AWS: configuraciones que pueden convertirse en incidentes 📍 AWS Women Ecuador 🔗 Más info

📅 16 Julio: ☁️ AWS: Ciberseguridad, Nube e IA ☁️ | AWS Community 🚀 - Embajadoras Cloud 📍 🔗 Más info

📅 16 Julio: Patrones de IAM y Aislamiento de Datos para SaaS Multi-Tenant 📍 AWS UG Panama 🔗 Más info

📅 18 Julio: AWS Girls Perú en KCD Lima 2026: ¡Únete a nuestra mesa de comunidad! 📍 AWS UG Girls Peru 🔗 Más info

📅 23 Julio: Meetup 23 Julio 📍 AWS UG Montevideo 🔗 Más info

📅 23 Julio: [De Cero a Cloud] Las herramientas del día a día de un DevOps 📍 AWS UG Girls UY 🔗 Más info

📅 25 Julio: AWS Inspector: Detección y mitigación de vulnerabilidades 📍 AWS SBG at University Catolica de Salta 🔗 Más info

📅 27 Julio: AWS Modernizate: Productividad Inteligente con Amazon Quick 📍 AWS UG Puerto Rico 🔗 Más info

📅 29 Julio: PreSummit: Road to AWS Summit Bogotá 2026 📍 AWS UG Women Colombia 🔗 Más info

📅 29 Junio: AWS Modernízate: Claude Platform on AWS — IA de Clase Mundial en Tu Cuenta AWS 📍 AWS UG Puerto Rico 🔗 Más info

📅 30 Julio: AWS Summit Bogota 📍 🔗 Más info

📅 30 Julio: Construye tu primer agente AI con herramientas OpenSource 📍 AWS UG Mixli 🔗 Más info

⭐ 5 Setiembre: AWS Community Day Ecuador 2026 📍 AWS UG Ecuador 🔗 Más info

⭐ 17 Octubre: AWS Community Day Spain 2026 📍 AWS UG Spain 🔗 Más info

Gracias por leer Desplegando.cloud!

Eso es todo por esta semana. Recuerda que también puedes escuchar Desplegando.cloud en formato podcast en tus plataformas favoritas. ¡Nos vemos la próxima semana con más novedades del mundo AWS!

¡Feliz despliegue!

Marcia.

PD: Si estás en el proceso de aprender AWS y Serverless y necesitas ayuda —> hace click acá

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

“¿Por dónde empiezo?” es la pregunta que más me hacen. Y la respuesta honesta después de 10 años construyendo aplicaciones en AWS es: la mayoría de las aplicaciones usan un subconjunto pequeño de servicios. No necesitás aprender 200. Necesitás dominar estos.

💡 Mi stack serverless: 13 servicios para construir prácticamente cualquier cosa

En lugar de listártelos, los explico construyendo una app — un ecommerce típico con frontend, backend, procesos asíncronos y todo lo que eso implica.

El frontend

Route 53 — tu dominio. El punto de entrada. También maneja health checks, ruteo por geolocalización y failovers si escalás a múltiples regiones.

Amplify — hosteás y desplegás tu frontend con CI/CD automático. Conectás tu repositorio de GitHub y cada push despliega solo. Soporta React, Next.js, Vue. HTTPS y CDN incluidos. La forma más rápida de tener un frontend en producción.

El backend

API Gateway — la puerta de entrada al backend. Expone tus APIs, maneja autenticación, throttling y caché. Sin código, todo configuración.

Lambda — el corazón de serverless. Escribís una función, la subís, AWS escala solo. Pagás por ejecución. Usada para APIs, automatizaciones, procesamiento de eventos.

DynamoDB — base de datos NoSQL, rápida, barata para aprender y extremadamente económica a escala. No es relacional, pero si la aprendés a usar, vuela.

S3 — almacenamiento de objetos. Imágenes de productos, archivos de usuarios, backups. Y el punto de partida de muchos flujos: subís un archivo y eso dispara un proceso.

Cognito — autenticación y autorización listas para usar. Login, registro, MFA, social login con Google o Facebook. Se integra nativo con API Gateway y Amplify. No construyas tu propio sistema de auth.

Los procesos asíncronos

EventBridge — bus de eventos. Cuando algo pasa en tu aplicación (se creó una orden, un usuario se registró), publicás un evento y EventBridge lo rutea a donde tiene que ir.

SQS — cola de mensajes. Absorbe cargas de trabajo, amortigua picos. Si llegan 10,000 órdenes de golpe, la cola las contiene y el sistema las procesa a su ritmo sin caerse.

Step Functions — cuando necesitás un proceso con pasos en orden, con validaciones, reintentos y lógica clara. Mi newsletter entera se automatiza con Step Functions y me cuesta €0 por mes.

SNS — notificaciones. Mandás un mensaje y SNS lo entrega como email, SMS, push notification o señal a otro sistema. Combinado con SQS es el patrón fan-out: un mensaje llega a múltiples destinos al mismo tiempo.

La infraestructura y observabilidad

CloudFormation + CDK — infraestructura como código desde el día uno. No configures cosas a mano. Define tu arquitectura en código, versionala, revisala, hacé rollbacks. CDK te deja escribirla en Python, TypeScript o Java en lugar de YAML.

CloudWatch — logs, métricas, alarmas. Cuando algo falla, CloudWatch es lo primero que mirás. Si no tenés observabilidad, estás volando a ciegas.

El bonus

Bedrock — IA generativa en AWS. Acceso a modelos y herramientas para construir agentes. Ya está apareciendo en casi todas las aplicaciones nuevas.

Con estos 13 servicios (+ el bonus) tenés frontend, backend, datos, autenticación, comunicación asíncrona, orquestación, infraestructura como código y observabilidad. Una aplicación completa.

🚀 ¿Querés construir esta WebApp desde cero?

Tengo un mini-curso gratuito donde construimos exactamente esta arquitectura — paso a paso, con código real desplegado en AWS.

🎯 ACCEDER AL MINI-CURSO GRATUITO

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

Diego trabaja 9 horas, tiene dos hijos, hace deporte los fines de semana. Me dijo que quería aprender AWS pero que no tenía tiempo. Le pregunté qué hacía cuando iba al gimnasio. “Escucho música.” Le pregunté qué hacía cuando iba a buscar a sus hijos al colegio. “Nada, espero.” Diego no tenía un problema de tiempo. Tenía un problema de planificación.

💡 “No tengo tiempo” no es un problema de tiempo

Es la frase que más escucho. Y casi siempre esconde algo distinto: no hay un plan, no hay un objetivo claro, y estudiar sin eso se siente como llenar un balde agujereado.

Hay tres mitos que alimentan esa sensación:

“Necesito bloques de 2-3 horas para estudiar.” No. El aprendizaje en trozos pequeños funciona mejor — el cerebro procesa la información entre sesiones. 15 minutos en el gimnasio, 10 minutos esperando al colegio. Se acumula más de lo que parece.

“Tengo que aprender los 200 servicios de AWS.” Nunca vas a terminar. Lo que necesitás es un objetivo concreto y estudiar solo lo que te acerca a ese objetivo.

“Primero me certifico, después trabajo.” Las certificaciones validan conocimiento — no lo generan. Sin proyectos reales primero, estudiar para una certificación es memorizar cosas que no entendés por qué importan.

Las 4 estrategias que funcionan

1. Micro-proyectos — en vez de 10 tutoriales de servicios aislados, construí una cosa concreta. Una WebApp, un conversor de texto a audio, un agente pequeño. Aprendés conectando servicios reales para resolver un problema real. Ese conocimiento queda.

2. Aprendé en contexto — no estudies Lambda en abstracto. Estudiá Lambda porque necesitás Lambda para tu proyecto. La diferencia en retención es enorme.

3. Robá arquitecturas — no empecés desde cero. Serverless Land patterns tiene decenas de arquitecturas listas. Agarra una, entendela, adaptala a tu caso de uso.

4. No aprendas solo — cuando tenés poco tiempo, no te podés dar el lujo de quedarte trabado horas con un error. Una comunidad donde podés preguntar, donde hay pares en el mismo proceso, donde hay alguien que ya cometió el error que estás por cometer — eso multiplica lo poco tiempo que tenés.

🚀 ¿Querés aprender AWS sin perder el tiempo que no tenés?

Como sabrás, hace unos días lancé el curso de Agentes de IA usando AWS Serverless en mi comunidad. Y para que lo puedas hacer, el 6 de julio abro inscripciones a la comunidad de Desplegando.cloud — un espacio donde devs aprenden AWS con proyectos reales, con pares que están en el mismo proceso, y sin tener que googlearlo todo solos.

Solo va a haber 15 cupos, así que anotate en la lista de espera para ser de los primeros en enterarte:

📋 ANOTARME EN LA LISTA DE ESPERA

🗣️ Lo que dicen los que ya lo están haciendo

“Podés aprender a tu ritmo pero sin sentirte solo en el proceso.”

— Gabino Santana

“El aprendizaje comunitario es mucho más rápido y eficaz. Siempre hay alguien dispuesto a ayudar y compartir conocimientos.”

— Jorge Hernández, ZAPORTA SA

💬 Tu turno

¿Cuál de los tres mitos te resuena más?

¿O tenés una estrategia propia para encontrar ese tiempo que “no existe”?

Contame 👇

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

¡Bienvenidos a Desplegando.cloud! 🚀

Desplegando.cloud es tu fuente semanal en español para mantenerte al día con lo más relevante de AWS y Serverless.

Esta es una gran semana. Lambda hizo un super lanzamiento que opaca a todo el resto - podes leerlo todo en la sección de noticias destacadas.

🤖 Y yo lance mi curso de Agentes de IA usando AWS Serverless, más de 5 horas de contenido en español. Podes aprender más del curso y anotarte a la lista de espera.

✏️ ¡Comparte tus recursos! Si has escrito en un blog o creado algo interesante sobre AWS o Serverless, envíamelo. A veces es imposible encontrarlo todo en internet, y me encantaría destacar tu trabajo.

🎧También puedes escuchar esta newsletter en formato podcast, donde resumo cada edición. Búscalo en las principales plataformas o en cada correo que recibas.

🗓 ¿Organizas un evento en español sobre AWS o Serverless? Escríbeme en redes o en los comentarios, y con gusto lo mencionaré.

📢 Si te gusta esta newsletter, compártela con tus colegas para que más personas puedan estar al día con el mundo serverless.

Si tienes comentarios o sugerencias, escríbeme en LinkedIn, X, o Instagram.

¡A desplegar! 🚀

La semana que viene no hay newsletter de noticias porque me voy a tomar unas pequeñas vacaciones. Pero les dejo un podcast de información en vez y nos vemos en 2 semanas con las noticias.

📰 Noticias Relevantes

🚀 AWS Lambda presenta MicroVMs: Sandboxes aislados con control total del ciclo de vida

AWS ha lanzado AWS Lambda MicroVMs, una nueva primitiva de computación serverless que permite a los desarrolladores ejecutar código generado por usuarios o IA en entornos de ejecución aislados y persistentes. A diferencia de las funciones Lambda tradicionales, que son sin estado y tienen un tiempo de espera de 15 minutos, las MicroVMs ofrecen aislamiento a nivel de máquina virtual, garantizando que el código no confiable de un usuario no pueda acceder a otro entorno o al sistema subyacente.

Cada MicroVM está diseñada para un único usuario o sesión, lanzándose rápidamente y reteniendo el estado de memoria y disco durante toda la sesión, que puede persistir hasta 8 horas. Además, cuando un usuario se aleja, la MicroVM puede suspenderse automáticamente o explícitamente a un bajo costo de inactividad, preservando su estado completo para un reanudado instantáneo cuando vuelva el tráfico.

Este servicio está disponible en las regiones de US East (N. Virginia, Ohio), US West (Oregón), Europa (Irlanda) y Asia Pacífico (Tokio) en arquitectura ARM64.

🔗 Para más información, visita el blog de AWS sobre MicroVMs.

🎟️ AWS All Builders Welcome: beca completa para ir a re:Invent 2026

Si estás al inicio de tu carrera en tecnología y siempre quisiste ir a re:Invent pero el costo lo hace imposible, esta es tu oportunidad.

AWS abrió las aplicaciones para el All Builders Welcome Grant, una beca diseñada específicamente para tecnólogos en sus primeros cinco años de carrera. Cubre todo: pase completo a la conferencia, vuelo de ida y vuelta, y cinco noches de hotel. Además incluye acceso a un programa especial con evento de bienvenida, meetup entre pares y mentoría con expertos de AWS. Este año también hay un número limitado de becas para estudiantes universitarios.

Las aplicaciones cierran el 14 de julio, así que si calificás (o conocés a alguien que pueda), no dejés pasar esta fecha.

🔗 Más información y términos de elegibilidad en AWS

🆕 AWS lanza programa beta para mantener certificaciones sin examen

Desde hoy, AWS ha introducido un programa beta abierto que permite a los profesionales certificados mantener su certificación de AWS durante un año adicional, sin necesidad de retomar un examen completo. En lugar de un test riguroso, ahora los individuos pueden completar cursos digitales y laboratorios prácticos en AWS Skill Builder.

Este nuevo camino para el mantenimiento de la certificación es elegible cuando una certificación está dentro de los 90 días antes de su vencimiento, ofreciendo una manera más accesible de demostrar la continua experiencia en las tecnologías en evolución de AWS.

🔗 Para más información, visita el blog de AWS Training and Certification

🔓 AWS IAM Identity Center ahora permite cuotas separadas para cuentas y aplicaciones

AWS ha lanzado una actualización importante para AWS IAM Identity Center, que permite a las organizaciones establecer cuotas separadas para el número de cuentas de AWS y aplicaciones que se pueden configurar en una instancia de IAM Identity Center. Anteriormente, consumir capacidad en una categoría (p. ej., cuentas) podía limitar la disponibilidad en la otra (p. ej., aplicaciones).

Con este cambio, ahora puedes configurar independientemente hasta 7,000 cuentas de AWS y 7,000 aplicaciones, asegurando que el uso de más en una no agote la capacidad de la otra. Esta actualización está diseñada para apoyar a grandes empresas que gestionan miles de cuentas de AWS, permitiendo la incorporación de nuevas aplicaciones sin consumir la capacidad de las cuentas.

🔗 Para más información, visita el blog de AWS

🔗 Otras noticias que te pueden interesar

📊 Amazon CloudWatch introduce métricas nativas de OpenTelemetry con consultas PromQL y precios por GB → Leer más

🌐 Amazon Route 53 Global Resolver ahora admite compartir vistas DNS entre cuentas de AWS → Leer más

🔍 Comprobaciones de razonamiento automatizado en Amazon Bedrock Guardrails añaden nuevos flujos de trabajo para la refinación de políticas → Leer más

🔐 Amazon Cognito ahora admite claves administradas por el cliente para el cifrado en reposo → Leer más

📜 Amazon CloudWatch Logs admite la ingesta de syslog administrada → Leer más

🏷️ Amazon CloudWatch ahora admite etiquetas en los paneles → Leer más

🌍 Amazon Neptune ahora admite AWS CloudFormation para bases de datos globales → Leer más

🔑 Amazon Bedrock AgentCore Memory ahora admite acceso entre cuentas → Leer más

🎬 Video de la Semana

Esta semana les muestro como construir un agente que usa herramientas y toma deciciones en menos de 10 minutos usando AWS Strands.

📚 Artículos Interesantes

Esta semana todos los artículos interesantes van relacionados con agentes para hacerle honor al curso que acabó de lanzar.

🤖 Por Qué la Observabilidad Tradicional No Funciona con Agentes de IA

La observabilidad tradicional falla al aplicar patrones a los agentes de IA, ya que estos sistemas no deterministas no se comportan como las solicitudes de backend estables. En lugar de seguir un camino predecible, la ejecución de los agentes implica una planificación y razonamiento dinámicos.

Puntos clave:

* La no determinación es el núcleo del problema: Prompts idénticos llevan a diferentes caminos de ejecución, haciendo que la monitorización estática no sea suficiente.

* La telemetría de razonamiento es esencial: Es necesario trazar las ‘semánticas de razonamiento’ para detectar incidentes en producción.

* Cuatro pilares para una observabilidad agentista: Instrumentación de pasos de razonamiento, trazado independiente de herramientas, monitorización de profundidad/reintentos y correlación con infraestructura.

🎯 Reflexión: La evolución de la observabilidad debe adaptarse a la naturaleza no determinista de los agentes de IA, moviéndose hacia un trazado distribuido que se enfoque en el razonamiento, lo que permitirá una mejor gestión y detección de problemas en los sistemas complejos.

📖 Leer el artículo completo

🤖 Lo Humano, Lo Automatizable, Lo Irresponsable

Este artículo explora el delicado equilibrio entre el juicio humano, los procesos automatizados y el creciente riesgo de depender excesivamente de la inteligencia artificial (IA) en el desarrollo de software y las operaciones comerciales.

Puntos clave:

* La IA carece de responsabilidad a largo plazo, no entiende el mantenimiento o las limitaciones, solo los humanos lo hacen.

* La dependencia de la IA es el verdadero riesgo; aceptar resultados sin cuestionar puede llevar a decisiones erróneas.

* La verdadera ventaja radica en usar la IA para amplificar la experiencia, validando resultados mientras se mantiene el juicio personal.

🎯 Reflexión: El juicio y la toma de decisiones humanas son nuestros activos más valiosos. La automatización debe mejorar nuestras capacidades, no diluirlas. La IA acelera nuestro camino, pero seguimos siendo responsables de dirigir su uso.

📖 Leer el artículo completo

📄 Construyendo una Aplicación de Reclamos de Seguro con Amazon Bedrock

Este artículo presenta una solución completa para una aplicación sencilla de reclamos de seguros que utiliza modelos de Amazon Bedrock para extraer información clave de reclamos enviados por usuarios y luego resumirla en lenguaje natural.

🔑 Puntos clave:

* Uso de dos llamadas secuenciales a Bedrock: primero para extraer datos críticos del reclamo y luego para resumirlo en lenguaje natural.

* Arquitectura completamente serverless con API Gateway, Lambda, S3, DynamoDB Streams y WebSocket API para retroalimentación en tiempo real al usuario.

* Integración de Bedrock Guardrails y Knowledge Bases para mejorar la seguridad, precisión y comprensión contextual de los reclamos de seguro.

🎯 Reflexión: La solución no solo es una demostración de capacidades técnicas, sino que también muestra cómo la inteligencia artificial puede optimizar procesos en sectores tan críticos como el de seguros.

📖 Leer el artículo completo

🤖 Arquitecturas para el Desarrollo de IA Agente en AWS

Este artículo del blog de arquitectura de AWS se dirige a arquitectos en la nube que buscan habilitar una iteración rápida con agentes de IA. Estos agentes van más allá de meras sugerencias de código al escribir, probar, desplegar y refinar aplicaciones de forma autónoma a través de ciclos de retroalimentación rápidos.

📌 Puntos clave:

* Diseña arquitecturas para retroalimentación rápida: Utiliza emulación local, pruebas en la nube ligeras y entornos de vista previa para validar cambios generados por IA de forma rápida y segura antes de la producción.

* Adopta una estructura de código guiada por el dominio: Organiza los repositorios en capas: /domain (lógica de negocio), /application (orquestación) y /infrastructure (servicios de AWS) para establecer fronteras claras que los agentes de IA puedan navegar.

* Habilita la confianza de la IA con patrones: Implementa pruebas en capas, documentación legible por máquinas y herramientas como Kiro para soportar validaciones rápidas y refinamiento autónomo del código.

🎯 Reflexión: Transformar las arquitecturas y estructuras de código en AWS para el desarrollo de IA agente no solo optimiza la eficiencia, sino que también empodera a los desarrolladores al permitirles aprovechar las capacidades de IA de manera efectiva y segura.

🔗 Leer el artículo completo

📝 Eventos en Español

📅 2 Julio: Evento presencial: IA y Comunidad 📍 AWS UG ML Latam 🔗 Más info

📅 4 Julio: All Builders Welcome: Todo lo que necesitas saber para ir al AWS re:Invent 2026 📍 AWS Girls Peru 🔗 Más info

📅 4 Julio: Terraform con AWS: Desplegando una aplicación web con prácticas DevOps 📍 AWS UG Cochabamba 🔗 Más info

📅 9 Julio: De Cero a Cloud: El camino DevOps en AWS - ¿Cómo funciona una app? 📍 AWS UG Girls Uruguay 🔗 Más info

📅 18 Julio: AWS Girls Perú en KCD Lima 2026: ¡Únete a nuestra mesa de comunidad! 📍 AWS UG Girls Peru 🔗 Más info

📅 23 Julio: Meetup 23 Julio 📍 AWS UG Montevideo 🔗 Más info

📅 26 Julio: AWS Inspector: Detección y mitigación de vulnerabilidades 📍 AWS SBG at University Catolica de Salta 🔗 Más info

📅 27 Julio: AWS Modernizate: Productividad Inteligente con Amazon Quick 📍 AWS UG Puerto Rico 🔗 Más info

📅 29 Junio: AWS Modernízate: Claude Platform on AWS — IA de Clase Mundial en Tu Cuenta AWS 📍 AWS UG Puerto Rico 🔗 Más info

⭐ 5 Setiembre: AWS Community Day Ecuador 2026 📍 AWS UG Ecuador 🔗 Más info

⭐ 17 Octubre: AWS Community Day Spain 2026 📍 AWS UG Spain 🔗 Más info

Gracias por leer Desplegando.cloud!

Eso es todo por esta semana. Recuerda que también puedes escuchar Desplegando.cloud en formato podcast en tus plataformas favoritas. ¡Nos vemos la próxima semana con más novedades del mundo AWS!

¡Feliz despliegue!

Marcia.

PD: Si estás en el proceso de aprender AWS y Serverless y necesitas ayuda —> hace click acá

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com

Conecte mi agente a AWS. Le pedí que analizara cuánto me iba a costar la arquitectura que estaba diseñando. El agente respondió con números precisos, con detalles, con confianza total. Eran inventados. No tenía forma de acceder a los precios reales de AWS. No podía mirar mi cuenta. No podía hacer nada — solo hablar. Y a eso no se le llama agente.

💡 Sin herramientas, tu agente es un chatbot caro

Hay una confusión que veo todo el tiempo: gente que construye “agentes” que son un prompt largo llamando a un modelo. Cuando les pedís que hagan algo concreto — consultar precios reales, validar datos contra una API, ejecutar una acción — se inventan la respuesta.

Un agente sin herramientas es como un arquitecto sin obreros. Puede diseñar. Puede opinar. Puede explicar. Pero no puede hacer nada.

Las herramientas son las manitos del agente. Sin ellas, solo genera texto.

Los 3 tipos de herramientas

Uso Strands — el SDK open source de AWS — para construir mis agentes. Tiene tres formas de darle herramientas al agente:

1. Built-in — vienen en el framework, listas para usar. Por ejemplo: current_time para que el modelo sepa en qué fecha vive (los modelos no saben la fecha por defecto) o calculator para que no haga matemáticas de memoria y se equivoque.

2. Custom — funciones que vos creás con un decorador @tool. Una función normal de Python más un string en lenguaje natural que le explica al modelo cuándo y cómo usarla. Ese string es el contrato entre tu función y el agente. No es documentación técnica — es como le explicarías la herramienta a alguien no técnico: qué hace, cuándo usarla, qué argumentos necesita, qué retorna.

3. MCP (Model Context Protocol) — herramientas que ya existen y podés conectar sin programarlas. Hay MCPs para AWS, GitHub, Notion, bases de datos, scraping. Conectás tu agente al servidor y listo.

El error que destruye la eficiencia

Crear herramientas atómicas. Una que busca el usuario, otra que manda el email. El agente tiene que coordinar dos llamadas cuando podría ser una.

Mejor: una herramienta notificar_usuario que hace todo junto. Menos tokens, menos loops, menos costo, mejor performance.

Anthropic publicó un análisis de miles de herramientas y llegó a la misma conclusión: las herramientas más efectivas consolidan workflows completos, no funciones individuales.

El problema opuesto: demasiadas herramientas

Esto también lo rompe. Cuando le das muchas herramientas al agente, se confunde — no sabe cuál elegir, empieza a usar las que no corresponden. Cada herramienta consume parte del contexto limitado del agente.

Regla práctica: pocas herramientas, bien definidas, con descripciones claras. Si necesitás muchas herramientas, probablemente necesitás dividir en agentes más pequeños y especializados.

Una regla que nunca falla

Si vos no entendés qué hace una herramienta leyendo su descripción y sus parámetros, el modelo tampoco va a entender. Las herramientas que funcionan para los humanos funcionan para los agentes.

Volviendo al cuento del agente del principio…

Lo que cambió en el agente con las herramientas correctas

Con el MCP de pricing de AWS, mi agente ya no adivina. Lee la infraestructura como código, consulta los precios reales, mira el Cost Explorer de la cuenta, y me da un análisis real. Incluso me dice cómo optimizar la arquitectura para que salga más barata.

🚀 ¿Querés construir agentes que hagan cosas de verdad?

Tengo un mini-curso gratuito de Agentes IA donde vemos exactamente esto: cómo diseñar y conectar herramientas reales, cómo evitar los errores más comunes, y cómo desplegarlo en AWS.

🎯 ACCEDER AL MINI-CURSO GRATUITO

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit desplegando.substack.com