AWS Primeros Pasos
Serverless

Desarrollo serverless con AWS Lambda - Diseño de funciones y uso de event sources

Explicamos el diseño de funciones de Lambda, el mapeo de event sources, las contramedidas para cold start y el uso de Powertools.

Unos 3 min de lecturaRedacción y edición: Awashiro (あわしろ)

Descripción general de Lambda

Lambda es un servicio de computación serverless que ejecuta código sin gestión de servidores. Ofrece runtimes gestionados para Node.js, Python, Java, .NET y Ruby, mientras que lenguajes como Go y Rust se ejecutan en el runtime solo de sistema operativo (lista oficial de runtimes de AWS, a septiembre de 2026). El tiempo máximo de ejecución es de 15 minutos (900 segundos) y la memoria máxima es de 10 GB (10.240 MB), ambos según la documentación oficial de AWS a septiembre de 2026. Con facturación por consumo basada en número de solicitudes y tiempo de ejecución (GB-segundo), incluye una capa gratuita mensual de 1 millón de solicitudes y 400.000 GB-segundos (página oficial de precios de AWS Lambda, a septiembre de 2026).

Diseño de funciones y cold start

Las funciones se separan en handler (procesamiento de eventos) y código de inicialización (creación de clientes SDK, carga de configuración). El código de inicialización solo se ejecuta durante el cold start, y en warm starts solo se ejecuta el handler. Provisioned Concurrency pre-inicializa un número especificado de entornos de ejecución, eliminando los cold starts. Se usa cuando los requisitos de latencia de la API son estrictos. Lambda Powertools proporciona utilidades para logging estructurado, tracing y métricas, simplificando la observabilidad de funciones Lambda.

Patrones de arquitectura en la práctica

Al operar el desarrollo serverless con AWS Lambda en entornos de producción, los patrones de arquitectura que combinan múltiples servicios son más importantes que el uso individual. Una configuración típica coloca API Gateway al frente, encargándose de la autenticación/autorización y el throttling. En el backend, se combina con DynamoDB o Aurora Serverless para la persistencia de datos, y con SQS o EventBridge para el procesamiento asíncrono. El patrón de fan-out con SNS permite distribuir un evento a múltiples funciones Lambda para procesamiento paralelo.

Optimización de costos y ajuste de rendimiento

El primer paso en la optimización de costos es la optimización de la configuración de memoria. En el caso de Lambda, aumentar la memoria también asigna proporcionalmente más CPU, por lo que hay casos donde el tiempo de procesamiento se reduce y el costo total disminuye. Con la herramienta AWS Lambda Power Tuning, puede medir automáticamente el tiempo de ejecución y el costo para cada configuración de memoria e identificar el valor óptimo. Provisioned Concurrency es efectivo cuando los requisitos de latencia de la API son P99 de menos de 100 ms, pero como se cobra incluso en estado idle, es importante combinarlo con Application Auto Scaling.

Resumen

Lambda es un servicio de computación serverless basado en eventos que logra facturación por consumo y cero gestión. Elimine cold starts con Provisioned Concurrency y reduzca el tiempo de inicio de funciones Java, Python y .NET con SnapStart (consulte la documentación oficial de AWS para los runtimes compatibles, a septiembre de 2026). Con integración con más de 220 servicios de AWS (página oficial del producto de AWS, a septiembre de 2026), procese automáticamente eventos de API Gateway, S3, DynamoDB Streams, SQS y más.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Servicios relacionados

AWS Lambda EsencialServicio de computación serverless que ejecuta código sin gestión de servidoresAmazon API Gateway PopularUn servicio completamente administrado para crear, publicar, gestionar y monitorear APIsAmazon DynamoDB EsencialUna base de datos NoSQL completamente administrada que ofrece latencia de milisegundos de un solo dígito

Artículos relacionados

Diseño de orquestación de flujos de trabajo con AWS Step Functions - Elección entre Standard y ExpressClarificamos los criterios de selección entre flujos de trabajo Standard y Express, y explicamos el manejo de errores, el procesamiento paralelo y los patrones de integración.Infraestructura de computación por lotes - Procesamiento paralelo a gran escala con AWS BatchExplicamos cómo construir procesamiento por lotes a gran escala con AWS Batch. Cubrimos el diseño de colas de trabajos, auto-escalado de entornos de cómputo, optimización de costos con instancias Spot y la construcción de infraestructura de lotes ideal para computación científica y procesamiento de datos a gran escala.Operación de contenedores serverless con AWS Fargate - Patrones de uso con ECS y EKSContenedores serverless sin gestión de instancias, con diferenciación de uso entre ECS y EKS y optimización de costos mediante dimensionamiento de tareas.

Más sobre este tema

Patrones de diseño de Amazon API Gateway - Criterios de selección entre REST API y HTTP APIClarificamos los criterios de selección entre HTTP API y REST API, y presentamos patrones de autenticación con Cognito y Lambda Authorizer, así como métodos prácticos de diseño de throttling.Patrones de integración de Amazon EFS con Lambda y ECS - Uso de sistemas de archivos compartidos en serverlessMonta EFS en funciones Lambda y tareas ECS para aprovechar un sistema de archivos compartido. Presentamos el diseño de puntos de acceso y la optimización del rendimiento.Por qué el límite de Lambda es 15 minutos - La racionalidad oculta en las restricciones de diseño serverlessExplicamos por qué el tiempo máximo de ejecución de 15 minutos de Lambda, el límite de memoria de 10 GB, el payload de 6 MB y otras restricciones serverless están configuradas en esos valores, desde la perspectiva de la filosofía de diseño de Firecracker y la operación multi-tenant.La verdad sobre el cold start de Lambda y cómo elegir entre 3 estrategias de optimizaciónExplicamos el mecanismo por el cual ocurre el cold start de Lambda desde el ciclo de vida de Firecracker MicroVM, y comparamos técnicas de optimización en 3 ejes: SnapStart, Provisioned Concurrency y diseño de funciones, en términos de costo y restricciones.Detrás de las 1.000 ejecuciones simultáneas de Lambda - Mecanismo del warm pool de Firecracker y el worker managerExplicamos el mecanismo por el cual Lambda gestiona micro VMs dentro del límite predeterminado de 1.000 ejecuciones simultáneas, la estrategia de reutilización mediante warm pool, las decisiones de ubicación del worker manager y las optimizaciones internas para reducir la tasa de cold start.Construcción de APIs serverless - Infraestructura API escalable con Amazon API GatewayExplicamos cómo construir APIs serverless utilizando Amazon API Gateway y Lambda.Diseño de máquinas de estado - Orquestación de flujos de trabajo con Step FunctionsExplicamos técnicas de diseño de máquinas de estado con AWS Step Functions, incluyendo diseño visual de flujos de trabajo, selección de tipos de flujo, manejo de errores e integración directa con servicios.Diseño de orquestación de flujos de trabajo con AWS Step Functions - Elección entre Standard y ExpressClarificamos los criterios de selección entre flujos de trabajo Standard y Express, y explicamos el manejo de errores, el procesamiento paralelo y los patrones de integración.

Artículos y servicios similares

La verdad sobre el cold start de Lambda y cómo elegir entre 3 estrategias de optimizaciónExplicamos el mecanismo por el cual ocurre el cold start de Lambda desde el ciclo de vida de Firecracker MicroVM, y comparamos técnicas de optimización en 3 ejes: SnapStart, Provisioned Concurrency y diseño de funciones, en términos de costo y restricciones.AWS LambdaServicio de computación serverless que ejecuta código sin gestión de servidores, con facturación completamente por uso basada en número de solicitudes y tiempo de ejecuciónDetrás de las 1.000 ejecuciones simultáneas de Lambda - Mecanismo del warm pool de Firecracker y el worker managerExplicamos el mecanismo por el cual Lambda gestiona micro VMs dentro del límite predeterminado de 1.000 ejecuciones simultáneas, la estrategia de reutilización mediante warm pool, las decisiones de ubicación del worker manager y las optimizaciones internas para reducir la tasa de cold start.Desglose de la estructura de costos de ECS on Fargate - Combinación práctica de Spot, ARM y escaladoDesglosamos la estructura de precios de ECS on Fargate en 3 ejes: CPU, memoria y almacenamiento, y explicamos técnicas prácticas de optimización de costos combinando Fargate Spot, Graviton (ARM) y Service Auto Scaling.