Errores de funciones AWS Lambda en Node.js

Cuando el código da lugar a un error, Lambda genera una representación JSON de este. Este documento de error aparece en el registro de invocación y, en el caso de invocaciones síncronas, en la salida.

En esta página se describe cómo ver los errores de invocación de funciones de Lambda para el tiempo de ejecución Node.js mediante la consola de Lambda y la AWS CLI.

Sintaxis

ejemplo Archivo index.js: error de referencia

exports.handler = async function() {
    return x + 10
  }

Este código da como resultado un error de referencia. Lambda detecta el error y genera un documento JSON con campos para el mensaje de error, el tipo y el seguimiento de la pila.

{
    "errorType": "ReferenceError",
    "errorMessage": "x is not defined",
    "trace": [
      "ReferenceError: x is not defined",
      "    at Runtime.exports.handler (/var/task/index.js:2:3)",
      "    at Runtime.handleOnce (/var/runtime/Runtime.js:63:25)",
      "    at process._tickCallback (internal/process/next_tick.js:68:7)"
    ]
  }

Cómo funciona

Al invocar una función de Lambda, Lambda recibe la solicitud de invocación y valida los permisos de su rol de ejecución, comprueba que el documento de evento es un documento JSON válido y comprueba los valores de los parámetros.

Si la solicitud pasa la validación, Lambda envía la solicitud a una instancia de función. El entorno de tiempo de ejecución de Lambda convierte el documento de evento en un objeto y lo pasa al controlador de funciones.

Si Lambda encuentra algún error, devuelve un tipo de excepción, mensaje y código de estado HTTP que indican la causa del error. El cliente o servicio que invocó la función de Lambda puede manejar el error mediante programación, o pasarlo a un usuario final. El comportamiento adecuado en la administración de errores dependerá del tipo de aplicación, la audiencia y el origen del error.

En la siguiente lista se describe el rango de códigos de estado de los que puede recibir de Lambda.

2xx

Un error de serie 2xx con un encabezado X-Amz-Function-Error en la respuesta indica un error de tiempo de ejecución o función de Lambda. Un código de estado de 2xx serie indica que Lambda aceptó la solicitud, pero en lugar de un código de error, Lambda indica el error al incluir el encabezado X-Amz-Function-Error en la respuesta.

4xx

Un error de serie 4xx indica un error que el cliente o servicio invocador puede corregir modificando la solicitud, solicitando permiso o reintentando la solicitud. 4xx errores de serie distintos de 429 lo general indican un error con la solicitud.

5xx

Un error de serie 5xx indica un problema con Lambda, o un problema con la configuración o los recursos de la función. Los errores de serie 5xx pueden indicar una condición temporal que se puede resolver sin ninguna acción del usuario. Estos problemas no pueden ser resueltos por el cliente o servicio invocador, pero el propietario de una función de Lambda puede solucionar el problema.

Para obtener una lista completa de los errores de invocación, consulte InvokeFunction errores.

Uso de la consola de Lambda

Puede invocar su función en la consola de Lambda configurando un evento de prueba y viendo la salida. La salida se captura en los registros de ejecución de la función y, cuando el seguimiento activo está habilitado, en AWS X-Ray.

Para invocar una función en la consola de Lambda

1. Abra la página de Funciones en la consola de Lambda.

2. Elija la función que desea probar y elija Pruebas.

3. En Evento de prueba, seleccione Nuevo evento.

4. Seleccione una plantilla.

5. En Nombre, escriba un nombre para la prueba. En el cuadro de entrada de texto, introduzca el evento de prueba JSON.

6. Elija Guardar cambios.

7. Seleccione Probar.

La consola de Lambda invoca la función de forma sincrónica y muestra el resultado. Para ver la respuesta, los registros y otra información, expanda la sección Details (Detalles).

Uso de AWS Command Line Interface (AWS CLI)

La AWS CLI es una herramienta de código abierto que lo habitlita para interactuar con los servicios de AWS mediante el uso de comandos en el shell de la línea de comandos. Para completar los pasos de esta sección, debe disponer de lo siguiente:

• AWS Command Line Interface (AWS CLI) versión 2

• AWS CLI – Configuración rápida con aws configure

Cuando se invoca una función de Lambda en la AWS CLI, la AWS CLI divide la respuesta en dos documentos. La respuesta AWS CLI se muestra en el símbolo del sistema. Si se ha producido un error, la respuesta contiene un campo FunctionError. La respuesta de invocación o error devuelto por la función se escribe en un archivo de salida. Por ejemplo, output.json o output.txt.

En el siguiente ejemplo de comando invoke se muestra cómo invocar una función y escribir la respuesta de invocación en un archivo output.txt.

aws lambda invoke   \
  --function-name my-function   \
      --cli-binary-format raw-in-base64-out  \
          --payload '{"key1": "value1", "key2": "value2", "key3": "value3"}' output.txt

La opción cli-binary-format es obligatoria si va a utilizar la versión 2 de la AWS CLI. Para que esta sea la configuración predeterminada, ejecute aws configure set cli-binary-format raw-in-base64-out. Para obtener más información, consulte Opciones de la línea de comandos globales compatibles con AWS CLI en la Guía del usuario de la AWS Command Line Interface versión 2.

Debería ver la respuesta AWS CLI en su símbolo del sistema:

{
    "StatusCode": 200,
    "FunctionError": "Unhandled",
    "ExecutedVersion": "$LATEST"
}

Debería ver la respuesta de invocación de función en el archivo output.txt. En el mismo símbolo del sistema, también puede ver la salida en el símbolo del sistema usando:

cat output.txt

Debería ver la respuesta de invocación en el símbolo del sistema.

{"errorType":"ReferenceError","errorMessage":"x is not defined","trace":["ReferenceError: x is not defined"," at Runtime.exports.handler (/var/task/index.js:2:3)"," at Runtime.handleOnce (/var/runtime/Runtime.js:63:25)"," at process._tickCallback (internal/process/next_tick.js:68:7)"]}

Lambda también registra hasta 256 KB del objeto de error en los registros de la función. Para obtener más información, consulte Registro de funciones AWS Lambda en Node.js.

Administración de errores en otros servicios de AWS

Cuando otro servicio de AWS invoca su función, el servicio elige el tipo de invocación y el comportamiento de reintento. AWS pueden invocar su función según una programación, en respuesta a un evento de ciclo de vida en un recurso o para atender una solicitud de un usuario. Algunos servicios invocan funciones de forma asíncrona y permiten que Lambda administre los errores, mientras que otros vuelven a intentarlo o pasan los errores al usuario.

Por ejemplo, API Gateway trata todos los errores de invocación y función como errores internos. Si la API de Lambda rechaza la solicitud de invocación, API Gateway devuelve un código de error de 500. Si la función se ejecuta pero devuelve un error o devuelve una respuesta con un formato incorrecto, API Gateway muestra un código de error 502. Para personalizar la respuesta del error, debe detectar errores en el código y elaborar una respuesta en el formato que desee.

Para determinar la fuente de un error y su causa, recomendamos usar AWS X-Ray. X-Ray le permite averiguar en qué componente se produjo un error y ver los detalles sobre los errores. En el ejemplo siguiente, se muestra un error de una función que generó una respuesta 502 de API Gateway.

Para obtener más información, consulte Instrumentación del código Node.js en AWS Lambda.

Siguientes pasos

• Aprenda a mostrar eventos de registro para su función de Lambda en la página Registro de funciones AWS Lambda en Node.js.