Los Límites Invisibles de AWS Lambda

¡Ojo a esta historia de terror tecnológico que nos despertó a las 2:37 AM un martes! 😱
Estuvimos obsesionados con la caza del temido cold start de AWS Lambda. Era nuestra cruzada noble. Invertimos más de $3,000 al mes en provisioned concurrency¹ (lo que llamamos "prender fuego a una pila de dinero para mantener las funciones calentitas") y pensamos que habíamos resuelto el problema.
Nuestras Lambdas estaban cálidas y listas para la acción, pero a pesar de que los dashboards estaban en un "océano de verde sereno", el sistema estaba muriendo: la base de datos tenía un 100% de tasa de fallo. Descubrimos la dura verdad: por esos $3,000, solo conseguimos que nuestras funciones vieran impotentes cómo la base de datos se quemaba.
Habíamos estado jugando al Jenga con los límites invisibles de AWS.
En este vídeo/podcast, te contamos cómo dos villanos silenciosos nos obligaron a replantear toda nuestra arquitectura serverless:
1. La Inanición de la Tarjeta de Red (ENI): Cada Lambda que necesita comunicarse con tu VPC (como una base de datos) requiere una Elastic Network Interface (ENI). ¡Y existe un límite regional por defecto (alrededor de 250) que está oculto en la documentación!. Cuando el tráfico aumentó por una promoción, la solicitud número 251 no falló, sino que esperó 14 segundos. Estaba esperando silenciosamente a que AWS "tallara lentamente a mano una nueva tarjeta de red". Esto se ve como código inexplicablemente lento, no como un error de Lambda. (Y te decimos qué comando debes usar ahora mismo para revisar tu cuota).
2. El Portero de Terciopelo del RDS Proxy: Arreglar el ENI solo expuso el siguiente desastre. El RDS Proxy, aunque diseñado para gestionar conexiones, tiene sus propios límites de CPU. Cientos de Lambdas golpeando el proxy simultáneamente hicieron que su CPU subiera al 100%. Se volvió "increíblemente, exasperantemente lento", causando que las conexiones se acumularan y expiraran, mientras que la base de datos real estaba mayormente inactiva.
¿Cómo lo solucionamos?
Tuvimos que admitir que nuestro enfoque era la herramienta equivocada para algunas tareas. La recuperación nos llevó a hacer una "gran fuga de la VPC" para las Lambdas que solo necesitaban hablar con servicios públicos (usando VPC Endpoints² para evitar la sobrecarga de ENI), a sobreaprovisionar masivamente el CPU del RDS Proxy, y a migrar un servicio crítico a DynamoDB, olvidándonos de la gestión del connection pooling.
La lección más importante es que obsesionarse con los cold starts es como pulir el cromo del motor mientras la carretera se derrumba. ¡Deja de optimizar los 50ms que puedes ver y empieza a planificar los 14 segundos que no puedes!.

Post original con todos los detalles ▶️ https://nivelepsilon.com/2025/10/10/w...

#AWS #AWSLambda #Serverless #DevOps #ArquitecturaCloud #AWSScaling #PostMortem #SRE #LímitesInvisibles #CloudArchitecture #ENI #RDSProxy