infra和product组的oncall

一直在infra组混，cloud相关，感觉技术水准挺高，各种design训练，天天和host打交道所以偏稍微底层的知识也懂些。但感觉和SRE交集很深，所以oncall很重，而且非常tedious，整天就是拯救host，instance，很难想象一辈子要面对这个。

现在面临跳槽，所以我是继续面infra还是改产品组呢？不知道产品组的oncall会不会轻松点呢？

这是走入infra的误区了，搞infra前提是得真的在做设计和开发才行，天天救火，搞搞reliablity，这不是搞infra，算是搞到sre， devops那边去了吧。

infra 如果on call很重，一般说明开发和rollout的模式有点问题。层主也是infra。产品每周推一个版本。组里所有有点经验的对于new feature的rolll out非常谨慎。

feature flag + in-house test rollout + canary rollout + product rollout每次都是一步步来。不大敢乱搞。不然折腾到最后就是弄自己

Infra 为啥 oncall很重？感觉infra出问题oncall也解决不了吧

匿名用户 发表于 2022-09-21 20:50:18
这是走入infra的误区了，搞infra前提是得真的在做设计和开发才行，天天救火，搞搞reliablity，这不是搞infra，算是搞到sre， devops那边去了吧。

我们就是做dev和设计，不是sre。但我们的infra也建立快10年了，有legacy，而且无比复杂，各种和其他组的dependency，所以导致oncall也重

我也一直是infra，目前八年，两家公司，infra都不承担on call任务，有专职的op，分工还是很明确的

youngplus 发表于 2022-9-22 11:54
我也一直是infra，目前八年，两家公司，infra都不承担on call任务，有专职的op，分工还是很明确的

羡慕不已 。。。。。

youngplus 发表于 2022-09-22 08:54:19
我也一直是infra，目前八年，两家公司，infra都不承担on call任务，有专职的op，分工还是很明确的

我们也有sre，但sre真是纯ops，完全不了解infra产品的代码，很多搞不懂的都扔给我们dev。

youngplus 发表于 2022-09-22 08:54:19
我也一直是infra，目前八年，两家公司，infra都不承担on call任务，有专职的op，分工还是很明确的

赞👍🏻的的的