一个倒转计划告诉你如何取消AI的改变,但并不是当改变保持原地时首先打破什么.
大多数生产事件不是从蓄意退缩开始的;而是从提交人从未测试过的出乎意料的失败模式开始的。
我现在把过错钻头当作审查AI生成的服务器补丁的先决条件.
在人类读取diff的一行之前,钻孔在可支配服务器上运行.
为什么一个回滚计划是不够的 一个回滚计划回答了一个有关过去的问题:我们如何把系统还给已知的状态?
一个故障演练回答了关于未来的一个问题:当这种变化满足了作者无法想象的条件时会发生什么?
第二个问题决定你是否在凌晨3点被呼叫.
完美回滚的改变 仍然会以没人注意到的方式失败 直到数据消失 免费的模型访问会改变这个论点的经济学,因为世代不再成为瓶颈,核查开始.
当草稿几乎免费时,最廉价的核查就是故意打破更改的核查.
倒转计划是文件;故障演练是证据。
文件告诉你应该发生什么,而证据则告诉你一个真正的服务经理究竟会发生什么.
五个步骤的断层钻孔 工作流程假设两种廉价资源:一种模式从diff生成故障假说,另一种服务器在钻探后可以被摧毁.
MonkeyCode的免费模型访问覆盖了第一个,它的免费服务器选项覆盖了第二个,因此一个钻探几乎一无所获.
披露:这篇文章是作为MonkeyCode产品推广的一部分而编写的.
任何电平VM或容器主机都可行,如果您喜欢不同的供应商。
1.
在应用任何东西之前生成失败模式 要求该模式为 diff 列出失败模式,并禁止它提出修正,因为在现阶段修正是一种分心.
下面的提示是我使用的, 它产生了一个目录, 钻头可以测试。
将模型的列表视为假说集,而不是安全分析.
这份清单之所以有用,是因为它便宜而宽广,而且只有在不运行钻头的情况下才能相信它,才很危险.
2.
提供可支配服务器,并应用更改 提供服务器,以映射目标OS和服务管理器,应用更改,确认服务开始干净.
服务器必须是一次性的,因为下一步会故意打破它,你不应该在乎.
一个共享的中转箱是错的靶子,因为破坏另一个球队状态的演习会教错课.
3.
运行断层钻 运行对单位运行,并运行代表服务数据的一个监控文件不得丢失.
脚本应用了每个错误,等待了几秒钟,记录了服务状态,尝试了手动重启,并检查了哨兵.
每个断层都应用在被恢复的系统上,因此一个坏结果不会污染下行.
4.
如审查员一样读取表格 每个输出行将一个故障模式按照三个轴进行分类:故障后的服务状态,手动重启后恢复状态,以及哨兵完整性.
一行与,而且是一个拒绝, 而一行与,而且无聊。
无聊是失败模式能挣得的最高赞美,因为无聊意味着事件已经由现有的机器解决了.
5.
作出裁定,并将判决写入复审中,只有在每个测试失败模式都是无聊或可恢复的时才批准更改,并将判决记录在diff旁边。
如果有任何过失丢失了监控器,无论diff的外观多么干净,更改都会失败审查.
干净的diff是一个关于意图的声明,而钻取的结果是一个关于行为的声明,而行为是生产中运行的内容.
文物:断层钻.sh 剧本是故意小的,因为一个你无法读取的演练是不会运行的演练.
取出单位名,出哨道来,并列出断层,并出出出分出分类表来.
只在一次性服务器上运行,