选择合适的推送方式
固定群聊告警优先选择机器人或 Webhook;需要按用户、部门或组织身份精确触达时,选择企业应用或完整 Bot;个人通知和自托管场景则更适合 HTTP 推送服务。
| 场景 | 推荐方式 | 主要代价 |
|---|---|---|
| 固定群聊告警 | 群机器人、Incoming Webhook | 目标通常与 Webhook 绑定 |
| 指定用户或部门 | 企业应用推送 | 需要应用权限、可用范围和 Token 生命周期管理 |
| 跨频道或交互 | Bot、Slack App | 权限模型和审核流程更复杂 |
| 自动化工作流 | Teams Workflow Webhook | 请求体受工作流触发器定义约束 |
| 个人或移动端通知 | ntfy、Pushover、PushDeer 等 | 依赖第三方服务或自建服务可用性 |
不要只比较“能否发文本”。凭据轮换、接收目标是否动态、平台配额、消息格式和管理员审批通常决定长期维护成本。