第五篇　上线运维：监控与迭代

第四篇走完，站已经够快、能交互、能被搜索引擎找到。但对一个要长期跑下去的产品来说，上线只是另一个起点：代码还得持续更新，故障要第一时间发现，发错了要能退回来，钱花在哪到年底要算得清。这篇讲的就是上线之后的事，也是很多团队做不到位的事——站上线了，然后就没有然后了。

四个小节一条主线：5.1 先搭 CI/CD，让 git push 之后构建、部署、刷新全部自动完成，把发布从体力活变成习惯动作；5.2 配监控告警，可用性和性能指标都有曲线可看，出问题让机器先报警而不是用户先抱怨；5.3 做灰度与回滚，新版本先给一部分人看，不行就退回上个版本，发布失败不再等于事故；5.4 成本复盘，把一整年的托管、CDN、云函数账单摊开算清楚，知道下一次扩容该掏多少钱。

如果你已经跟着前面的章节把站传上了云，这篇给你的就是让站稳定跑下去的运维闭环。和轻量服务器建站那种自己运维机器的路线不同，托管平台的运维重心不在机器，而在流水线配置和监控曲线——不用碰服务器，但要把流程理顺。新账号可以从网站托管活动入口开通，然后照着本篇把监控和发布流程接起来。

学完这篇，发布会变成一种习惯：推代码、看曲线、出问题回滚。剩下的就是专注迭代。

延伸阅读