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.

約 3 分で読めます

Descripción general de Lambda

Lambda es un servicio de computación serverless que ejecuta código sin gestión de servidores. Soporta runtimes de Python, Node.js, Java, Go, .NET y Ruby, con un tiempo máximo de ejecución de 15 minutos y 10 GB de memoria. 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.

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 significativamente el tiempo de inicio de funciones Java con SnapStart. Con integración con más de 200 event sources, procese automáticamente eventos de API Gateway, S3, DynamoDB Streams, SQS y más.

Servicios relacionados

AWS LambdaServicio de computación serverless que ejecuta código sin gestión de servidoresAmazon API GatewayUn servicio completamente administrado para crear, publicar, gestionar y monitorear APIsAmazon DynamoDBUna 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 estrategias de optimización basadas en mediciones realesExplicamos 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 basadas en datos reales en 3 ejes: SnapStart, Provisioned Concurrency y diseño de funciones.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 estrategias de optimización basadas en mediciones realesExplicamos 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 basadas en datos reales en 3 ejes: SnapStart, Provisioned Concurrency y diseño de funciones.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.Construcción de APIs serverless - Infraestructura API escalable con Amazon API GatewayExplicamos cómo construir APIs serverless utilizando Amazon API Gateway y Lambda.