狗家几个SRE组请教

最近正在和狗家几个SRE组（Ads, GCE）进行team match，都在Seattle。

我背景一直是SDE，大多数经验都在传统行业，所以这次感觉变化比较大，想向狗家的前辈请教。

对于只了解cloud的基本知识及架构，没有相关的工作经验的人来说进了狗家SRE上手是否容易？据说狗家内部tool都非常统一好用，有codelab、模板等等，就是不知道实际操作起来是否容易。最关心的就是一般来说，新人进来在合理的ramp-up时间内是否能够胜任。

谈了几个组之后感觉SRE的工作性质主要有两个：维护infra的稳定 + 与dev team合作解决问题（不知这样理解对不对）。想了解一下这样是不是平时的工作性质及目标就相对比较明确一些（不用自己苦心寻找scope），不像做产品的有很多不确定性？SRE主要用的tech stack是什么？听所很多C++ code?

SRE的压力在狗家是比SWE大很多吗？我知道有oncall （尽量安排在上班时间），就是不知道这个在coaching, guidance上会给多少帮助？听说狗家养老，但SRE也养吗？（实际我并不是个要摸鱼的人，只是新入一个环境，又是remote，真的不想由于工作进度、压力等一下子burn out；若有足够的时间上手还是很好的）

由于面试时recruiter是和SRE合作（面试内容和general SWE一样），所以team match的都是SRE组，不知道这个是否可以变通一下。据说进入之后狗家内部转组也比较容易？

没有做过任何infra，对于SRE地里的信息也不太多，多谢各位大佬了！

现在回复可能太晚了，但是想提供下我的调研结果：
转自：MITBBS

以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：

－ 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的 SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全套有关技术

－ Coding: SRE不等于sysadmin, 有很多时间都要写code。不像像纯SWE一样deliver的是用户直接需要的feature，SRE的code是deliver service reliability，特别是在系
统scale增大问题变复杂的情况下怎样保持reliable的service不间断。SRE需要写大量的code达到这个要求，这里的code包括工具性软件，独立的平台性软件，和到product code自身(SWE的code base)。这个比单纯开发feature其实要求的技能更全面，我一年来用不同语言(C++, Go, Python, Borg)写了很多code。

－ on call: 一般每季度轮2周，oncall周的每天都是oncall12小时和欧洲的姐妹组轮班. 非工作时间oncall有bonus。oncall的是sre不可逃避的职责，也是大部分人不愿意
到sre的原因。但我觉得偶尔做做还挺刺激，并且在oncall week往往集中的能学到不少新知识和技能。另外Google SRE oncall bonus是一笔可观的额外收入，算是一个弥补。而且每年还有去欧洲姐妹组访问的机会。

－ 自由度：我感觉SRE的工作自由度比较高。想做的项目可以来自于自己的research。因为大目标是提高服务的reliability, 你需要自己去找问题和解决方法。而SWE主要是用户需求导向（当然你也可以引导用户导向）。我个人认为如果是infrastructure方面的组, 在SRE组比SWE组的工作更有自由度和探索性。

－ 从上几点可以看出SRE的工作时间大致分成三部分，具体分配，从我个人角度，大概50%写code, 30% operation (包括on call), 20%自由学习和research。

我理解说SRE是坑的说法主要是要oncall和code不是user visible的feature等。. 这是跟纯SWE有些区别，但是不能说谁的工作不重要，主要看自己的兴趣所在。另外sre组中国人很少（我们大组20多人除我一个国人全是白人），也是在中文论坛信息不全的原因。上面是从从我个人角度提供的一个数据点，仅供参考。

你好，楼主恭喜可以分分享下招聘时间线吗？海投还是内推的，谢谢

【转自careerengine】

首先，运维是每个公司必不可少的岗位，公司的规模越大，对SRE的要求就越高——既要熟悉各种系统管理工具，又要处理庞大数据库的保养，此外，还要保证服务高SLA（Service-level Agreement）。

其次，谷歌SRE的工作比较多涉及分布式系统以及Infra，需要support每一个部分，所要求的技术水平一点都不低，有可能你要懂的东西比普通SWE还要多！
再看薪资方面，谷歌SRE和SWE的package相差不多。更重要的是，SRE不仅要对server做大量的调优，有时候连SWE写的程序代码，也要SRE审核同意之后才能发布上线。所以谷歌SRE的地位相当高！

Oncall压力小，还能换带薪假
谷歌SRE并不用时刻oncall，一般运维团队会有一半在欧洲，跟北美总部保持一定时差。这样就能保证24小时都有人在线应对突发状况，还能大大减轻单个工程师的oncall压力。
不过当系统故障的时候，SRE还是要oncall处理突发情况。Google规定，只要是oncall，就能补贴PTO（即带薪假期 Paid Time Off），也就相当于调休。
另外，SRE整组每年都会meet一到两次，谷歌会将不同地区的员工聚集到一起“公费旅游”，头等舱+豪华酒店，是不是很心动呢？

我最近正在match狗家L4的teams，对SRE非常有兴趣。
楼主如果方便可以私信加个微信吗？