infra组最重要的指标是啥

来aws的核心组试试，太酸爽了。好多组oncall的时候没有一天能让你睡觉的。

有时候我也好奇呢，核心组的系统设计和代码质量都挺好的，但就是oncall很多。


但是可能是traffic volumn太大了，customer有时候使用的也不恰当，加上aws没有sre，都是sde+sre，好多事情都要sde自己做。

而且service都是deploy到全球，network traffic issue很多。 而且public cloud infra slo要求就很严格，对latency和availability什么的

在一个成熟的infra组怎么可能要来加feature来维持reliability，这应该都要涉及大的system架构改动了吧。

Infra和Sre是一个性价比相对低的工种，责任大，收入不高，还贼忙，

远不如去当普通的Dev，写写代码岁月静好

JerryLi 发表于 2023-2-25 09:46
最重要的指标当然是用的人要多。。没人用的infra离被砍不远了。。

正解 我之前在infra组 需要自己做推广 输出到其他部门甚至外部 做开源等等

长水君 发表于 2023-02-24 19:58:04
Infra和Sre是一个性价比相对低的工种，责任大，收入不高，还贼忙，

远不如去当普通的Dev，写写代码岁月静好

那啥方向性价比高呢？还是要做产品？赚钱业务？
infra好处是非常transferable，技术水平高，没有PM烦

匿名用户 发表于 2023-2-25 12:06
那啥方向性价比高呢？还是要做产品？赚钱业务？
infra好处是非常transferable，技术水平高，没有PM烦

技术水平高？我不这样认为，只是新东西比较多，你要不停地学习新名词新技术，即便有些新技术半衰期很短

transferable？普通的前端开发更有普适性吧，是个前端岗位你就可以上去应聘

流天 发表于 2023-02-24 15:00:35
有一个职位叫SRE, site reliability engineer。如果一个infra组，天天只能强调reliability，那和这个职位有啥区别。SRE的pay应该是码农里较低的那一层吧。这里

我是swe，跟我们合作的sre水平挺不错的。我从来不觉得他们的工作不重要。

非常general地说，三个单词：reliability, efficiency, scalability

做oncall救火的时候，想想system为什么这么不稳定，这么容易挂。看看有什么可以improve的地方。

reliability相对另外两个维度比较难claim impact，成就感较低。如果org里culture好，能拿到credit。culture不好的话做起来会很难。

efficiency比较好claim impact，比较有成就感。不过得你们的infra service很大用的人很多才行。搞点大的小的优化，算算能给公司省多少机器。

scalability取决于用户有没有需求。这个是逻辑最像product组的。写产品，launch，只不过产品是高效的实现用户的feature

infra有啥好用的自动化运维产品么？

微信用户_91kvx 发表于 2023-02-24 21:04:36
我是swe，跟我们合作的sre水平挺不错的。我从来不觉得他们的工作不重要。

我说的不是工作重不重要的问题啊😂。我说的是SRE的工作发展前途不大啊。很多SRE为了更好的发展，都会转SWE啊。

匿名用户 发表于 2023-02-24 18:53:16
sre的pay不低吧，平均比swe高

那可能跟我在FAANG里看到不太一样。尤其是比较Sr的position