Q1:SRE是一個結合研發和維的團隊嗎？
A:SRE的核心思想跟DevOps一样的，在开发和运维一体化这个旗帜下面，但是两个方向的东西。我的理解：
SRE是从运维角度出发的，在运维下面，我要整合研发能力、整合研发团队，原有的运维人员要转型做50%的研发，这样转型后的团队就叫运维研发团队，转型后的工程师就叫运维研发工程师。
DevOps从开发角度出发，是强调应用的研发和运维一体化。
这两者是开发和运维一体化这面旗帜下的两个大方向，最终目标是一致的，所以叫殊途同归。即开发具有运维的职责和能力，运维具有相当程度的研发的职责和能力，这样一来，原有的部门墙、冲突和矛盾就消除了。
雅菲奥朗SRE认证Q2:SRE其主要职责是通过研发能力提升运维能力？
A：可以这样说，原来的运维团队可以认为是不具备研发能力的，倒不是说一开始不具备，回到十几年前二十年前的IT人员是不分运维、研发的，运维和研发是在一起的，是具备这个能力的。但是后来在金融行业，特别是银行需要满足监管、合规的，大约是在06、07年刘明康时期，由银监会颁布的“风险管理指引”明确指出开发和运维一定要分开，当时引发了开发向运维交钥匙、账号、权限和口令的事情。
当时银监会的强烈要求之下，就真的分开了，但是效率就低了，而且出现了很大的部门的协作、沟通等问题。
那么，SRE的主要职责是做好运维做好服务，其次是大量引入研发能力，不管是通过招聘、培训、学习或转型，具备了研发能力后，来更高效做好运维研发工作，不像以前界定的那么清楚了，强调能力的融合，最终可能是两个团队走到一起。
Q3:那么运维的研发指责和开发团队的研发有没有明显的区分？
A：这个区分是有的，运维的研发职责是基于运维研发的对象的，就是说运维的对象，比如运维的监控、网络、计算资源池等等，也就是我的运维对象里有什么，以后新的管理对象会有什么，但是纯面向业务的可能不由这个团队来单独解决，这一点我也要问一下孙宇聪老师，我们SRE这本书的翻译者，思想引入的人。他们是具备研发能力但不是替代开发，因为最适合的需求是IT管理的需求，以及IT管理需求延伸的软件和工具。