运维行业都是要做SRE，可是真的培养出一个SRE好难
研发部门对SRE的需求
研发部门主要还是聚焦在业务开发上，对于基础组件的掌握相对不足，所以给运维部门提供了一个开发岗位的需求，而从全局角度看，SRE是这个需求的最好对应岗位。
对于SRE的要求
对于SRE首先要求是懂得开发，然后还要懂得运维业务，最后还要懂一些业务，这样才能承担起来运维技术架构这样的任务，通过软件工程的思想，技术的手段提升效率，甚至协助研发团队规划系统的运维架构。
当前的运维人员
当前比较自身的运维人员都是从系统管理员做起来的，相对来说比较熟悉业务系统，也很有责任心，但是大部分都不是技术研发出身，所以对于开发都不是很熟悉，这样就比较难以通过自己的开发来完成日常工作的自动化。
新入行的运维人员
新入行的运维人员，有的是不懂技术的，这个肯定不能适应当前挑战。有的是喜欢技术研发的，但是往往做了一段时间后，就跳槽到研发部门去了，毕竟是想做研发工作，而在运维部门存在大量日常运维工作，还有排障，这就大大限制了在开发上的投入，开发投入上，想技术经验也难。
减轻日常运维压力
如果想内部培养SRE的话，就要给日常运维进行减负，最好能够采用一些平台化，标准化的运维产品，这样可以减少重复劳动，同时降低二次开发的门槛，这样运维部门一方面可以提升自动化效率，另一方面可以向外输出有价值的数据服务。
小心坑：自研系统反复推翻
有些公司尝试自研运维系统，但是由于缺乏系统规划，导致始终被用户需求追赶，结果把各种监控工作做了一个大杂烩，最终不得不推到重来，其中最关键的除了技术之外，还是缺乏产品思维，毕竟运维部门一开始建设都是从系统稳定性，也很难有类似的人员储备。
网友评论