网站灰度与回滚：双版本目录切换

发布时间:2026-09-21 16:13

## 适用场景 网站发布最怕两件事：新版本有问题影响所有用户，回滚时手忙脚乱。双版本目录切换用最朴素的机制解决：服务器上同时保留两个版本目录，软链指向当前版本，发布即切链，回滚再切回，秒级完成，不依赖任何复杂组件。 ## 步骤清单 第一步，目录规划。定义稳定路径，例如当前发布目录与下一版本目录，Web 服务永远指向软链路径，不在配置里写死具体版本号。第二步，发布流程。新版本文件完整同步到新目录，执行发布前检查：关键文件存在、配置生成、权限正确。检查通过后，把软链指向新目录，重载服务。第三步，验证。切换后立即抽查核心页面与接口，比对页面上的版本标识确认新版本生效。第四步，回滚。发现问题把软链切回旧目录，重载即完成，旧目录在发布后保留一段时间再清理。整套动作可以写成脚本挂进发布流水线，跑在顺云云服务器上，切换前后各留一次快照更稳。 ## 验证方法 演练一次完整周期：发布、验证、模拟故障、回滚，计时确认回滚在一分钟内完成。演练过的流程才叫可回滚，没演练过的只是设想。 ## 注意事项 静态资源带版本号或哈希目录，避免缓存串版本。数据库变更不适用此机制，结构变更要向前兼容，让新旧版本都能运行。发布脚本失败要停在中间态之前，宁可没发布也不要半发布。发布脚本本身也要有版本管理，脚本的改动与业务的改动分开评审，避免发布逻辑的调整顺手把业务变更带上线。回滚演练每季度做一次，软链切换看似简单，长期不练也会生疏，演练记录保留时间戳，证明这条退路始终通着。发布窗口选业务低峰，切链后的首个高峰盯紧监控，平稳度过才算完成。