语雀这路子太野了

yy77

2023 年 10 月 26 日

收入不好看，需要砍费用的情况下，先把异地多活给砍了呗。

JinTianYi456

2023 年 10 月 26 日

@yyzh #4 对的，技术是有很牛逼的方案的。但有木有用上就是另一回事。我公司就没有。但也不妨碍 10W 日活

mumubin

2023 年 10 月 26 日

@tietou 下午升级挺好的,说明自信,对产品和运维要求高,也说明技术负责人愿意承担风险.
都这样的话,运维岗就不会那么苦逼,凌晨上线,周末上线

blessingsi

2023 年 10 月 26 日

除了当事人谁也不清楚事情根因是啥样的，没必要抨击别人水平不够。google ，Facebook ，cloudflare 这几年都有过大规模服务不可用的情况，更何况是语雀。蚂蚁的工程师肯定明白分布式和高可用基础理论，支付宝的可用性也算是很好的了，但是到了实践中谁能保证不犯错呢。反正没必要太信任这些云端服务，自己的数据还是在本地有一份比较放心。

realpg

2023 年 10 月 26 日

语雀这么大公司，表现得跟路边三五个人创业的草台班子一样

请不要侮辱我们草台班子
我们总共就俩人，一切操作都是 00：30-04：30

Reminders

2023 年 10 月 26 日

我们就是上午、下午、晚上都有发布时间窗口。

WashFreshFresh

2023 年 10 月 26 日

下午上线确实少见，可能是做灰度出现的问题。

hancai

2023 年 10 月 26 日

@realpg 你们这发布时间，容易人没了

proxytoworld

2023 年 10 月 26 日

我阴谋论一下

某个有更改工具权限的人看着一堆老机器、屎山没人敢管，索性直接来波大的，直接靠宕机来升级设备！（仅仅开开玩笑）反正出会员经费的是公司

Euthpic

2023 年 10 月 26 日

@aper 只要变更，就有可能出问题，非高峰发布可以降低故障成本。如果你只是单纯吐槽发版要加班，可以理解，如果你是单纯认为下午发版没问题，那你不太适合这个行业

mailshenzhw

2023 年 10 月 26 日

> 由于新的运维升级工具 bug ，导致华东地区生产环境存储服务器被误下线。

被你说成

> 由于临时工在升级维护工具的时候，

不知道楼主在哪里看到的临时工几个字

YanSep

2023 年 10 月 26 日

这个世界本来就是一个巨大的草台班子

aper

2023 年 10 月 26 日

@Euthpic 看了你的简历，我觉得你没啥资格说这句话。如果业务需要半夜才发版，说明基架做的太差了，多学学吧

levelworm

2023 年 10 月 26 日

我和你说，所有的公司，对就是所有的，都是草台班子。

Inn0Vat10n

2023 年 10 月 26 日

很多人不了解阿里系，至少从我接触过的大多数 BU ，变更时间是必须在白天 9 点-下午 17 之间的，半夜、周末变更是红线不可能做的。任何变更都要求是能灰度的，白天变更风险远不如半夜把其他团队系统搞挂结果没人修、发现晚、响应慢来的严重。另外这次这种事件缺乏灰度导致整个系统宕机这么久,　舆情影响这么大，估计今年绩效难逃 3.25 了。

yfixx

2023 年 10 月 26 日

@realpg 凌晨这样熬夜发布人受得了吗

Beats

2023 年 10 月 26 日

@cherbim 我解答下吧
1 、一般大公司发布都是白天，禁止晚上发布，晚上发布要说明原因，还早走层层审批。
2 、听旁边人说好像是回滚方案在语雀文档里面，然而语雀文档自身挂了（不知道真假）

dt1

2023 年 10 月 27 日

@nekoharuya 为什么更新时间点选在周一是个问题？难道要周五发，然后周六，日待命以防万一？
周一时间点不错，当然周二更好。至于下午更新，说明他们有自信，支持无影响的服务热更新与替换，更是技术水平的体现。至于出了问题，那是意外了，证明了还是有未预期的问题。
但说草台班子，什么班子才叫不草台，谷歌是吗，还是 Oracle ，还是微软？

nekoharuya

2023 年 10 月 27 日

@dt1 你可以看我#79 楼的回复，一个合格的团队，无计划的更新是绝对不可能允许的，当然我也不是推崇谷歌那种一个小改动立项个把月的做法，甲骨文那种随便改一下就要测试半年才允许更上去的我知道在你眼里肯定也是反面典型

Inn0Vat10n

2023 年 10 月 27 日

@nekoharuya 大厂一般成熟的发布体系都是可以控制灰度百分比逐渐生效的，基本不存在“高峰期”影响面问题。阿里这种一个 BU 正常一天几百上千次变更的，你要都堆在特定时间发布更是不现实。另外你半夜发个 BUG 推全量，第二天起来才发现的后果，拼多多的优惠券事件就是前车之鉴。阿里这么多年了到现在的体量，总结出来的发布规范都是一个个坑踩出来的，这次这种纯粹是员工没遵守规范，和发布流程本身关系真不大。