测验：重建时间线

“影响力的开始→认可”部分异常长。我需要修复什么？

• 导致失败的代码
• 失败时的回滚过程
• 观察和通知——这是一个传感问题，而不是一个系统问题
• 部署管道的验证阶段

从用户的角度计算影响持续时间的诚实间隔是多少？

• 变更时间 → 动作时间
• 感知时间→行动时间
• 影响开始 → 确认恢复
• 更改时间 → 确认恢复

如果报告中没有“操作 → 验证恢复”部分，它说明了什么？

• 我所说的只是我认为它已经解决了。
• 立即恢复
• 验证是不必要的
• 警报自动取消

在共享故障报告中记录角色和操作而不是个人姓名的主要操作原因是什么？

• 由于一个人的名字始终是个人信息，
• 审计日志中留下的参与者信息始终不准确。
• 减少报告数量
• 以指责为中心的文件可能会阻碍自愿的信息共享并阻碍对系统原因的分析。

为什么“改变→影响”的潜伏期较长时会更可怕？

• 因为很难找到原因，而且需要很长时间才能恢复
• 这是因为它是满足一定条件才会爆炸的类型，所以即使在分发后立即通过验证也会稍后爆炸。
• 日志已删除
• 因为回滚是不可能的