想了解下国内 SRE 发展前景，转后端容易吗？

[NCZkevin]

SRE 在大厂发展怎么样，会不会最后变成运维了。对于应届生来说，直接去做 SRE 之后是不是很难转后端了。各位大佬分享分享自己的看法吧

[yannxia]

我知道的 SRE 多半都是从 K8S 社区来的，转开发还可以，毕竟 K8S 的可编程性还可以。

[fight4freedom]

虾皮么，感觉这次找了挺多 sre 的

[cominghome]

这岗位也算是国内特色了，按说 SRE 不应该都是从开发甚至是资深开发转过来吗？应届生去做 SRE，SLA 随缘了？还是像 UP 说的，最后都变运维了

[impl]

听说只有谷歌家的 SRE 才叫 SRE，其他的可能就只是运维吧

[DoctorCat]

按照 google 的说法与定义，SRE 具备的系统开发和运维能力都很强的，所以没有转后端这种说法。
如果你或所在公司岗位对 SRE 浅薄的理解只是会写几段 shell 脚本的运维，那么可以说这不是 Google 眼中的 SRE 了

[bleepbloop]

google 的 sre 分为 software engineering 和 system admin

[bleepbloop]

回到问题本身，能做真正的 SRE （很多假的），为啥要回到后端开发岗位呀，后端开发是更脏更累的活啊

[NNS71L068O2v70DB]

alias sre=运维

[lplusk]

1.sre 不是运维，从多个角度保障服务的 sla/slo 是很有意思的工作。
2.大多数人把 sre 当成运维了。

[mritd]

按照我的理解，你首先应该是个不错的后端开发，然后才是 SRE，我觉得你现在是反过来了

[alswl]

首先 SRE 应该是一位开发工程师（甚至应该是非常资深，才能具备技术判断力）。职责是服务全站业务、系统，提供工具、平台、机制保障大规模范围的可用性。也有特定岗位 SRE 服务于特定的复杂系统。

该岗位产生的原因还是职责细化，小团队不应该需要这样的岗位，直接把职责打包给基础设施团队或架构团队就可以了。