语雀这路子太野了

2023 年 10 月 25 日
 nekoharuya
https://mp.weixin.qq.com/s/WFLLU8R4bmiqv6OGa-QMcw
他们的公告的链接
考虑到 v 友的水平,我抛砖引玉分析一下
这帖子的意思大概是说,由于临时工在升级维护工具的时候,工具没有严格测试,直接上生产环境,工具的 bug 导致数据库服务器下线,联系硬件团队,硬件团队说上不了线,摆烂不玩了,你们自己恢复备份吧,然后花了四个小时恢复,俩小时验证数据,成功上线
我和几个朋友讨论了下,觉得非常的,不可思议
这是 2023 年的,语雀这个体量的公司,做出来的事情
正常的架构思维里,所有的服务,就不应该跑在同一台机器上,包括数据库,最次也该是个主从集群,集群下面的机器单例再考虑 raid 之类的东西
在这个设计下,不存在上不了线开不了机这种事情,机房被修卡军团占领了都没事
至于网上传的什么之前的技术负责人跑路了,新人不会操作
就正常的 devops ,后台管理面板里,全自动维护,包括版本控制,回滚,备份,集群,镜像,机器冗余,全部自动化管理
这不该是现在的标配吗
技术负责人跑路,新人不会操作,这句话假定的前提是,这一切都是手工完成的
语雀这么大公司,表现得跟路边三五个人创业的草台班子一样
32878 次点击
所在节点    程序员
183 条回复
nekoharuya
2023 年 10 月 27 日
@Inn0Vat10n 经验总结和书面性质的规范是没有意义的,只有从工具链上硬性限制,没有测试验收的代码不提供任何渠道发布到生产环境,至于发布时间,我的角度是他发布的时间点表明他周一上班干了一早上,下午直接推上去了,至于是不是全量,是不是高峰期,不是我关注的点,当然其他楼很多人关注这个点,另外这个问题相对于他们架构设计上的问题太小了,不值一提,没什么好关注的,谁还没有过几次蜜汁自信直接莽上去然后造成事故的经历
nekoharuya
2023 年 10 月 27 日
@Inn0Vat10n 另外员工有没有遵守规范这个问题,这就回到了是信任工具还是信任工程师的问题,我的观点始终是人一定会出错,你把比雅尼大爷叫来他一样会写 bug ,人出错了,扣点工资,或者了不起把人开了,可事故已经发生了,做这些事情对于事故本身没有意义,能自动化的东西就应该杜绝对人的依赖
dt1
2023 年 10 月 28 日
@Euthpic 170 楼, @aper 173 楼,不用说看啥简历,就事论事,我支持你的观点。
但凡有信心的,就要做到随时发版。如果要限制非忙时发版,只有说明技术还是不太行。
拿 gogole 来看看,做全球市场的,你说哪个时间段不算下午(忙时)?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/985202

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX