背景

小型生产系统同样需要稳定的发布路径。目标不是流程本身，而是让部署变得无聊、可观察、可回退。 这个作品描述的是 Docker 与 Nginx 后面的 Web 应用发布模式。

产品目标

• 在流量变化前完成本地或 CI 构建。
• 在内部端口并排启动新服务。
• 切换公开路由前直接验证 canary。
• 只修改目标 Nginx location。
• reload 前保留回滚脚本和旧配置。
• 切换后验证无关服务没有被影响。

工程形态

发布流使用 standalone 应用产物、带时间戳的 release 目录、带版本的容器名和路由级 Nginx 更新。 这样可以在公开切流前，让线上服务和候选服务保持分离。回滚也很具体：恢复旧路由、测试 Nginx、reload、验证。

关键决策

• 优先使用增量部署，而不是原地替换运行中的服务。
• 把生产路由视为可能漂移的事实，每次都实时验证。
• 前端发布不触碰数据库或无关子域名。
• 在改路由之前记录回滚路径。

体现什么

好的部署工作应该很安静。它减少意外、限制影响范围，并让下一次发布更值得信任。