Datadog 监控器配置代理

要解决的问题

在 Datadog 里手工创建监控器，点几次 UI 就能完成，但要管理几十个、上百个监控器时就会遇到麻烦：

• 配置散落在界面里，无法版本化、无法评审，改一条阈值要重新点一遍。
• 阈值类型选错（静态阈值、相对阈值、异常检测）往往要等告警风暴或漏报后才发现。
• 通知路由（谁收到告警、走哪个渠道、抑制与分组规则）常常在最后一步才想起来补，结果告警没人看。

这个技能如何工作

它把监控器配置变成可执行、可复用的代码，核心是调用 datadog-api-client SDK，而不是让人去翻页面：

• 覆盖监控器类型：指标监控器、日志监控器、APM trace 监控器，以及由多个条件组合的复合监控器。
• 设置阈值与触发条件：按需求选择适当的阈值类型，而不是一律填一个固定数字。
• 配置通知路由：把告警送到对应的团队和渠道，避免只发到默认收件箱。
• 关键步骤：先明确要观测的信号（指标查询、日志检索、trace 过滤条件），再决定监控器类型，接着设置阈值与触发窗口，最后绑定通知路由，把整份配置作为可版本化的文件维护。

适用边界与注意点

• 该技能负责的是监控器的创建与管理。上游资料同时指向 dd-trace（Node.js 的 APM Tracer 库），也就是说 APM trace 监控器要真正生效，依赖应用侧已经用 tracer 上报了 trace 数据，否则查询不到内容。
• 需要 Datadog 组织内的 API 权限；缺少对应权限时，创建或修改会直接失败。
• 阈值类型和通知策略必须符合 Datadog 的既有约定，配置写错可能不会报错，但告警会静默失效，建议先在小范围监控器上验证。