1.4 SRE的未来

SRE概念出来以后，相信很多运维人都思考过运维今后的道路。从我们内部的时间来看，其实早在云计算初起的时候，团队内就开始着手准备这方面的变化了。当时有一个私下的口号 “革运维的命”，希望通过主动拥抱变化的方式让运维在云计算等新技术浪潮中找到新的前进方向。为此我们尝试了很多标准化的体系，重新构建了很多内部流程和标准以适应这种变化。SRE被提出后，原来的很多工作和思路，慢慢地在Google的 SRE中得到了印证，也给大家带来了更多的启发，让团队内部有了全新的发展方向和思路。

无论是从企业成本上考虑还是从技术演化上考虑，DevOps和SRE都是运维未来的发展趋势，很多公司的传统运维团队纷纷有针对性地根据组织实际情况在跟进转型。SRE对运维提出了全新的要求，另外有Google的SRE团队在前，国内运维开始结合本身的实际情况，有针对性地跟进 SRE 的演化，这从最近两年的国内运维趋势中也能看出（不少运维团队都提出了业务运维的概念）。

运维从系统管理员到SRE，中间经历了漫长的演化过程，不仅职业名称变化了，还在工作聚焦的领域有了全新的变化。从定义上看，SRE模糊了传统运维团队和开发团队的绝对界限。以前做运维的同学在最近的几年里，应该最能够感受到SRE带来的一些变化。从整个行业来看，有些运维团队是适应了新的趋势变得更强，有些运维团队则是被淘汰了然后转行做其他业务。

在Google的SRE定义中，SRE有一半的时间做开发，另一半的时间投入软件开发，这在之前是很难想象的。单纯从工作内容上看，可以认为SRE是系统管理员、数据库管理员、应用运维工程师、运维工程师、开发工程师的合集。从团队层面看，对运维的要求不再是之前简单的会Linux命令行就可以，而要求运维团队都是“多面手”，对其能力和技能提出了新的要求。