作为一个前端，一直不明白为什么要晚上发版？

很多业务就几台服务器，一升级就没有冗余，那就只有等半夜人最少的时间来升级，复测。如果你的服务规模比较大，或者有足够的冗余，就可以搞灰度发布，先更新一组服务，然后先分流内部流量到新版本，再逐步扩大，最后全部升级。

因为你是前端。

前端只要验收通过了，基本不会有太大的问题。
后端只要有一个 bug 就炸了。

滴滴：你说什么？

白天更新影响用户使用 用户在做某些业务 不能停的那种
如果更新出问题 用户不满意可能就不交服务费了
如果晚上更新 出问题能进行版本回退 不影响第二天用户使用

@weiweiwitch 这个老哥说的对，特别是数据的问题。出了问题，不是能不能回滚的问题。很多时候，不回滚有问题，回滚也有问题。所以只能尽可能做到影响最小。

还有很多数据是牵涉到钱的问题，就更复杂了。

而且，白天用户量上来的时候，发版过程中出问题，真的是要崩溃。

so ，每次发版之前，我都会先去趟 WC ，因为接下来可能就是真的没时间去厕所了~

因为 用户少 要验证数据
然后 又讲究团队 大部分时间 你没事 你也要陪伴性加班

其实这都没什么 最重要的可能还是
资本家把晚上上班到凌晨看成理所当然 没有应有的回报
比如次日上班时间 延后 补休 加班费等

因为后端不是增量修改，不是每次修改一个问题，就新增接口，所以要跟着后端来。

你一个前端，想他干嘛

晚上发版== 业务低峰发版
只是为了降低发版带来的影响最小而已

不明白就别问了。前端也管不着这块。

你说的负载均能、Nginx 、k8s 这些只是增加系统的可靠性, 但是谁也无法保证真的这些都没拦住就崩了. 而且肯定会崩的, 没哪个公司说自己从没崩过, 所以就把可能崩的损失尽量减少.

不是选在晚上发版，而是选在人少的时间发。

手动灰度

别说发版本 有时候服务重启下都起不来

最爽的时候，一周有三天凌晨上线到 3 点，那周人都好像是飘的

我认为是因为"晚上"的时间定义无限长, 可以从 18 点到次日 10 点(上班前), 上线前出问题, 码农加班, 但是依然可以按照"计划"在某天晚上发版

因为你不是服务端，所以你不知道

切记，在程序员的视角，程序员是人；
在资本家的视角，程序员是耗材。

后端有太多的历史服务，我都不敢随便重启服务器，就怕出问题起不了。

真的还是写前端爽，后端大半夜的，容易收到服务器报警短信，对幼小的心灵不好。

建议换个做海外业务的公司，然后就是白天发版了。