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

晚上发版好处就是出现问题影响小，坏处就是如果回家后才发现出了问题解决问题速度就会慢

我们面向 B 端服务，都是凌晨发版

晚上用的人少，流量低，有事的话影响的人少，现在的服务太多了，根本做不到无损更新

晚上发版，人都是麻的，出问题的几率增大，增加工作难度，有利于升职涨薪。。。

大多数应用的高峰期 早上 7 ～ 9 点左右，中午 12 ~2 点， 晚上 6 ～ 12 点 这些休息时段

因为业务范围只在国内
全球都提供服务的话就只能老老实实搞灰度发布了

老哥发帖时间是 11:28:05 AM 合理怀疑昨晚发版了
昨晚前项目组发版，我正好加班路过看见全项的人几乎都在惊呆了

后端如果发出什么问题数据要回滚，肯定要停掉所有业务才能回滚啊，不然不断有新数据往里写，怎么滚的动？
半夜人少，停了损失小，高峰期用户数量那么多，谁敢停啊

因为这些手段都是为了面试的吹逼的，
实际运行都会出问题
参考最近阿里云跟滴滴的事情

平时这些大厂总是创造一个个概念、名词，结果实际遇上还是自己也会出问题
哈哈，都是 CJB

我们是小公司，每周五下午 4 点开始发，5 点结束，6 点下班

这问题真的是搞 IT 的人问出来的么？
为了提高系统的可靠性和持续运行能力，有了“负载均能、Nginx 、k8s ”等等技术。但是最容易出问题的可能往往就是这些“负载均能、Nginx 、k8s ”。

不会发完版，第二天还要上班吧？

因为其实还有很多服务是单点的，你发版就得中断服务再启动服务。而且用户一多就涉及到客诉，万一出问题，半夜发没几个用户投诉，白天估计直接电话给你打爆。没有什么是没有万一的，再稳定的服务都可能出现宕机

看机会成本了，出问题几率 x 万一出问题后的损失 = 机会损失。
灰度是个基础，不是 100%解决问题的。我们还发生过 99%灰度都不会有问题，100%的那一瞬间会崩溃的问题呢。

没有过升级出错修数据的经历，可能确实很难理解这个原因。

无状态应用那点复杂性当然无所谓。但是有状态应用，同时又存在比较高的一致性需求的时候，搞出问题就很吓人了，有时连回滚的可能都没有，因为找不到一所有相关方都认同的一致状态。
这个问题上研究了少说有几十年了，有银弹大家早用了，难不成谁当真喜欢熬夜顶着黑眼圈和发翁的脑袋上线？ No silver bullet!

用户是金主，开发算哪根

来做后端就懂了

夜晚用户量小, 更新更出产线问题你还能有时间回退, 白天发版出问题, 你就知道什么叫度秒如年了.

@frankkly 我最不能理解的就是周五下班前发，难道准备周末加班吗