|      1yannxia      2020-11-09 20:01:10 +08:00 我知道的 SRE 多半都是从 K8S 社区来的,转开发还可以,毕竟 K8S 的可编程性还可以。 | 
|      2fight4freedom      2020-11-09 22:12:28 +08:00 via Android 虾皮么,感觉这次找了挺多 sre 的 | 
|  |      3cominghome      2020-11-09 23:23:36 +08:00  1 这岗位也算是国内特色了,按说 SRE 不应该都是从开发甚至是资深开发转过来吗?应届生去做 SRE,SLA 随缘了?还是像 UP 说的,最后都变运维了 | 
|      4impl      2020-11-10 00:33:58 +08:00 听说只有谷歌家的 SRE 才叫 SRE,其他的可能就只是运维吧 | 
|  |      5DoctorCat      2020-11-10 01:14:03 +08:00 按照 google 的说法与定义,SRE 具备的系统开发和运维能力都很强的,所以没有转后端这种说法。 如果你或所在公司岗位对 SRE 浅薄的理解只是会写几段 shell 脚本的运维,那么可以说这不是 Google 眼中的 SRE 了 | 
|  |      6bleepbloop      2020-11-10 09:43:27 +08:00 google 的 sre 分为 software engineering 和 system admin | 
|  |      7bleepbloop      2020-11-10 09:49:24 +08:00 回到问题本身,能做真正的 SRE (很多假的),为啥要回到后端开发岗位呀,后端开发是更脏更累的活啊 | 
|      8NNS71L068O2v70DB      2020-11-10 12:38:06 +08:00 via Android alias sre=运维 | 
|      9lplusk      2020-11-10 15:40:45 +08:00 1.sre 不是运维,从多个角度保障服务的 sla/slo 是很有意思的工作。 2.大多数人把 sre 当成运维了。 | 
|  |      10mritd      2020-11-10 20:37:44 +08:00 via iPhone 按照我的理解,你首先应该是个不错的后端开发,然后才是 SRE,我觉得你现在是反过来了 | 
|  |      11alswl      2022-03-22 20:35:33 +08:00 首先 SRE 应该是一位开发工程师(甚至应该是非常资深,才能具备技术判断力)。职责是服务全站业务、系统,提供工具、平台、机制保障大规模范围的可用性。也有特定岗位 SRE 服务于特定的复杂系统。 该岗位产生的原因还是职责细化,小团队不应该需要这样的岗位,直接把职责打包给基础设施团队或架构团队就可以了。 |