即将入职亚麻，求问一下on call具体是怎么个操作

小弟即将入职的组在aws s3，之前实习也在这个组。实习的时候看他们on call的排班，大概是每个月会有一周，轮到你白天on call，然后每周会有一天，轮到你晚上on call。每个on call的shift似乎是8小时。
1. 请问这种频率算是on call轻的还是重的？
2. 请问on call都会去做什么？是类似于华为的接口人吗？就是别的组开发新feature，调用了你们组服务，然后出bug了，你要陪着别的组的人一块debug看是不是自己组服务出问题这种？
3. 请问如果on call碰到了自己不熟悉的业务怎么办？比如是组里另外一个人开发的feature突然挂了，但是轮到我on call，我就需要大半夜的从零开始读他的代码给他debug吗？如果他的代码是个屎坑怎么办？
4. 如果遇到了一时间解决不了的问题怎么办？比如系统本身就很烂，然后今天突然出现了莫名其妙的问题，debug好几个小时也找不到，重启系统后问题依旧。这种情况就要一直死磕吗？
5. 如果on call通宵了，第二天早上还要照常9点钟上班吗？
6. 白天的on call耽误了本身正在做的工作进度，需要默默加班把这个时间补回来吗？
7. 接上个问题，如果连续很多天，从上班开始就有各种sev去等着你解决，一直解决到晚上，完全没有时间去做新东西的开发，耽误了进度怎么办？

感谢各位大佬各位前辈！不知道亚麻on call起来跟华为比怎么样，反正华为已经给我留下心理阴影了，刚过完试用期我就跑了。希望我能在亚麻活下来。。。

楼主加油。上次 S3 出事的时候，半个互联网都 down 了！以后大家能愉快地在网上冲浪，军功章也有楼主的一小半！

. Waral dи,补充内容 (2021-06-12 00:53 +8:00):
纯开玩笑。楼下说得对，发生重大问题，会有 senior 带着 oncall 甚至自己上，楼主不用太担心。

asterid 发表于 2021-6-11 18:10
楼主加油。上次 S3 出事的时候，半个互联网都 down 了！以后大家能愉快地在网上冲浪，军功章也有楼主的一小 ...

哈哈感觉层主是个很积极的人，大部分都会想到s3这种组一出事故就有很大impact，但是层主想到大家能上网冲浪也有楼主的功劳

s3。。。。这种组出一件事故就impact大到不行。。。很容易想到oncall很重呀。。

补充内容 (2021-06-11 18:01 +08:00):
s3，rds，ec2这种底层的组很oncall都不轻。。

不要去！！！tier 1准备别睡觉了

守望者_USA 发表于 2021-06-11 02:46:32
不要去！！！tier 1准备别睡觉了

下周就入职，不去不行了哈哈哈

补充内容 (2021-06-11 18:10 +08:00):
下下周

这些问题入职以后很多组里都会有runbook具体说明，至少一般来说是根据问题的严重程度决定你要不要一直死磕，一般mitigate了就可以等着白天再解决，然后oncall的时候不需要干原先开发的任务，只需要focus在operational task。

这样的oncall很重了 每个月一周+每个礼拜一天 会非常影响dev cycle. 如果你有别的project的话会很容易被interrupt。 好一点的组6-8个礼拜一次 然后基本没有Sev2s
晚上通宵 第二天不用上班 发个信息就好了 不过每个组不一样 可以看看别人是怎么做的

1 这个oncall算重，1个月一次真的很多，一般三个月一次，你们有secondary oncall吗？
2 oncall做的事情很多，主要看你们组oncall 的runbook吧
3 如果是别人的feature，并且找了log就是他的问题，就问他就行
4 大半夜的ticket一般都是auto cut，可以先放pending research
5 这种shift的一般不是默认day和night吗？那干了night的人，第二天应该休息吧
6 oncall一般默认不能不能干其他的活的

asterid 发表于 2021-6-11 18:10
楼主加油。上次 S3 出事的时候，半个互联网都 down 了！以后大家能愉快地在网上冲浪，军功章也有楼主的一小 ...

遇到半个互联网都down那种事，哪轮得到sr以下的人上。都是vp带着principle，sr动手