什么infra领域的oncall少？

我挺喜欢目前infra的技术深度，很有意思，但是oncall太多。是不是做cloud相关的注定oncall就特别多？ 有没有什么infra分支领域oncall少一点呢？
还是说我目前level太低，必须至少L6以上才可以只做design而不oncall？真渴望进一个技术水平高，每天专注research，design，implementation而oncall合理的组。

按infra分类来吧，各个厂大差不差：
Oncall hell: 所有online service， db， data service， online caching, k8s， MLServing, critical data ingestion。不直接对接业务的，一定要远离，一定要远离，一定要远离。996做oncall不是开玩笑的。做两年都是白了头发，黑了眼圈，看看升职进度，再看看做“毫无技术含量”的product的同学的级别，两眼一黑哭晕在厕所。

Oncall average: 大部分offline infra。 Hadoop， spark， yarn， k8s for offline。 ML infra for training。streaming infra也可以算一个，还有media infra之类。基本上大事大办，小事不办。oncall就和大姨妈似的，一个quarter总要来那么几次，忍忍就好了。当然做data infra嘛，前提是大老板不能较真。job fail就让他fail，重跑几次又不会死人。要是大老板较真嘛。。那就只能自求多福了。

Oncall heaven: internal tools, library providers, security， GDPR及compliance。只要你不找事，事就不找你。有时候为了visibility还要主动找别的组的事。给别人开warroom然后进去刷屏说nonsense，看着别人oncall苦哈哈干活最后自己manage up收割credit的感觉好极了！

哦对了，oncall hell还有个加强版：一切组名字带“site up", "sire reliability", "service architecture", "service infrastructure"之类的名字的组，可以算oncall hell+。说难听点，这种组小兵干久点，老婆弄不好都要跑的。。

. 1point3acres
ops/oncall是infra不可分割的一部分，你这种想法我曾经也有，就是想去一个infra组研究前沿的东西，专注系统架构和性能优化，如果能经常跟进业界的paper和新奇的思路就更好了，但后来意识到infra也是business，不是读博士搞research搞个fancy idea的poc后面就不管了，infra做出来是给人用的，本质是要稳定可靠，解决客户的问题，用户多规模大那oncall肯定不可能少，oncall少等于没人用，最终的架构也是把oncall遇到的各种问题泛化成痛点，再高level的人也不可能脱离实际线上的各种问题，他们反而极其关心，你如果仔细读工业界的经典系统paper，基本都会有一个线上问题的总结为什么build/evolve出这个系统，没有深刻的oncall和线上经验，不可能做出好的infra

笑死了，这就是在问，什么样的shit是最香的

有 cloud security 的 red team

aws的话，普遍ops都很重

级别高了搞customer issue会更多吧，基本底下搞不定都要你参与和解决。紧急的事情搞不定基本都会page你

ML infra如何？

有金主爸爸要伺候的  customer 问题没完没了

new services team, no customer or internal customers only

tdktdkett 发表于 2023-08-08 16:48:48
笑死了，这就是在问，什么样的shit是最香的

所以压根不应该做infra？

什么领域有技术含量，同时oncall不重呢