Oncall/ops 到底能学到东西吗？还是纯粹浪费时间？

SunShineForK 发表于 2022-07-24 20:07:58
当然有用，楼主不必妄自菲薄. 有强大的产品维护经验是大的加分项，但避免把5年经验变成了1年经验重复5次

哈哈哈不会变成5年的，一年就被pip了

ssni 发表于 2022-07-24 19:58:52
可能分场景, 有的ops只是tier 1那一层的, 主要就是看看run book, 把问题归类后下发给module owner. 这种比较浪费时间. 还有一种就是需要dive into大部分问题找ro

对的，有很多ticket就是照着runbook或者以前的ticket 机械的处理就行了，这个其实没难度稍为花点时间，这个我也不怕

最怕的还是半夜起来，runbook的方法都试了找不到rootcause，alarm不能recover。然后被迫把经理 secondary 已经dependency 其他组oncall全叫进来大半夜一起investigate
. Χ
完事儿还要写coe

我觉得挺有用的，
CDO那边的某个组...
AWS这套啥都配齐了然后CDK一把梭之后. 体验了很多奇奇怪怪的infra ops...(和AWS那边的那种hardcore比不了）
这个感觉提升也挺大，比纯business logic的后端有意思?

谢谢LZ分享，小弟学习了！

你也说了做ops能让你了解整个系统，框架和各个部件。那为什么你不可以进一步思考他们为什么要这样设计？可不可以改进？

做ops，只写修ops的feature确实没啥用。但这段时光真正的价值在于你能近距离接触一个超大traffic的customer service，知道具体细节怎么实现的。等你面试的时候，你就可以吹系统设计可以这样这样做，因为业界最屌的AWS就是这么做的。这种经历是绝大多数公司提供不了的，因为AWS traffic就是大。大公司的经历优势就在于你可以观察猪怎么跑的，跳槽以后就用这些经验去教别家的猪跑。

匿名用户 发表于 2022-7-24 21:00
哈哈哈不会变成5年的，一年就被pip了

pip理由是什么？

SunShineForK 发表于 2022-07-24 22:49:50
pip理由是什么？

理由就是：我是中国人 ：）

倒是挺羡慕楼主啊，这个还是很有用的。

不想刷题223 发表于 2022-7-25 07:24
倒是挺羡慕楼主啊，这个还是很有用的。

羡慕个锤子，最脏最累最没用的工作了吧。羡慕的话欢迎来aws，其实也不错，sde2大包 bar也不高lol

如果只是runbook 自动机，那确实没啥用
如果ops的时候能发现问题并且改进系统，那就很有用
比如你能把某个aws tier1的latency降低一半，比你做几个不痛不痒的项目有用