Manus 的 Datadog MCP 连接器

不用翻遍仪表盘,也能查清 Datadog 里哪里出了问题

连上 Datadog 后,用平常的话问就行,比如“支付服务为什么从晚上 11 点开始变慢”。Manus 会查看正在告警的监控器,用 AI 日志分析梳理日志,读取指标和链路,对比上一次部署前后的变化,再写好事故摘要和最可能的原因。它负责查和汇报。用默认的 Datadog 工具时,它没法回滚部署、重启服务,也没法改你的监控器。

先在 Manus 中连接 Datadog

payments-api 为什么从昨晚 11 点左右开始变慢?

Manus

23:16 p95 延迟超过 800 ms,就在 v2.4.1 部署后四分钟;到 23:30 涨到最高的 2.4 s。大多数慢请求都卡在同一条数据库查询上。

我在 Datadog 里查看了
  • 4 个正在告警的监控器
  • 656 条错误和警告日志
  • 40 条慢链路
  • 3 次部署事件
已起草 #2418 的事故摘要
事故时间线service:payments-api env:prod示意图
  1. 23:12部署payments-api v2.4.1 已部署来自发布流程的部署事件
  2. 23:16告警监控器:p95 延迟高于 800 ms状态从正常变为告警
  3. 23:19错误5xx 错误升到 6.8%部署前为 0.3%
  4. 00:04已恢复延迟回到 200 ms 以下团队在 23:58 重新部署 v2.4.0 后

Datadog AI 日志分析和告警分拣

问问哪些在告警、日志里说了什么。Manus 会查看正在告警的监控器、搜索日志,再告诉你先从哪里查起。对值班的人来说,它就是 Datadog 上的 AI 监控帮手。

23:25 正在告警示意图
  • 告警
    p95 延迟高于 800 mspayments-api23:16 起
  • 告警
    5xx 错误率高于 5%payments-api23:20 起
  • 警告
    数据库连接池占用高于 90%ledger-db23:17 起
  • 警告
    结账页 p95 高于 1 scheckout-web23:21 起

先查 payments-api:它的延迟告警最先触发,就在 v2.4.1 部署后四分钟。其余三个在之后五分钟内接连触发。

日志service:payments-api status:(error OR warn)
  1. ERRORtimeout acquiring connection from pool after 2000 ms
  2. WARNslow query 1912 ms: SELECT … FROM ledger_entries
  3. ERRORPOST /v1/charges 504 upstream request timeout
  4. WARNconnection pool 50/50 in use, 37 requests waiting
  5. ERRORtimeout acquiring connection from pool after 2000 ms
  6. WARNslow query 1874 ms: SELECT … FROM ledger_entries
过去一小时 656 条日志,归为 3 类
  • 连接池超时412
  • ledger_entries 慢查询156
  • POST /v1/charges 返回 504 错误88

按服务分拣正在告警的 Datadog 监控器

做 Datadog 告警分拣时,Manus 会列出处于告警或警告状态的监控器,按服务分组,把最先触发的放在最上面,让你知道从哪里查起。

搜索 Datadog 日志,把错误归成几类

说出服务名和时间段。Manus 会在 Datadog 里搜索错误和警告日志,按消息内容分组计数,并给每组列出几行原始日志。

服务为什么变慢?查链路,也查上一次部署

Manus 会找出耗时最长的那一段,并把延迟和错误跟部署事件放在一起对照。

在 Datadog 链路里找出慢在哪一步

Manus 会找出某个服务最慢的请求,打开其中一条链路,指出耗时最长的那个 span。

对比部署前后的错误

发版后的第一轮检查可以交给 Manus,把它当作你的 Datadog AI SRE 助手:它会找出部署事件,查看部署后有没有新错误,并对比每次部署前后一小时的错误率和 p95 延迟。

payments‑api 的 p95 延迟示意图
3 s2 s1 s0
23:12 部署 v2.4.1 后
22:3023:0023:3000:0000:30
v2.4.1 上线前后
  • p95 延迟180 ms2.4 s
  • 5xx 错误率0.3%6.8%
一条慢请求的链路示意图
POST /v1/charges · 2.41 s
  1. payments-apiPOST /v1/charges2.41 s
  2. auth-serviceverify_token38 ms
  3. fraud-checkscore_charge140 ms
  4. postgresSELECT ledger_entries1,912 ms
  5. postgresINSERT charges40 ms
  6. redisSET idempotency_key5 ms

这次请求共 2.41 s,其中 ledger_entries 查询占了 1,912 ms。v2.4.1 之前,同一条查询大约只要 40 ms。

写好 Datadog 事故摘要和复盘草稿

Manus 会读取事故本身和前后的告警、部署,让你从一条时间线开始写,而不是从一张白纸开始。

事故摘要示意图
#2418SEV-2已解决
v2.4.1 上线后支付变慢并出现失败23:16 到 00:04 · payments-api · prod
  1. 1影响范围23:19 到 00:04 之间,约 6.8% 的 POST /v1/charges 请求因 504 错误失败。p95 延迟最高到 2.4 s。
  2. 2可能原因v2.4.1 上线了一条更慢的 ledger_entries 查询。请求一直占着数据库连接,直到连接池被占满。
  3. 3下一步v2.4.1 再次上线前先检查 ledger_entries 查询的改动,并给支付团队建一个跟进问题。
根据 4 条监控告警、3 次部署事件和 40 条链路整理。复盘草稿已经可以编辑。
Datadog 夜间汇总工作日 9:00

昨天 18:00 以来:4 个监控器触发告警,新开 1 个事故。现在全部恢复正常。

  • payments-api2 条告警,事故 #2418 已于 00:04 解决
  • ledger-db1 条警告,00:06 已恢复
  • checkout-web1 条警告,00:05 已恢复

把一次事故整理成摘要和复盘草稿

Manus 会读取事故,根据前后的告警和部署事件拼出时间线,再写好事故摘要和事故复盘草稿,交给你修改。

每天早上用一条消息收到昨晚的告警

定时任务在每个工作日早上 9 点查看 Datadog,把夜里触发了哪些告警、开了哪些事故发给你。

了解定时任务如何运作

理清服务依赖和 Datadog 云成本变化

升级处理之前,先看清有哪些服务在调用它、由谁负责。有相应权限的话,还能按月对比云成本。

升级处理前,先查清谁依赖这个服务

Manus 会在 Datadog 服务目录里查这个服务,列出谁在调用它、它调用了谁,以及每个服务由哪个团队负责。

按月对比云成本变化

如果你们团队在用 Datadog Cloud Cost Management,而且你的角色有查看权限,Manus 可以对比两个月的数据,告诉你哪些服务变化最大。

payments-api 的依赖关系示意图
调用它的服务checkout-web负责团队:网页mobile-gateway负责团队:移动端
服务payments-api负责团队:支付
它调用的服务ledger-db负责团队:平台fraud-check负责团队:风控notifications负责团队:增长
过去两小时内有告警
云成本:9 月到 10 月示意图
$53,900比 $48,200 增加 11.8%
  • payments-api+$2,940 · +31%
  • ledger-db+$1,610 · +22%
  • batch-jobs+$1,150 · +14%
  • checkout-web+$620 · +8%
  • search-indexer−$820 · −9%

Datadog MCP 服务器设置:权限和工具

设置 Datadog MCP 不用安装任何东西。Datadog 已经在 Manus 的连接器里:连接一次账号,之后任何任务都能使用你的角色允许的 Datadog MCP 工具。

  1. 打开连接器

    在 Manus 里打开连接器,选择 Datadog,点“连接”,然后连接你的 Datadog 账号。

  2. 确认你的 Datadog 权限

    你的组织需要开启 MCP 访问,你的角色需要有 MCP Read 权限。Datadog Standard Role 默认就有。

  3. 在任意任务里提出需求

    用自己的话问告警、日志、链路或事故。Manus 只能看到你的 Datadog 角色能看到的内容。

Datadog示意图

用自然语言排查 Datadog 的日志、指标、链路、监控器、事故、事件、仪表盘和平台资源。可以使用默认的核心工具,也可以配置可选工具集,针对具体产品做排查和运维。

连接
  • 组织已开启 MCP 访问已开启
  • 你的角色MCP Read
核心工具,默认开启
  • 日志
  • 指标
  • 链路
  • 监控器
  • 事故
  • 事件
  • 仪表盘
  • 主机
  • 服务
  • 笔记本

Manus 的更多 Datadog 集成

Datadog MCP 连接器常见问题

怎么把 Datadog 连接到 Manus?

在 Manus 里打开连接器,选择 Datadog,点“连接”,然后连接你的 Datadog 账号。你的 Datadog 组织需要开启 MCP 访问(由管理员在 Organization Settings 里设置),你的角色需要有 MCP Read 权限,Datadog Standard Role 默认包含这项权限。

Manus 会改动我的线上配置或告警吗?

用默认工具时不会。默认的 Datadog 工具读取日志、指标、链路、监控器和事故,能新建或修改的只有 Datadog 笔记本和仪表盘,而且只在你要求时才做。它们没有回滚部署、重启服务或修改监控器的工具。可选工具集可能带写入工具,比如新建监控器,所以只开你需要的。管理员还可以在 Organization Settings 里为所有人关闭 MCP 写入权限。

Manus 能看到哪些 Datadog 数据?

只能看到你自己的 Datadog 账号能看到的内容。Datadog MCP 服务器用的是你的访问权限,所以你的角色和数据访问规则照常生效;每类数据还需要对应的 Datadog 权限,比如查日志要 Logs Read Data,查链路要 APM Read。

Manus 会用到哪些 Datadog MCP 工具和工具集?

默认使用 Datadog MCP 服务器的核心工具,覆盖日志、指标、链路、监控器、事故、事件、仪表盘、主机、服务和笔记本。连接器也可以配置可选的 Datadog MCP 工具集,用于特定的 Datadog 产品,比如 APM 或 Database Monitoring。

支持哪些 Datadog 站点?

Datadog for Government 站点不支持 Datadog MCP 服务器。其他 Datadog 站点的最新支持情况,请查看 Datadog MCP 服务器文档。

Manus 和 Datadog Bits AI 是一回事吗?

不是。Bits AI 是 Datadog 自己的 AI 助手,内置在 Datadog 里,由 Datadog 收费。Manus 是另一个独立的 AI 智能体,通过 Datadog MCP 服务器读取你的 Datadog 数据,并能把结果带到你的其他应用、文档和定时任务里。

我在 Claude 或 ChatGPT 里用过 Datadog,在 Manus 里也能用吗?

可以。Datadog 的 Claude 连接器和 Datadog 的 ChatGPT 集成(目前处于 Preview 阶段,只支持 US1 站点)都基于 Datadog MCP 服务器,Manus 里的 Datadog 连接器用的也是这个服务器。在 Manus 的连接器里连接一次,之后任何任务都能使用。

Manus 能把事故摘要发到 Slack 或者建工单吗?

可以,前提是这些应用也已连接。Manus 可以把摘要发到 Slack 频道,并在 Linear、GitHub 或 Jira 里建跟进问题。你可以让它先把内容给你看,等你确认后再发。

Manus 能定时查看 Datadog 吗?

可以。建一个定时任务,比如每个工作日早上 9 点,Manus 就会查看前一晚的告警和事故,按服务分组给你发一份简短汇总。

团队能看到 Manus 在 Datadog 里查了什么吗?

可以。Datadog 会在 Audit Trail 里记录每一次 MCP 服务器工具调用,包括用了哪个工具、查询了什么、以哪个用户身份运行,以及由哪个客户端发起。

Datadog MCP 怎么收费?

Datadog 的费用都算在你们公司的 Datadog 账号和套餐里。Datadog MCP 服务器当前的价格和用量限制,请查看 Datadog 文档。

把 Manus 当作你的 Datadog AI 智能体

在 Manus 中连接 Datadog