Eventos

Un evento es un aviso de que algo ocurrió: se subió un archivo, llegó una petición HTTP, se cumplió un horario. En una arquitectura orientada a eventos, quien produce el evento no espera a quien lo procesa: cada pieza reacciona a lo que pasa, como un addEventListener del navegador. Así las piezas se cambian y escalan por separado; los servicios que transportan eventos se ven en la Sesión 12.

AWS Lambda

Qué es: AWS Lambda ejecuta tu código como funciones que se disparan con eventos, sin que administres servidores.

• Disparadores: una subida a S3, una petición HTTP, un horario o una llamada directa a su API.
• Lenguajes: Python, Node.js, Java, .NET y Ruby, entre otros; también imágenes de contenedor.
• Límites: cada ejecución dura como máximo 15 minutos; la memoria va de 128 MB a 10.240 MB, y la CPU crece con ella.
• Rol de ejecución: un rol de IAM que Lambda asume para que tu código use otros servicios; lo mínimo es escribir sus registros (logs). Los registros van a Amazon CloudWatch Logs, el servicio que guarda registros de aplicaciones (Sesión 14).
• Precio: por petición y por duración en milisegundos, según la memoria. Cada mes, 1 millón de peticiones y 400.000 GB-segundos (memoria en GB por segundos de ejecución) son gratis, en cualquier plan.

Analogía: la luz con sensor de movimiento de un pasillo: se enciende cuando alguien pasa y se apaga sola. Dónde falla la analogía: la luz sigue encendida mientras haya movimiento. Lambda corta la ejecución a los 15 minutos, aunque tu código no haya terminado.

Ejemplo real: cada foto que sube Nébula a S3 dispara una función que crea su miniatura en dos segundos. Un día llegan 10 fotos y otro 50.000: Lambda corre tantas copias como haga falta y Nébula paga solo esos segundos.

Úsalo cuando: el trabajo sea corto, se dispare por eventos y su volumen varíe mucho: APIs, procesar archivos, tareas programadas. No lo uses cuando: un proceso dure más de 15 minutos, necesites control del sistema operativo o tengas una carga constante muy alta.