As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Conectando DataDog
Built-in, integração unidirecional
Atualmente, o AWS DevOps Agent oferece suporte aos usuários do Datadog com integração unidirecional integrada, permitindo o seguinte:
Acionamento automatizado de investigações - os eventos do Datadog podem ser configurados para acionar investigações de resolução de incidentes do AWS DevOps agente por meio de webhooks do agente. AWS DevOps
Introspecção de telemetria - O AWS DevOps agente pode fazer uma introspecção da telemetria do Datadog enquanto investiga um problema por meio do servidor MCP remoto de cada provedor.
Onboarding
Etapa 1: Conectar
Estabeleça conexão com seu endpoint MCP remoto Datadog com credenciais de acesso à conta
Configuração
Vá para a página Provedores de Capacidades (acessível pela navegação lateral)
Encontre o Datadog na seção Provedores disponíveis em Telemetria e escolha Registrar
Insira os detalhes do seu servidor Datadog MCP:
Nome do servidor - Identificador exclusivo (por exemplo, my-datadog-server)
URL do endpoint - Seu endpoint do servidor Datadog MCP. O URL do endpoint varia de acordo com seu site do Datadog. Veja a tabela de endpoints do site Datadog abaixo.
Descrição - Descrição opcional do servidor
Escolha Próximo.
Analisar e enviar
Endpoints do site Datadog
O URL do endpoint MCP varia de acordo com seu site do Datadog. Para identificar seu site, verifique a URL em seu navegador quando estiver conectado ao Datadog ou consulte Acessar o site do Datadog.
| Site Datadog | Domínio do site | URL do endpoint MCP |
|---|---|---|
| US1 (padrão) | datadoghq.com |
https://mcp.datadoghq.com/api/unstable/mcp-server/mcp |
| NÓS 3 | us3.datadoghq.com |
https://mcp.us3.datadoghq.com/api/unstable/mcp-server/mcp |
| NÓS 5 | us5.datadoghq.com |
https://mcp.us5.datadoghq.com/api/unstable/mcp-server/mcp |
| EU1 | datadoghq.eu |
https://mcp.datadoghq.eu/api/unstable/mcp-server/mcp |
| AP 1 | ap1.datadoghq.com |
https://mcp.ap1.datadoghq.com/api/unstable/mcp-server/mcp |
| AP2 | ap2.datadoghq.com |
https://mcp.ap2.datadoghq.com/api/unstable/mcp-server/mcp |
Autorização
Conclua a autorização do OAuth por meio de:
Autorizando como seu usuário na página OAuth do Datadog
Se não estiver conectado, escolha Permitir, faça login e autorize
Depois de configurado, o Datadog fica disponível em todos os espaços do agente.
Cada registro se conecta a uma organização Datadog. Para conectar outras organizações do Datadog, repita esse processo para cada uma delas e atribua a cada registro seu próprio nome de servidor.
Etapa 2: Ativar
Ative DataDog em um espaço específico do agente e configure o escopo apropriado
Configuração
Na página de espaços do agente, selecione um espaço do agente e pressione Exibir detalhes (se você ainda não criou um espaço do agente, consulteCriação de um espaço de agente)
Selecione a guia Capacidades
Role para baixo até a seção Telemetria
Pressione Adicionar
Escolha o registro do Datadog que você deseja ativar.
Próximo
Revise e pressione Salvar
Copie o URL do webhook e a chave da API (mostrados uma vez ao salvar; a chave da API não pode ser visualizada posteriormente — se você perdê-la, regenere-a a partir dos detalhes do webhook na guia Capacidades, o que invalida a chave anterior)
Um único Agent Space pode usar mais de um registro do Datadog. Para adicionar outro registro, repita essas etapas.
Etapa 3: configurar webhooks
Usando o URL do Webhook e a chave de API da Etapa 2, você pode configurar o Datadog para enviar eventos que acionem uma investigação, como quando um monitor alerta.
Os webhooks do Datadog usam autenticação por token portador. Para obter o formato geral da solicitação de webhook e o esquema de carga útil, consulte. Invocando o DevOps agente por meio do Webhook As seções a seguir fornecem uma configuração do Datadog pronta para uso; você não precisa construir a carga sozinho.
Etapa 3.1: Crie o webhook no Datadog
No Datadog, abra Integrações, pesquise Webhooks e abra o bloco de integração. Para obter mais informações, consulte Webhooks
na documentação do Datadog. Em Webhooks, escolha Novo.
Em Nome, insira um nome como
devops-agent. Você faz referência a esse nome como@webhook-devops-agentnas mensagens do monitor.Para URL, cole o URL do Webhook da Etapa 2 (visível novamente na entrada Datadog na guia Capacidades do seu espaço do agente).
Para Carga útil, substitua a carga padrão pelo modelo na Etapa 3.2.
Deixe o Método de Autenticação desconfigurado e, em vez disso, selecione Cabeçalhos personalizados e insira o cabeçalho mostrado no exemplo a seguir,
<API_KEY_FROM_STEP_2>substituindo-o pela chave de API da Etapa 2.Deixe a opção Encode como formulário desmarcada. O endpoint do webhook requer um corpo JSON bruto; a codificação do formulário faz com que a carga falhe no processamento.
Salve o webhook.
Valor do cabeçalho personalizado para a etapa 6:
{"Authorization": "Bearer <API_KEY_FROM_STEP_2>"}
Para evitar armazenar a chave em exibição simples, defina uma variável personalizada (por exemplo,$DEVOPS_AGENT_API_KEY) no bloco do webhook com a opção Ocultar da visualização selecionada e, em vez disso, faça referência à variável no valor do cabeçalho.
Etapa 3.2: Modelo de carga útil para alertas acionados pelo monitor
O modelo a seguir funciona para alertas de monitor padrão, incluindo monitores métricos, de registro, APM e sintéticos. O Datadog substitui os $VARIABLE espaços reservados ao enviar o webhook; deixe-os como estão escritos.
{ "eventType": "incident", "incidentId": "datadog-$ALERT_CYCLE_KEY", "action": "created", "priority": "HIGH", "title": "$ALERT_TITLE", "description": "$TEXT_ONLY_MSG", "service": "datadog", "data": { "monitorId": "$ALERT_ID", "eventType": "$EVENT_TYPE", "alertQuery": "$ALERT_QUERY", "alertScope": "$ALERT_SCOPE", "alertMetric": "$ALERT_METRIC", "alertTransition": "$ALERT_TRANSITION", "alertPriority": "$ALERT_PRIORITY", "tags": "$TAGS", "eventUrl": "$LINK", "hostname": "$HOSTNAME" } }
Como as variáveis do Datadog são mapeadas para o esquema do webhook
| Campo de webhook | Valor a ser usado | Observações |
|---|---|---|
eventType |
A sequência literal incident |
Constante necessária. |
incidentId |
datadog-$ALERT_CYCLE_KEY |
$ALERT_CYCLE_KEYpermanece o mesmo desde o momento em que um monitor é acionado até que seja resolvido, então as renotificações são desduplicadas em uma única investigação. Em vez disso, use $ID (o ID por evento) somente se quiser que cada notificação inicie uma investigação separada. |
action |
A sequência literal created |
Não mapeie $ALERT_TRANSITION para esse campo. Seus valores (como Triggered eRecovered) não são action valores válidos. Em vez disso, controle quando o webhook é acionado a partir da mensagem do monitor (consulte a Etapa 3.3). |
priority |
Uma das sequências literaisCRITICAL,, HIGHMEDIUM, ou LOW MINIMAL |
Não use $ALERT_PRIORITY aqui. Ele se expande para as prioridades do monitor Datadog (P1—P5), que não são valores válidos para esse campo. O webhook retorna uma resposta de 200, mas nenhuma investigação é iniciada. Para enviar prioridades diferentes, crie um webhook por nível de prioridade (por exemplo, devops-agent-critical edevops-agent-high) e faça referência ao webhook apropriado de cada monitor. |
title |
$ALERT_TITLE |
O título do alerta do monitor. |
description |
$TEXT_ONLY_MSG |
O texto do evento com Markdown removido. Prefira isso$EVENT_MSG, cuja formatação Markdown adiciona ruído. |
service |
Um nome de serviço literal | Opcional. Uma string estática identificando a fonte, como datadog ou o nome do seu serviço. |
timestamp |
Omitir | Opcional. As variáveis de data do Datadog ($DATE,$DATE_POSIX) são valores de época, não o formato ISO 8601 que esse campo espera, então omita o campo. |
data |
Variáveis de contexto do Datadog | Opcional, mas não recomendado. Tudo o que entra data é passado para o agente como o evento original, fornecendo à investigação a consulta do monitor, o escopo, as tags e um link para o evento do Datadog. |
Etapa 3.3: Consulte o webhook em seus monitores
Em cada monitor cujos alertas devem acionar uma investigação, adicione a menção do webhook à mensagem do monitor, com um escopo definido de forma que somente a transição de alerta a acione:
{{#is_alert}} @webhook-devops-agent {{/is_alert}}
Sem a {{#is_alert}} condição, as notificações de aviso e recuperação também enviam o webhook. Os eventos de recuperação são desduplicados em relação à investigação aberta$ALERT_CYCLE_KEY, mas os avisos iniciam investigações sobre limites que você talvez não queira investigar.
Verificação da configuração
Envie uma notificação de teste de um monitor (Notificações de teste no editor do monitor) e confirme o seguinte:
O webhook retorna uma resposta de 200. Você pode ver o status da entrega no stream de eventos da integração do webhook do Datadog. Uma resposta 4xx significa que o
Authorizationcabeçalho está errado. Re-check a chave de API e confirme se o formulário Codificar como está limpo.Uma investigação começa em seu Agent Space. (A investigação de uma notificação de teste é encerrada sem a causa raiz — isso é esperado.) Uma resposta de 200 sem uma investigação significa que a carga útil falhou na validação depois de ser aceita. Verifique o corpo da resposta do webhook no fluxo de eventos do Datadog: uma carga inválida retorna uma resposta 200 cujo corpo lista os erros de validação (por exemplo,
'P2' is not one of ['CRITICAL', 'HIGH', ...]), enquanto uma carga válida retorna.{"message": "Webhook received"}As causas mais comuns são umpriorityvalor não literal (consulte a tabela de mapeamento anterior) e uma duplicata de um teste anterior no mesmo cicloincidentIdde alerta.
Para solução geral de problemas com webhooks, consulteInvocando o DevOps agente por meio do Webhook.
Saiba mais: Datadog Remote MCP Server
Remoção
A fonte de telemetria está conectada em dois níveis: no nível do espaço do agente e no nível da conta. Para removê-lo completamente, você deve primeiro removê-lo de todos os espaços do agente em que ele é usado e, em seguida, ele pode ser cancelado.
Etapa 1: Remover do espaço do agente
Na página de espaços do agente, selecione um espaço do agente e pressione Exibir detalhes
Selecione a guia Capacidades
Role para baixo até a seção Telemetria
Selecione Datadog
Pressione remover
Etapa 2: cancelar o registro da conta
Vá para a página Provedores de Capacidades (acessível pela navegação lateral)
Role até a seção Registrado atualmente.
Verifique se a contagem de espaço do agente é zero (se não, repita a Etapa 1 acima em seus outros espaços do agente)
Selecione Datadog e escolha Cancelar registro no menu Ações.