AWS · Software · ficha YoctoIT

Lambda

El serverless que marcó escuela: código que corre por eventos, escala de cero a miles de ejecuciones y se paga al milisegundo.

FOCUS · EVENT-DRIVENLas integraciones y los procesos por eventos sin servidores que mantener
Material YoctoIT para clientes y partners · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Qué es

AWS Lambda, en claro.

Lambda ejecuta funciones en respuesta a eventos — un archivo en S3, un mensaje en cola, una llamada API — sin ningún servidor que gestionar: escalado automático, alta disponibilidad incluida y facturación por milisegundo de ejecución.

0 servidores
nada que parchear, nada que dimensionar
ms
facturación al milisegundo: el idle no se paga
1000+
ejecuciones concurrentes out-of-the-box, ampliables
Icona ufficiale AWS — AWS Lambda
ICONO OFICIAL AWS · Lambda
Console AWS
CONSOLA AWS REAL · LAMBDA · FUENTE: AWS BLOG
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

La arquitectura de eventos

EventosS3, colas, API, scheduler, streams
Lambda
Step Functions
EventBridge
funciones · orquestación · bus
Integracionesbases de datos, SaaS, on-prem vía VPC
CloudWatchlogs, métricas y tracing de cada ejecución
Del evento a la acción, sin servidores

Step Functions

Los flujos complejos orquestados visualmente: retries, paralelismos y estados sin código pegamento.

EventBridge

El bus de eventos corporativo: los sistemas que se hablan por eventos, desacoplados.

Dentro de la VPC

Las funciones que alcanzan bases de datos y sistemas privados: el serverless también para la enterprise.

SnapStart & concurrencia provisioned

Los arranques en frío domados: latencias constantes incluso para Java y los picos repentinos.

03 · En profundidad

Runtimes, concurrencia y los límites que conocer

Lambda ejecuta funciones de hasta 15 minutos con memoria 128MB-10GB (la CPU escala con la memoria): el cold start se mitiga con provisioned concurrency o SnapStart; la concurrencia es por cuenta/región con reserved concurrency para proteger las funciones críticas. El event source mapping consume SQS/Kinesis/DynamoDB Streams con batching y DLQ; las function URLs y API Gateway exponen HTTP; los layers comparten dependencias.

  • Cold start — provisioned concurrency o SnapStart (Java/.NET): el p99 bajo control
  • Reserved concurrency — la cuota dedicada: la función crítica no muere de inanición
  • Event source mapping — batch, retries y DLQ declarativos desde las colas y los streams
  • 15 min / 10 GB — los límites que hay que diseñar: más allá, se parte o se va a Fargate
  • Idempotenza — entrega at-least-once: el código que tolera el duplicado
  • Powertools — logging estructurado, tracing y métricas: la observabilidad de serie
04 · Números y ciclo de vida

Los números que cuentan.

1 ms
la granularidad de facturación de la duración
15 min
el timeout máximo por invocación
10 GB
la memoria máxima (CPU proporcional)
1000
la concurrencia por defecto por región: se sube con cuota
El serverless premia el diseño: idempotencia, DLQ y concurrencias las configuramos como estándar — y de noche las colas se vacían solas.
05 · Casos de uso

Dónde rinde de verdad.

Integraciones entre sistemas

El archivo que llega, se valida y acaba en el ERP: el ETL ligero sin servidores dedicados.

API de bajo tráfico

Endpoints que cuestan céntimos al mes: perfectos para el B2B de llamadas esporádicas.

Automatización operativa

Las reacciones a los eventos de infraestructura: el tag que falta corregido, la alarma enriquecida.

El serverless es perfecto para los pegamentos y los procesos por eventos: nosotros lo usamos donde rinde, no donde está de moda.