先看灰度要解决的问题
全量发布的逻辑是 测试环境验证过了代码评审通过了 那就应该没问题
灰度的价值完全建立在观测之上
剂量合适 即使药有问题损伤也控制在可承受的范围内
全量发布的逻辑是 测试环境验证过了代码评审通过了 那就应该没问题
于是全量发布变成一场赌博赌测试覆盖了所有关键路径赌生产环境和预期一致 赌用户不会用你
灰度不只是"先发一台机器"这么简单它有三个可以独立设计的维度
灰度发布最容易流于形式的地方在这里流量切了百分之一然后没有人看指标 等一小时 全量
切了百分之一的流量 就必须能回答这百分之一的错误率和其余百分之九十九相比有没有异常
如果新旧版本的指标混在一起看百分之一流量的异常会被百分之九十九的正常淹没 等你从总量指标上看出问题
先说清本页判断
补足为什么
留下下一步
两者缺一不可只有灰度没有快速回滚百分之一的用户会持续受影响
先说清本页判断
补足为什么
留下下一步
从真实任务开始
把想法变成可处理内容
用结果判断能力
把完成沉淀为流程