中小项目怎么做灰度发布

灰度发布听起来是大厂才做的实践。实际上，只要用户量超过一百，就有必要考虑发布策略。我们服务的大多是几十到几百人的内部系统，下面这套做法一直在用。

三个层次的灰度

按账号灰度。选定两三个部门的账号先使用新版本，其他部门保持旧版，问题出现时影响面有限。

按功能开关。新功能默认关闭，通过配置对指定用户开放，出问题只需关闭开关，不用回滚代码。

按时间窗。发布安排在业务低峰期，并提前通知关键用户，避免在月末结算时上线。

配套的两件事

发布清单：数据库变更、配置项、依赖版本逐项确认，任何一项没准备好就不发布。

回滚预案：明确回滚由谁执行、需要几分钟、数据是否可逆。没有回滚方案的发布等同于赌博。

灰度不是技术炫技，而是对客户业务的基本尊重。多花半小时准备，能省掉一整夜的排查。