Se pueden realizar Despliegues en tus pipelines de integración continua (CI). En general, estos pipelines tienen un paso de despliegue que se ejecuta después que el código fuente se pruebe y la imagen esté creada.
Si estás ejecutando despliegues mediante un proveedor de CI, puedes monitorizar tus despliegues con Deployment Visibility. Asegúrate de que se cumplan los siguientes requisitos:
Tu proveedor de CI admite la característica Custom tags and measures at runtime (Etiquetas y medidas personalizadas en el tiempo de ejecución), que te permite añadir texto y etiquetas numéricas definidas por el usuario a los pipelines y trabajos en Pipeline Visibility.
Estás ejecutando despliegues en un trabajo de CI (o un nivel relacionado en tu proveedor de CI). El concepto de un trabajo de CI puede variar según tu proveedor. Para obtener más información sobre cómo Datadog define un trabajo de Ci, consulta la sección Terminología.
Este conjunto de comandos especifica que el trabajo de CI ejecute un despliegue en el entorno prod con la versión 1.0.0:
exportDD_BETA_COMMANDS_ENABLED=1exportDD_API_KEY="<YOUR_API_KEY>"exportDD_SITE=datadoghq.comdatadog-ci deployment mark --env prod --revision 1.0.0
Este conjunto de comandos especifica que el trabajo de CI realiza un despliegue rollback (reversión) al entorno prod:
exportDD_BETA_COMMANDS_ENABLED=1exportDD_API_KEY="<YOUR_API_KEY>"exportDD_SITE=datadoghq.comdatadog-ci deployment mark --env prod --is-rollback
Este conjunto de comandos especifica que el trabajo de CI ejecute un despliegue en el entorno prod y añada las etiquetas team:backend y reason:scheduled al evento de despliegue:
exportDD_BETA_COMMANDS_ENABLED=1exportDD_API_KEY="<YOUR_API_KEY>"exportDD_SITE=datadoghq.comdatadog-ci deployment mark --env prod --tags team:backend --tags reason:scheduled
Para marcar los trabajos de GitHub como despliegues, se requiere la versión datadog-ci CLI2.29.0 o posterior.
Si el nombre del trabajo no coincide con la entrada definida en el archivo de configuración del flujo de trabajo (el ID del trabajo de GitHub),
la variable de entorno DD_GITHUB_JOB_NAME necesita ser expuesta, apuntando al nombre del trabajo. Por ejemplo:
Si se cambia el nombre del trabajo utilizando la propiedad name:
Si se utiliza la estrategia de matriz, GitHub genera varios nombres de tarea añadiendo los valores de matriz al final del nombre de la tarea,
entre paréntesis. La variable de entorno DD_GITHUB_JOB_NAME debe entonces ser condicional a los valores de la matriz:
jobs:deployment:strategy:matrix:env:[dev, staging]env:DD_GITHUB_JOB_NAME:deployment (${{ matrix.env }})steps:- run:datadog-ci deployment mark ...