可观测平台开始越过"报警"这一步了:Cloudflare 的 Issues 功能进入公测,允许编码 agent 根据日志与错误中发现的问题直接采取行动,公告在 blog.cloudflare.com/real-time-issu… 。官方给的场景很生活化——你睡觉、吃饭、健身的时候,它在修。
这条线接通之后,运维自动化的链条第一次完整了。过去几年各环节分别成熟:监控采集、错误聚合、告警分级,唯独最后一步——从"发现"到"修复"——始终要人坐到电脑前。agent 接管这一环意味着值班表的性质变了:告警不再只是叫醒人的铃,而是可以自己起步的任务入口。发现即工单、工单即修复,中间的人肉环节被压到只剩审批。
信任的分界也随之清晰。日志驱动的修复天然比凭空执行更安全:线索来自真实错误、动作被限定在问题范围内、结果可以直接用"错误是否消失"验收——这与前面几轮反复出现的工程共识一致,可验证的动作才敢放权。反过来,夜间自动修复最怕的是连锁变更没人看见,因此补丁如何回滚、改动如何留痕,比修得多快更先要回答。
对想试水的团队,起步动作可以很克制:先只让 agent 做"定位加给建议",人工确认后执行;跑顺一两周,再放开让它提交低风险修复。顺序反过来,一次改错的夜间事故就足以把整个方向打回原型。
话题来源 @ashleypeacock
4.3K阅读 ❤️68 x.com/…↗ 已改写,非原文转载
113 浏览 0 评论
0 反应













