对线上系统要有敬畏之心，不能瞎整。

入职新公司3多个多月了，公司上线流程比较重，比较规范。必须晚上7点过后才能上线、操作灰度名单等对线上系统有影响的操作。

公司上线流程：灰度->少量->放量->全量

这是一个比较安全的流程，最近遇到一个问题。某个角色，不看看列表记录了，重构出了个bug。系统是上周四灰度的，只有少量灰度用户，周二的时候增大灰度名单，就出现问题了。如果没有这个流程，直接全量，或者没有放量。就是个生产事故了，有了灰度发布，我们可以控制灰度名单。不用上线系统，恢复业务。

公司的灰度做的很好，可以配置灰度名单。灰度的前端，只会请求灰度的后端。通过域名，区分正式环境，还是灰度环境，比如-right表示灰度环境。之前的公司，没有区分这么细

重构：

1. 最近重构遇到一些问题，把之前的代码修改了。不应该修改之前的代码，可以新增一个版本，或者在原来的基础上包一个版本。避免修改原来的地方，修改出问题，也不好测试和验证出来。

2. 对老接口重构，新增了接口，不能直接把老接口删了。如果正式可以访问灰度的接口，那正式访问灰度的接口就会报404。

还是要对线上和上线系统要有敬畏之心，不能随意。