推文

@fireandstart · 2026-10-11 04:49

沙箱出问题时，最难的往往不是重启，而是事后还原：进程当时跑到哪一步、输入了什么、输出了什么，VM 消失后还剩多少证据。把 CPU、内存、磁盘和事件接入 OpenTelemetry，再把进程及 stdin/stdout 留存 72 小时，能让排障从“猜发生过什么”变成沿着时间线复盘。 我尤其看重两点：第一，机器停掉以后记录仍可查，故障现场不再跟着实例一起消失；第二，能从外部重新连接到运行中的命令并停止它，让观察和控制形成闭环。对 agent 或自动化任务来说，这不仅是可观测性，也是可操作性：既要知道它做了什么，也要在发现异常时能及时介入。 当然，留存能力越强，保留期限、访问权限和敏感输出的处理就越需要明确。最好让用户能看见哪些数据被记录、保留多久，以及如何按 ZDR 等策略关闭。把证据链、外部控制和清晰的数据边界一起设计，沙箱才真正适合承载长时间运行的工作流。

曝光 117 · 评论 0 · 点赞 1 · 书签 0 · 曝光/时 54.93473839295937