SRE算坑吗？

找工作的过程中，发现几乎每个公司都在招SRE，包括老中的didi，好像也在急招SRE，查了一下pay的好像也很decent，而且在狗家地位比较高？
但是SRE要做很多ops，并且oncall吧？是不是个大坑？有没有了解的大佬说一下，值得入这个坑不？主要是考虑到以后年纪大了码不动做这个不知道行不行？

其实很多公司的SRE其实不是SRE，狗的SRE是真SRE，毕竟SRE是狗发明的。狗的SRE分两种，一是SWE-SRE，一是SE-SRE。两者其实干的活差不多，但前者可以转同级SWE。在狗的话，同级的SRE可能比SWE更难做，是很有价值和挑战的工作。可以了解下狗的SRE在做什么，然后对比一下。有些公司就是在做ops，只是给swe擦屁股，这种就很不值。

taisaoliao 发表于 2022-7-1 00:16
好吧，我只是好奇怎么现在大大小小的公司都在招这么多devops和sre，而且给的待遇还不错，奇怪啊，以前都 ...

感觉原因是以前sysadmin就是管自己公司那十几台machine 所以也没啥活
现在都转云了 可以做的事情就变多了很多
好不容易搭好云了 你得有监控日志事件系统吧？
app的组不知道怎么用，你总不能让他们直接进到你的云里面去吧 可能你得做个系统让app的弟兄们可以把东西按照自己要的一些基本配置弄云上去
各个app都共享云，你得想怎么在不同app组之间分配资源吧？ 搞不好得写个quota management系统
最后公司里很可能不仅用一个云 可能azure aws啥的都有人用 你是不是搞不好都得支持下
好了 东西都上云了不同app之间的安全又有隐患了， 以前这些app可能都是部署在自己部门的机器下的 那么是不是要在云里面加一点security policy?

个人观点。我觉得SRE懂的知识点挺有价值的，而且不管到哪个组都管用。

SRE 也会写代码 只是写的不是面向客户的产品而是运维需要的工具而已
出大问题肯定得oncall 所以得看那家SRE水平咋样了吧。。。

每个公司不一样的。SRE可好可坏。infra烂的SRE各种手动维护累到死。

yellowmoon011 发表于 2022-6-30 23:30
个人观点。我觉得SRE懂的知识点挺有价值的，而且不管到哪个组都管用。

也看 在小公司很有用 因为小公司啥都没有
大公司拆的太细了， 产品组的完全都不用懂自己的代码最后怎么部署到不同的数据中心的。。。

soloking 发表于 2022-6-30 22:38
也看 在小公司很有用 因为小公司啥都没有
大公司拆的太细了， 产品组的完全都不用懂自己的代码最后怎么 ...

这个SRE好像又和普通的devops重叠？前者主要保证reliability吧？后者保证快速deploy和stability？我个人的理解SRE主要是搞automation吧？看到有些老码农，就是那种做了20多年的老码农好像有的也专转了deops/sre，有经验的说一说，这些是码农的最终归宿吗？

taisaoliao 发表于 2022-6-30 23:43
这个SRE好像又和普通的devops重叠？前者主要保证reliability吧？后者保证快速deploy和stability？我个人 ...

有重叠 https://harness.io/blog/devops/sre-vs-devops/
可能devops更侧重于CICD那块儿吧
还是看个人吧 有很多人一辈子都在APP呀 没有说最终归宿是SRE
举个例子 企业采用什么样的云部署方案一般app的组不用管 最多保证自己组的service可以容器化
但SRE可能就得参与制定公司所有的APP是部署在公有云 私有云还是混合的上面 这里涉及安全成本不少问题

soloking 发表于 2022-6-30 22:49
有重叠 https://harness.io/blog/devops/sre-vs-devops/
可能devops更侧重于CICD那块儿吧
还是看个人吧 ...

是的，如果要走SRE这条路，是不是最好撸一个k8s的证书CKD啊？另外我在glassdoor或者levels fyi上查到的SRE各家tc差距很大，有的比sde高很多，有的比sde低，这个是不是和经验有关？

SRE工作有些无聊，用python写代码是工作中最有乐趣的一部分

smallmikko 发表于 2022-6-30 22:55
SRE工作有些无聊，用python写代码是工作中最有乐趣的一部分

是的，就怕这个做久了从java guy变成了手撸yaml的boy，搞降级了