Aquí tienes el set de preguntas completamente adaptado a las nuevas directrices estructuradas, incluyendo las rúbricas detalladas y las respuestas de referencia para cada caso:
1. [Título] Límite de ejecuciones concurrentes en Lambda
[Pregunta] Durante un pico masivo de solicitudes de restablecimiento de contraseña (SSPR) en el entorno de la empresa ficticia FinNova, el API Gateway empezó a retornar errores 502 debido a que las Lambdas alcanzaron su límite de concurrencia. Tu desarrollador junior propone como solución inmediata envolver el código de la Lambda en un bloque try/catch global para capturar el error de concurrencia y reintentar la operación internamente de forma asíncrona. Explica con tus propias palabras, como si le hablaras a alguien sin conocimientos técnicos, por qué tomaste esa decisión respecto a aceptar o rechazar esta propuesta.
[Tipo] Escenario con trampa
[Tiempo sugerido] 25s lectura + 2 min respuesta
[Trampa o clave] Demuestra si el candidato entiende el ciclo de vida del cómputo serverless y el orden de ejecución en la capa de infraestructura de AWS,



identificando que el estrangulamiento (throttling) ocurre antes de que el ambiente de ejecución de la Lambda se inicialice.
[Señal de alerta] Evaluar la lógica del try/catch, validar el reintento dentro del propio código o argumentar que se puede manejar el error TooManyRequestsException dentro de la misma función ejecutada.
[Respuesta de referencia]
— Mecanismo exacto: El error de concurrencia (Throttling) es un rechazo de la capa del plano de control de AWS Lambda a nivel de infraestructura. La instancia del contenedor jamás llega a levantarse, por lo que ningún código interno (incluido el try/catch) puede ejecutarse ni atrapar el error.
— Caer en la trampa: Validar el try/catch o el reintento interno. Detectarla implica rechazar la propuesta explicando que el código nunca se ejecuta en ese escenario.
— Criterio de puntaje parcial:
3/5: Rechaza la propuesta porque "el error pasa antes", pero no

📌 Tech Lead MFA (Lima)
🏢 Tekton Labs
📍 Lima