当 MVP 变成真正的产品时，什么变了

这是运维的转变，不是架构的转变

团队往往以为上生产环境意味着重写。通常并不是。能扛住十个用户的代码，扛几百个也不会有太多怨言。变的是：一次故障现在有了代价，而且必须有人比客户更早发现它。

需要准备好的东西

你真的恢复过的备份。 没测试过的备份是一种信念，不是备份。往临时环境恢复一次，并给耗时计个数。

针对症状而不只是崩溃的告警。 真正要命的故障通常不是进程挂掉，而是队列在变长、成功率在下滑，或者某个定时任务悄悄停了。

无停机部署的能力，以及回滚的能力。 到了你真正需要它的那天，后半句比前半句更重要。

有人负责。 不是为了排班而排班，而是对"半夜出事谁来看"有个明确答案。

通常确实需要返工的

限流、所有涉及扣款操作的幂等性，以及在 MVP 假定只有一个可信用户时的访问控制。这三项几乎出现在每一份清单上。

在那次重要的发布之前做完

上面每一项，在一个平静的星期里加上去，都比在那次"证明你确实需要它"的事故当中加上去要便宜。