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