数字资产订阅中心新增 Webhook 接收方式，巡检报告数据可直达自有系统

一句话看更新

订阅中心新增 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 能力上线，是把选择权进一步交回到用户手里：报告数据怎么用、用在哪里，由你决定。