对运维的思考

对运维的思考



1、传统运维窘境


我们运维一般是这样的，把软硬件资源按计划准备好，按需求安装起来，让业务快速上线，让服务器上进程和和业务正常，处理各种故障，响应各方的需求。我们经常陷在处理这些工作上，成为操作员、保姆、救火队员。
我们运维也都很努力，也不想每次被动救火，希望能主动控制服务状态，体现我们的技术价值，做了很多有效的工作。运维人员是非常勤奋、爱学习的，具有非常广泛的技术视野和技能池。但在技术生态中好像总是处于一种较为弱势的、从属的、被动的地位。

2、运维技术深度和价值


我个人也是在不断思考和学习， 几年前也发现自身传统运维的局限所在。尝试过深入业务，通过运维人员掌握更多业务知识，了解技术架构，更深度参与线上业务维护来提升价值。 比如，我们深入掌握了Nginx的运维知识和优化技术，掌握了MySQL的优化技术，掌握了PHP/Java的技术。这确实能一定程度提升业务质量，不过靠的是个人的主动性和某方面技术的深入，没有提升为SRE这么高的一种方法论体系。可以说我们一直在实践中进行摸索， 而SRE帮我们梳理了方法，树立了标杆，指引了方向。

3、DevOps和SRE的关系


DevOps 是一种运维研发协作，甚至是整个业务链路上的敏捷协作，是一种的文化和运动，而SRE是DevOps的一种实践、一种方法论。SRE对我们最大收益是提供了一种方法论体系，来指导我们运维工作，也提供了一些具体的实践来供我们参考。
今天想简单跟大家分享下我们在运维上跟SRE比较类似的经验。
云计算专业咨询品牌cloudcare 驻云科技。