回滚是一等公民为什么撤销比执行更难

把回滚当成一等公民来设计而不是当成执行的附属品是发布工程成熟度的分水岭

剑飞
1/13回滚是一等公民 为什么撤销比执行更难

发布系统的设计文档里

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“发布系统的设计文档里”落到一个具体项目里看结果
2/13回滚是一等公民 为什么撤销比执行更难

在它被设计的时候就已经决定了

一个变更能不能安全回滚在它被设计的时候就已经决定了
3/13回滚是一等公民 为什么撤销比执行更难

设计好了可回滚性

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“设计好了可回滚性”落到一个具体项目里看结果
4/13回滚是一等公民 为什么撤销比执行更难

全量回滚经常不是最优解

命题先说清本页判断
解释补足为什么
行动留下下一步
把“全量回滚经常不是最”落到一个具体项目里看结果
5/13回滚是一等公民 为什么撤销比执行更难

支撑部分回滚的前提

换句话说回滚粒度是在合并代码的那一刻决定的 不是在故障现场决

把“支撑部分回滚的前提”落到一个具体项目里看结果
6/13回滚是一等公民 为什么撤销比执行更难

而是快速发一个修复版本

另一个相关能力是前滚(roll forward) 不退回旧版本而是快速发一个修复版本
7/13回滚是一等公民 为什么撤销比执行更难

备份界有一句老话

回滚流程和备份一样属于"不验证就等于不存在"的东西
8/13回滚是一等公民 为什么撤销比执行更难

演习不需要很复杂

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“演习不需要很复杂”落到一个具体项目里看结果
9/13回滚是一等公民 为什么撤销比执行更难

回滚需要的权限只有两个人有

命题先说清本页判断
解释补足为什么
行动留下下一步
把“回滚需要的权限只有”落到一个具体项目里看结果
10/13回滚是一等公民 为什么撤销比执行更难

不要看它发布有多快

衡量一个发布系统的成熟度不要看它发布有多快要看它撤销有多稳

把“不要看它发布有多快”落到一个具体项目里看结果
11/13回滚是一等公民 为什么撤销比执行更难

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

12/13回滚是一等公民 为什么撤销比执行更难

让能力长出来

把回滚当成一等公民来设计而不是当成执行的附属品是发布工程成熟度的分水岭

返回原文
上一篇没有更多文章下一篇没有更多文章