大家如何来看运维?
做运维也挺长时间了,也经历过几家公司,不同的公司不同的人好像对运维的定义和理解也有不同的地方, 另外在工作的过程其实也有自己的运维思路与理念,但在不同的环境也会不断的发生变化,也会质疑.尤其像现在越来越多的云平台,paas iaas saas等等,越来越多的人参与到这些平台的开发与应用,运维的价值与需求也在不断的变化中.
大家怎么来看待运维,从非运维的角色来看你眼中的运维, 从运维的角色来说明你对运维的理解? 从不同的大公司小公司来看其中的定位?运维(OP)-开发(开发)-测试(QA)-运营等之间的关系?.大家可以畅所欲言.(甚至是一些我没有提到的话题)
Answers
以前不少运维都停留在一个很初级的阶段,重复着机械劳动,工作比较重复和枯燥,管理服务器/安装软件/管理代码等都是没什么技术含量的日常任务,他们注定要被各种自动化工具、PaaS 给取代。就像流水线上的工人,随着自动化程度提高而逐步被机器取代。
我觉得初级运维是没有未来的,运维这个行业的门槛会变高,逼着所有运维提升自身能力,变成更专业或者更全面的能手。
未来运维可能要么选择更贴近研发,做运维工具的维护和开发;要么更贴近于架构师,做各种服务架构的性能、冗余、可用性等架构;要么干脆进入“运维外包公司”(类比与现在的测试外包),专门给各种中小公司提供专业的运维服务。
以上,个人一些浅见。
在我看来,在我的经历中(。。。其实运维开发混着来才干了一年半。。。)
运维是最苦逼的,他不参与程序的主要开发流程,但是他却要时刻关注开发,知道都用了啥;他需要随时待命,不管是机器硬件故障还是软件报错,第一个找到的就是运维;还需要时不时不管是酷暑还是寒冬随时准备去开足空调的机房,在机器的怒吼声中搬机器、做配置,基本都能对于外界噪音温度等视若无物;也随时准备长途奔袭,各种客户需要。。。。。
甚至于我一度觉得运维严格来说都不算是程序员行列,因为他不专注一门或者几门编程语言、技术,而是需要对所有不管是测试环境还是生产环境应用的方方面面都清楚的“超人”。