先说几个核心变化：数字资产订阅中心现在支持 Webhook，巡检报告的数据可以直接送到你自己的系统里用。

简单来说，订阅中心新增了一个非常实用的能力：你可以把报告直接“推”到自己系统里，不再只能通过邮件接收。

通过 API 回调，这份报告能变成业务系统可以直接消费的原始数据。

这次新增了什么

在订阅中心“新建订阅 → 选择接收方式”的流程里，除了原有的“邮箱”选项，现在多了“Webhook”这个新选择。

具体配置如下：

• URL：填入你业务侧的回调地址。一旦订阅触发，报告内容会以结构化数据的形式 POST 到这个地址。
• HTTP请求头：支持自定义鉴权信息，比如 Authorization。这样可以确保回调链路的安全可信，符合企业级安全要求。
• 数据形态：推送的是报告的详细原始数据（结构化 JSON），而不是邮件正文里的截图或附件。

理解起来并不复杂——原来订阅的报告是“发到邮箱给人看的”，现在多了一种选择：“发到接口给系统用的”。

功能价值

这个能力带来的改变，可以从几个维度来看：

1. 报告数据从“看”升级到“用”

结构化数据直接进入业务系统，下游想怎么处理都行：存数据库、入数仓、串联工单、触发自动化处置流程。

报告不再是阅读的终点，而是整个流程的起点。

2. 数据流转闭环更短

巡检结果、容量趋势、风险项这些内容生产出来后，不需要人工搬运到内部系统。

订阅一触发，数据就主动推送过去，业务侧实时拿到一手数据。

3. 鉴权与接入更稳

支持自定义 HTTP 请求头（比如 Authorization），可以和企业内部的 API 网关、鉴权中心完美对齐。

这对于企业级回调链路来说，是必不可少的安全保障。

4. 接入方式更灵活

邮箱和 Webhook 两种方式并存，完全可以按角色、按场景来选用：给人发邮箱，给系统发 Webhook，互不干扰。

适合在哪些场景使用

场景一：把巡检结果接入自有运维平台 / ITSM

适用对象：有自建运维门户、CMDB、ITSM 工单系统的团队。

具体做法：把每日巡检报告通过 Webhook 推到自有平台，风险项直接出现在团队日常工作的界面里，而不是分散在邮件里靠人工跟进。

高危项还能自动转工单、派单到对应负责人。

场景二：将报告数据沉淀到数仓 / BI 看板

适用对象：需要长期追踪资产健康度趋势、做月度/季度复盘的团队。

具体做法：每次订阅触发，把结构化数据落到内部数据湖或数仓，再通过 BI 工具做自定义可视化。

按业务线、按 Owner、按环境维度切分，灵活度远高于固定模板的邮件报告。

场景三：与 IM / 群机器人打通，做主动播报

适用对象：希望团队第一时间感知关键风险的运维 / SRE 团队。

具体做法：Webhook 接到中转服务后，过滤出高优先级风险项，再转推到企微或飞书群机器人。

关键报告“自己跳出来找人”，而不是等人去翻邮箱。

场景四：作为自动化处置流程的起点

适用对象：在做运维自动化、AIOps 落地的团队。

具体做法：Webhook 推来的结构化数据可以作为自动化流程的输入。

比如收到“闲置资源”类报告，自动触发回收审批；收到“安全合规风险”类报告，自动调用脚本修复。报告成为流水线的第一道触发器。

场景五：多系统订阅分发

适用对象：组织内多个团队、多个系统都需要同一份报告数据。

具体做法：一份订阅 Webhook 到中转层，由中转层按规则分发给不同业务系统。这样可以避免每个团队各自重复订阅、各自处理。

如何开始使用

1. 进入 CloudQ 智能顾问订阅中心 → 点击「新建订阅」
2. 配置订阅信息（报告类型、范围、频率等）
3. 在「选择接收方式」步骤中，勾选 Webhook
4. 填入回调 URL，并根据需要配置 Authorization 等请求头
5. 点击「确认」完成订阅

订阅触发后，报告详细数据将以约定格式 POST 到所配置的 URL，业务侧按需消费即可。

CloudQ 数字资产订阅中心一直在打磨报告的“最后一公里”——从生产到送达，再到可被系统消费。

这次 Webhook 能力的上线，本质上是把选择权进一步交回到用户手里：报告数据怎么用、用在哪里，由你决定。