Google SRE 1年4个月

这种有一点变动，让我有点demotivated，发个帖冒个泡。

SRE这个坑，之前很喜欢，现在有一点怀疑是不是一个长远的选择。

Background：SRE=site reliability engineer，一般不独立存在，和dev一起，dev负责build service，开发features，我们负责运维，oncall，包括automation （把重复性的operational steps自动化）， monitoring （写alerts 写graphs），resources （capacity planning， isolation，charging back）。没错，都是看起来一点也不吸引人的活。

- 很多重复性的projects；因为支持很多services，同样的东西给这个service 做了，要给下一个service做一样的事情。不管是automation的code 还是纯粹的configuration，都差不多
- 对自己组支持的service认识非常有限，不是我不行，是大多数时候没有需要，没有机会让你深入理解service内部的logic，除非你在组里6年+，看着service一点点成长起来。否则对于我们这些新人，干点边边角角杂七杂八缝缝补补的活，根本不需要你理解service就可以做
- 一不留神你学的东西就都忘得差不多了，长期看没啥好处。SRE是经验活，这就要求你在组里很久之后对service很了解，能够帮助dev debug，dev会很看重能帮忙深入debug的sre，要不然你在他们心里就，哦不，是你就不在他们心里。
- 目前L3，想要尽快升L4。长远看，升到L5只要运气不太差，还是有机会的。升到L6和SWE升到L7一样难，可遇不可求。

负面的说了好多，来点正面的

您好！
本帖隐藏的内容需要积分高于 20 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 20 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies

谢谢大家。

其实swe也是这样，大多数人在谷歌都是搬砖，90%的东西都被那牛逼的10%做完了

SRE 越老越香。。。不管是在哪儿永远需要救火队

十几号人一起debug的感觉，是我上班以来唯一可以是我肾上腺飙升的事

这句话很喜欢

就长期来看 sre似乎越老越香

面试面算法吗？

请问lz google的sre负责开release meeting吗？ 你觉得往Technical PM转有戏不？

SRE 跟 SDE 的待遇有不一样吗 ？

请问出差一般是去干啥呀？

给你点个赞！

但是g家的sre如果想转swe应该还蛮好转的，lz会打算转组吗~
我现在在g的sre组实习，感觉学学这些deployment也蛮好玩的哈哈