Puedes utilizar la interfaz de línea de comandos (CLI) para instrumentar tus funciones de AWS Lambda con Datadog. La CLI habilita la instrumentación mediante la modificación de la configuración de las funciones de Lambda existentes y, por lo tanto, no requiere redistribución. Es la forma más rápida de empezar a trabajar con la monitorización serverless de Datadog.

También puedes añadir el comando a tus pipelines de CI/CD y así activar la instrumentación para todas tus aplicaciones serverless. Ejecuta el comando después del despliegue normal de tu aplicación serverless para evitar que los cambios del comando de la Datadog CLI se sobrescriban.

Instalación

Para instrumentar tus funciones de Lambda con el comando datadog-ci lambda instrument, sigue las instrucciones de uno de los tiempos de ejecución específicos que se enumeran abajo:

Comandos

instrument

Ejecuta datadog-ci lambda instrument para aplicar la instrumentación de Datadog a una función de Lambda. Este comando añade la biblioteca Lambda de Datadog o la Datadog Lambda Extension como capas de Lambda a las funciones de Lambda instrumentadas y modifica sus configuraciones.


datadog-ci lambda instrument -f <function-name> -f <another-function-name> -r us-east-1 -v 81 -e 49

# Instrumentar varias funciones especificadas mediante los ARN completos
datadog-ci lambda instrument -f <lambda-arn> -f <another-lambda-arn> -f <a-third-lambda-arn> -v 81 -e 49

# Instrumentar funciones en modo interactivo
datadog-ci lambda instrument -i

# Instrumentar varias funciones que coinciden con un patrón regex
datadog-ci lambda instrument --functions-regex <valid-regex-pattern> -r us-east-1 -v 81 -e 49

# Ejecutar tests de todas las actualizaciones
datadog-ci lambda instrument -f <function-name> -f <another-function-name> -r us-east-1 -v 81 -e 49 --dry-run

uninstrument

Ejecuta datadog-ci lambda uninstrument para revertir la instrumentación de Datadog en una función de Lambda. Este comando elimina automáticamente la configuración de Datadog, como las capas de la biblioteca Lambda de Datadog y la Datadog Lambda Extension, así como otras configuraciones aplicadas por la datadog-ci.

# Revertir la instrumentación de varias funciones especificadas mediante los nombres
datadog-ci lambda uninstrument -f <function-name> -f <another-function-name> -r us-east-1

# Revertir la instrumentación de las funciones en modo interactivo
datadog-ci lambda uninstrument -i

# Revertir la instrumentación de varias funciones que coinciden con un patrón regex
datadog-ci lambda uninstrument --functions-regex <valid-regex-pattern> -r us-east-1

# Ejecutar tests de todas las actualizaciones
datadog-ci lambda uninstrument -f <function-name> -f <another-function-name> -r us-east-1 --dry-run

Consulta la sección de configuración para ver parámetros adicionales.

Configuración

Credenciales de AWS

Debes tener credenciales de AWS válidas configuradas con acceso a los servicios Lambda y CloudWatch en los que ejecutas cualquier comando datadog-ci lambda.

Variables de entorno

Debes exponer estas variables de entorno en el entorno en el que ejecutas datadog-ci lambda instrument:

Variable de entornoDescripciónEjemplo
DATADOG_API_KEYLa clave de la API de Datadog. Define la variable de entorno DD_API_KEY en la configuración de tu función de Lambda. Para obtener más información sobre cómo obtener una clave de la API de Datadog, consulta la documentación sobre la clave de la API.export DATADOG_API_KEY=<API_KEY>
DATADOG_API_KEY_SECRET_ARNEl ARN del secreto que almacena la clave de la API de Datadog en AWS Secrets Manager. Define DD_API_KEY_SECRET_ARN en la configuración de tu función de Lambda. Notas: DD_API_KEY_SECRET_ARN se ignora cuando se define DD_KMS_API_KEY. Añade el permiso secretsmanager:GetSecretValue al rol de ejecución de Lambda.export DATADOG_API_KEY_SECRET_ARN=<SECRETS_MANAGER_RESOURCE_ARN>
DATADOG_KMS_API_KEYLa clave de la API de Datadog cifrada mediante KMS. Define la variable de entorno DD_KMS_API_KEY en la configuración de tu función de Lambda. Nota: DD_API_KEY se ignora cuando se define DD_KMS_API_KEY.export DATADOG_KMS_API_KEY=<KMS_ENCRYPTED_API_KEY>
DATADOG_SITEDefine el sitio de Datadog al que se enviarán los datos. Solo es necesario cuando se utiliza la Datadog Lambda Extension. Los valores posibles son datadoghq.com, datadoghq.eu, us3.datadoghq.com, us5.datadoghq.com, ap1.datadoghq.com y ddog-gov.com. El valor por defecto es datadoghq.com. Define la variable de entorno DD_SITE en las configuraciones de tu función de Lambda.export DATADOG_SITE="datadoghq.com"

Argumentos

Puedes llevar a cabo la configuración con argumentos de la línea de comandos o un archivo de configuración JSON (consulta la siguiente sección).

instrument

Puedes pasar los siguientes argumentos a instrument para especificar su comportamiento. Estos argumentos anularán los valores definidos en el archivo de configuración, si los hay.

ArgumentoAbreviaturaDescripciónValor por defecto
--function-fEl ARN de la función de Lambda que se va a instrumentar, o el nombre de la función de Lambda (la región debe estar definida en --region).
--functions-regexUn patrón regex que debe coincidir con el nombre de la función de Lambda.
--interactive-iPermite al usuario elegir de forma interactiva cómo se instrumentará su función. No es necesario determinar ningún otro indicador si decides utilizar el modo interactivo, ya que se te pedirá la información en su lugar.
--region-rLa región por defecto que se va a utilizar, cuando --function se especifica mediante el nombre de la función en lugar del ARN.
--serviceUtiliza la etiqueta (tag) --service para agrupar funciones relacionadas pertenecientes a cargas de trabajo similares. Obtén más información sobre la etiqueta service aquí.
--versionAñade la etiqueta --version para correlacionar picos en latencia, cargas o errores con nuevas versiones. Obtén más información sobre la etiqueta version aquí.
--envUtiliza la etiqueta --env para separar tus entornos de staging, desarrollo y producción. Obtén más información sobre la etiqueta env aquí.
--extra-tagsAñade etiquetas personalizadas a tu función de Lambda en Datadog. Debe ser un lista de <key>:<value> separados por comas como: layer:api,team:intake.
--profileEspecifica las credenciales del perfil con nombre de AWS que se utilizarán para instrumentar. Obtén más información sobre los perfiles con nombre de AWS aquí.
--layer-version-vLa versión de la capa de la biblioteca Lambda de Datadog que se va a aplicar. Esto varía entre los tiempos de ejecución. Para ver la última versión de la capa, consulta las notas de versión del repositorio datadog-lambda-layer de JS o Python.
--extension-version-eLa versión de la capa de la Datadog Lambda Extension que se va a aplicar. Al definir extension-version, asegúrate de exportar DATADOG_API_KEY (o si está cifrada, DATADOG_KMS_API_KEY o DATADOG_API_KEY_SECRET_ARN) en tu entorno también. Si utilizas extension-version, omite forwarder. Obtén más información sobre la extensión de Lambda aquí.
--tracingLo utilizas si quieres habilitar el rastreo dd-trace en tu función de Lambda.true
--merge-xray-tracesLo utilizas si quieres unir las trazas (traces) de dd-trace con las trazas de AWS X-Ray. Es útil para rastrear tramos (spans) de API Gateway.false
--flush-metrics-to-logsLo utilizas si quieres enviar métricas a través del Datadog Forwarder de forma asíncrona. Si deshabilitas este parámetro, debes exportar DATADOG_API_KEY (o si está cifrada, DATADOG_KMS_API_KEY o DATADOG_API_KEY_SECRET_ARN).true
--capture-lambda-payloadLo utilizas si quieres capturar y almacenar la carga útil y la respuesta de una invocación de Lambda.false
--forwarderEl ARN del Datadog Forwarder al que se le adjuntará este LogGroup de la función.
--dry-run-dLo utilizas si quieres previsualizar los cambios que se aplicarán al ejecutar el comando.false
--log-levelConfigura debug para ver una salida adicional de la biblioteca Lambda de Datadog o la extensión de Lambda con fines de resolución de problemas.
--source-code-integration-sLo utilizas si quieres habilitar la integración del código fuente de Datadog. Esto etiquetará tus funciones de Lambda con la URL del repositorio Git y el hash del último commit del directorio local actual. Nota: El repositorio Git no debe estar por delante del remoto, y no debe estar sucio.true
--no-source-code-integrationDeshabilita la integración del código fuente de Datadog.
--upload-git-metadata-uLo utilizas si quieres habilitar la carga de metadatos de Git, como parte de la integración del código fuente. La carga de metadatos de Git solo es necesaria si no tienes instalada la integración de Github de Datadog.true
--no-upload-git-metadataDeshabilita la carga de metadatos de Git, como parte de la integración del código fuente. Utiliza esta opción si tienes instalada la integración de Github de Datadog, ya que hace que la carga de metadatos de Git sea innecesaria.
--apm-flush-deadlineSe utiliza para determinar cuándo enviar tramos antes de que se agote el tiempo de espera, en milisegundos. Cuando el tiempo restante en una invocación de AWS Lambda es inferior al valor establecido, el rastreador intenta enviar el tramo activo actual y todos los tramos finalizados. Esto es compatible con Node.js y Python. El valor por defecto es 100 milisegundos.

uninstrument

Los siguientes argumentos se pasan a uninstrument para especificar su comportamiento. Estos argumentos anularán los valores definidos en el archivo de configuración, si los hay.

Cualquier otro argumento indicado en la tabla instrument, pero no debajo, se ignorará para permitir una reversión más rápida de la instrumentación, en caso de que sea necesario.

ArgumentoAbreviaturaDescripciónValor por defecto
--function-fEl ARN de la función de Lambda cuya instrumentación se va a revertir, o el nombre de la función de Lambda (la región debe estar definida en --region).
--functions-regexUn patrón regex que debe coincidir con el nombre de la función de Lambda cuya instrumentación se va a revertir.
--region-rLa región por defecto que se va a utilizar, cuando --function se especifica mediante el nombre de la función en lugar del ARN.
--profileEspecifica las credenciales del perfil con nombre de AWS que se utilizarán para revertir la instrumentación. Obtén más información sobre los perfiles con nombre de AWS aquí.
--forwarderEl ARN del Datadog Forwarder que se eliminará de esta función.
--dry-run-dLo utilizas si quieres previsualizar los cambios que se aplicarán al ejecutar el comando.false

Archivo de configuración

En lugar de suministrar argumentos, puedes crear un archivo de configuración en tu proyecto y simplemente ejecutar el comando datadog-ci lambda {instrument|uninstrument} --config datadog-ci.json en cada despliegue. Especifica el archivo datadog-ci.json mediante el argumento --config y utiliza esta estructura de archivo de configuración:

{
    "lambda": {
        "layerVersion": 10,
        "extensionVersion": 8,
        "functions": ["arn:aws:lambda:us-east-1:000000000000:function:autoinstrument"],
        "region": "us-east-1",
        "tracing": true,
        "mergeXrayTraces": true,
        "captureLambdaPayload": true,
        "forwarder": "arn:aws:lambda:us-east-1:000000000000:function:datadog-forwarder",
        "logLevel": "debug",
        "service": "some-service",
        "version": "b17s47h3w1n",
        "profile": "my-credentials",
        "environment": "staging",
        "extraTags": "layer:api,team:intake"
    }
}

Solucionar problemas de instrumentación de Lambda

Para solucionar los problemas relacionados con la monitorización de Datadog en tus funciones de Lambda, ejecuta el comando datadog-ci lambda flare en la raíz del directorio de tu proyecto. Este comando recopila datos importantes sobre una función de Lambda, como las variables de entorno y el archivo de configuración. Estos archivos luego se envían al equipo de asistencia de Datadog a través de un ticket que coincide con el ID del caso de Zendesk especificado.

Nota: Este comando funciona independientemente de si instrumentaste tus funciones de Lambda mediante datadog-ci lambda instrument.

Ejemplos

# Recopilar y enviar archivos al equipo de asistencia de Datadog para una sola función
datadog-ci lambda flare -f <function-arn> -c <case-id> -e <email-on-case-id>

# Incluir logs de CloudWatch recientes
datadog-ci lambda flare -f <function-name> -r <AWS region> -c <case-id> -e <email-on-case-id> --with-logs

# Ejecutar tests: recopilar datos, pero sin enviarlos al equipo de asistencia de Datadog
datadog-ci lambda flare -f <function-arn> -c <case-id> -e <email-on-case-id> --with-logs --dry-run

Argumentos

ArgumentoAbreviaturaDescripciónValor por defecto
--function-fEl ARN de la función de Lambda para la cual se van a recopilar datos, o el nombre de la función de Lambda (la región debe estar definida en --region).
--region-rLa región por defecto que se va a utilizar, cuando --function se especifica mediante el nombre de la función en lugar del ARN.
--case-id-cEl ID del caso de Datadog al que se enviarán los archivos.
--email-eEl correo electrónico asociado con el ID del caso especificado.
--with-logsRecopila logs de CloudWatch recientes para la función especificada.false
--start y --endSolo recopilan logs dentro del intervalo especificado (--with-logs debe estar incluido). Ambos argumentos son números en milisegundos de Unix Epoch.
--dry-run-dVista previa de los datos recopilados que se enviarán al equipo de asistencia de Datadog.false

Comunidad

Si tienes preguntas o comentarios sobre el producto, únete al canal #serverless en la comunidad Datadog en Slack.

PREVIEWING: mervebolat/span-id-preprocessing