高效运维之运维2.0:危机前的自我拯救

这篇是《中生代》转载的一个关于运维的文章。作者是触控科技运维总监萧田国。文章在运维圈子流传甚广。特别也发在社区,分享给感兴趣的朋友。


前言

运维的今天,内忧外患。运维危机,已非盛世危言、或哗众取宠。

怎么办?暴风雨和奇点同时逼近,而运维的分化,或许只是时间的问题。

为此,我提出新观点:运维2.0——这也是运维最后的机会。

运维好比是池塘里的鱼,不管水域大小,都有一块自留地。但某天,突然来了一头鲸鱼,目标不是鱼而是水…… 所以运维的任务需随之而变——在水被吸干之前,提前上岸。

运维2.0,就是那个带我们跳出池塘投身大湖的武器。

挑战究竟何等凶猛?技术重要性不断下沉,新的核心竞争力何在?趋势不可逆转的话,怎么升级到运维2.0?且听本文分解。

本文不是很长,依惯例放上目录,请享用:

1.什么是运维2.0
2.为什么需要运维2.0

    2.1 公司内部的各种不满
    2.2 公有云风起云涌
    2.3 开源软件百花齐放
    2.4 运维自动化
3.运维2.0的落地
    3.1 技术服务业务
    3.2 能力双模式
    3.3 开放的技巧
4.拥抱变化
结语

好吧,我们正式开始。

1. 什么是运维2.0?

运维2.0是指可依赖、懂业务、服务化的专业运维(或称服务运维)。也是本专栏所推崇高效运维的抽象和概括,即“专业、热情、方便、快”。

需要引起注意的是,技术不代表专业。相反,技术往往是专业的最大障碍。

运维2.0要求,从技术运维升级为服务运维,向公司提供可依赖的专业服务。

运维2.0强调服务交付能力,而不是技术能力。这也要求我们完成角色转换,成为懂业务的运维。具体而言,需要完成如下两个转换。

1)转换工作重心:从关注工作产能(技术的自我修养),变成关注工作产出(我们为公司做出多大贡献);

2)转换关注重心:从关注自我评价,变成关注外部评价。

2. 为什么需要运维2.0?

伴随着Web 2.0的风潮,近年来,运维相关技术的发展也突飞猛进。

但同时,从内部来看,对运维的不满,日益突出;从外部来看,公有云来势凶猛,开源软件百花齐放,自动化运维降低了对人的依赖——众多运维人员,逐渐从技术的创造者(手艺人)沦为技术的使用者(装配员)。

2.1 公司内部的各种不满

对运维而言,来自内部各种不满的声音,从来就没消停过,而且越演越烈。从调查来看,貌似很少有公司对运维是相对比较满意的。

公司内部的典型不满,包括如下图所示种种。不知其中是否有大家的影子?最终公司和业务部门就像图中间这只小猫,抓心挠肺却又无可奈何。

运维本来就是个尴尬的行当。公司默认,不出故障是正常的。甚至有公司将开发、测试和运维并列,起评分为零分,每出一次故障,扣几分。

运维觉得自己的苦憋有多少,业务部门对运维的不爽就同等的有多少。

公司内部的不满,是运维危机的主要根源之一。

公司和业务部门长期积累的负面情绪,已积累多年,迟早有一天会突然爆发。曾经有公司老板,在某一次运维严重人为事故后,准备把整个运维部端掉;类似情况也发生在另一家公司出现严重的安全事故时。

2.2 公有云风起云涌

根据RightScale对国外930家公司在2015年第一季度的调查来看,目前93%的公司已经在使用云,其中公有云的使用者为88%。如果包括传统企业,国内使用云的比例可能低些,但整体趋势已经非常明显。

IaaS干掉了基础运维,公司不再需要人各地出差服务器上架了,机房值班更加不需要了。

PaaS部分干掉了应用运维,甚至技术含量高的DBA,需求量都将锐减。

SaaS甚至干掉连研发都干掉了,使得公有云的使用更加傻瓜化,像Office 365,谁不会呢?

有人甚至提出OaaS——服务器运维的外包,也就是说,彻底不需要运维部门了。

2.3 开源软件百花齐放

开源软件从来没有像今天这样生机勃勃。随之,运维人员从技术的创造者沦为技术的使用者——好比调制鸡尾酒,能力的高低,取决于勾兑水平,但还都能喝。

不仅国外新的开源技术层出不穷,国内互联网公司也发布了诸多令人惊艳的作品,甚至包括之前大家认为相关封闭的大公司,近来也改变姿势,主动推出自家各种得意之作。

国内新晋大公司甚至规定:能用开源软件,就不自主研发。并且乐于成为开源软件的committer,反馈并回报社区。开源软件降低了相应系统运维的复杂度和技术要求,也即降低了对人的依赖。

前些年,精通Shell脚本编程的系统工程师,相比工资可能高出50%。但随着Puppet、SaltStack等开源软件的出现,使得各个系统组件偏于积木化,操作也更加简便高效。

2.4 运维自动化

运维进化到今天,已非刀耕火种的时代。各种开源软件就好比武器和工具,使得运维自动化的实现,变得如此地得心应手、游刃有余。只是,这会导致中级水平运维人员的需求锐减。

站在运维制高点的大公司,已经向我们传送阵阵凉意——山雨欲来风满楼。

某大型互联网公司,实现了游戏自动化运维的PaaS平台,通过简单的页面操作,可以完成新服、更新、合服、数据分析等几乎所有业务需求。这使得,在公司业务量增加50%的情况下,运维人员仅增加了5%。

另外,运维自动化已深入运维的各个细分工种中,而不仅限于应用运维和系统运维。某大型互联网公司,持续改进IDC自动化平台,使得服务器交付时间缩短为不到6%,网络设备交付时间缩短为不到15%。

某大型互联网公司,基于多年技术积淀,基本实现了数据库自动化运维。这使得单个DBA能维护的数据库服务器,增加10倍,然后呢……

或许不用太长时间,这股风潮将席卷盘踞山腰的中型公司,然后以暴风雨的形式,落在中小公司头上。

内忧外患!内外交困!新形势下,运维的价值何在?技术重要性不断下沉,还准备倚仗某些压箱底的技术活呢?迷失的运维,出路在何方?运维的前途会怎样?我们能平安上岸么?

3. 运维2.0的落地

运维2.0是一个理论+实践的体系,内容较多,本文仅择要提及。关于如何落地的具体细节,我会在本专栏的系列文章中分别阐述。

运维2.0不是忽视技术,而是强调技术得适度,把我们的关注点从技术本身,转移到贡献上来。技术服务业务,与此同时,再搭配各种理论及方法技巧。

诚如前文所言,运维2.0即高效运维,亦即:专业、热情、方便、快。也就是说,向公司交付一种可依赖的专业服务。其中“专业”的意思,包括减少故障发生次数,缩短故障时长(有公司甚至进一步提出,“不以故障多为耻,以恢复快为荣”),少犯人为事故,个人技术进步服从业务要求(少搞自研、多用开源)等。

另外,“热情、方便、快”见之前专栏文章,本文不做赘述。

运维2.0的实现,基于产出/产能平衡原则,只有完成如下三大类产能的投入,才会最终获得心仪的产出——运维2.0。需要注意的是,这三大类投入,并非串行,相反,应同时修炼。

相信会有那一天,公司业务部门惊喜地说,“我们运维变化好大”。

3.1 技术服务业务

我们的诸多行为背后都有动机(潜意识),这就是俗称的思维模式。我们不自知的是,往往不自觉地陷入各种思维模式(思维陷阱)中。在这些既定思维模式中,我们感觉到舒服,更难以体认到思维模式是可以改变的。

我们需要提升意识。就像这三个石匠的故事。

这个故事是如此的直白而又精准,我们仿佛看到管理学科创始人彼得·德鲁克在讲述时,不无揶揄的表情。是啊,对公司业务而言,我们都是石匠,或者说凿石头的;而且,新的凿石神器已经在路上……

为什么技术服务业务?运维不是销售,无法对公司产生直接价值(收入),我们的工作价值是通过外部门间接实现的。说得再直白些,我们本质上提供的是一种“服务”,仅此而已。

我们属于服务业(多么痛地领悟),需要深知技术只是我们的工具,仅此而已。

3.2 开启能力双模式

这里的能力,包括业务能力和技术能力。

我们需要主动学习业务,主动、定期和业务部门沟通,业务部门感受到我们的诚意后,也会释放他们的诚意,这样便有了愉快的工作环境,业务能力也会提升地更快。

我们需要主动拥抱公有云及新兴的开源软件,乐于分享,而不是把某些技术当做压箱底、保命的资本。

3.3 开放的技巧

技巧同样非常重要,除去在本专栏第01篇和第02篇讲述的那些之外,例如恰当的鼓励、及时的正向反馈,也往往能取得意料之外的效果。不要再潜意识地觉得自家领导、外部门都是白痴,都无可救药。真诚地、平等的交流、倾听,改变迟早会来。

备注:运维2.0的部分主张,参见本专栏文章的01和02篇。因篇幅所限,运维2.0更多的各种细节,本篇暂且不表。以后本专栏还会有多篇文章,详细阐述。敬请关注

4. 拥抱变化

其实,我们有什么理由相信,自己就是那个独善其身的幸运者?——在我们看到互联网干掉一个又一个传统行业,而运维实际还处于初级阶段的时候。

同样,运维的进化,将导致中级运维人员的需求锐减,更多需要初级运维和高级运维(即工具的操作者和工具的建设者)。

这需要我们修炼新技能:从外部审视自己,懂业务,提升专业服务能力,树立公有云无法替代的优势。与此同时,加强技术能力,提升为高级运维人员,以实现提前上岸的目标。因为运维的集约化,使得高端技术人才的需求更大。例如,像航天这种高度自动化的行业,飞机驾驶员就是一个高大上的岗位。

诸多开源软件需要二次开发,因此学些编程,成长为DevOPS或全栈工程师,也是一个好的选择。


Q&A

【问】我确实没怎感觉到运维危机?你怎么说服我着手实践运维2.0呢?

【答】运维危机不因你个人是否感觉到,而不存在嘛。至少,咱也得居安思危,对不?况且实施运维2.0,又不会让自己损失什么,早些总比晚些好。这就好比考驾照,觉得自己暂时不买车,就不去考。等有一天所在城市准备限号,那就哭都来不及了(驾照是排号的前提)。

【问】我修炼了运维2.0,可公司不需要那么多人了,咋办?
【答】你的综合技能大大提升,都已内外兼修,还怕找不到更好的工作?

【问】看完你的文章,整个人的心情都不好了。能否说说运维的机遇?
【答】抱歉,请相信我这些文字只是善意提醒。而且,我对运维感情很深,十多年一直奋斗在这个行当。机遇在于,很多公司开始减少成见,并越来越重视运维。现状越是糟糕,改善越是能获得更高评价。运维2.0可帮助大家快速地提升软实力,实现飞越。

结语

暴风雨和奇点必将来临,区别只是时间上,早一些或晚一些。运维2.0,将重新定义运维。要求公司内部运维部门,从侧重“技术运维”升级到“服务运维”。这也是在变革时代中,运维重生的最后机会。

运维2.0,要求运维从内而外的改造自己,这个过程痛苦,但也是我们唯一的机会,这甚至决定着我们是生存、还是死亡。

焦虑和恐慌不能解决问题,对事实和趋势的抗拒,顶多自欺欺人,对解决问题也没有任何帮助。认同趋势,顺应潮流,提前做好准备。

一起加油,百万运维兄弟们!!!



关于作者

萧田国,高效运维社区发起人,开放运维联盟主席,复旦大学客座讲师,互联网专栏作者《高效运维最佳实践》




                                                        中生代技术群微信公众号

                                               

时间: 2024-10-02 03:07:01

高效运维之运维2.0:危机前的自我拯救的相关文章

高效运维:运维自动化之殇

前言 这些年来,大家都在谈运维自动化.但是否也会困惑于"只见树木.不见森林"?或者说,做了几年的运维自动化,但依然不能确定还有哪些工作没做?还有,怎样更优雅的实施运维自动化? 另外,运维自动化是万能的么?有哪些潜在问题?想了解大故障的独家剖析?且听本文分解~ 本文实际上包括两部分,关于运维自动化的一些观点(前3部分)和运维自动化的痛点(第4部分).如果已是运维自动化的专业人士,可以跳过前面内容,直接鉴赏第4部分--运维自动化之殇. 依惯例放上目录,请享用: 1. 什么是运维自动化? 2

优云软件董飞飞:双态运维利器之运维流程

优云小课堂是由优云软件打造的线上交流.知识分享的平台,我们将定期邀请来自一线的运维产品开发人员,在行业动态.运维干货.产品理念等方面和大家做一个深度交流,本文是根据优云小课堂第六期内容进行整理,主讲人:董飞飞,优云软件高级产品产品经理:主讲题目为<双态运维利器之运维流程>. 如果大家希望对文中的优云ITSM产品作比较深入的了解,可以登录我们的官方网站(www.uyun.cn),注册试用免费的SAAS版本. 主持人:随着"互联网+"时代的到来,IT运维能力已经成为企业的核心竞

华德防伪:湿敏二维码防伪标签滴水0.1秒显真伪

二维码时代 在通讯科技高速发展的3G时代,手机的二维码应用正在越来越多地走进日程生活.在去上班的路上拿出手机随手拍下一个二维码,在你回到办公室前美味的早餐就已经放好在你的桌面上 ﹔ 下班回到家裡,链接手机中的二维码,便能在家中随意试穿最新上市的时尚服饰﹔出外旅行,游览观光不再需要带上导游了,拍下一个二维码便能穿越时空,感受动态的现场讲解.这一切都表示"二维码时代"已经到来. 二维码技术能防伪吗? 许多人以为二维码是一个防伪技术,这个认识是错误的,印刷二维码很简单,只要有印刷机,谁都可以

运放 滤波 信号源-运放电路 运放部分选择滤波

问题描述 运放电路 运放部分选择滤波 请问我想做一运放放大信号,信号源是0~100V,但我只想放大其中0~1v,需要做个滤波,但又不能对原信号有影响,请问怎么做呀,求高手帮助下.

【springmvc+mybatis项目实战】杰信商贸-32.出口报运修改+报运货物批量展现-批量修改控件1

上一次我们完成了出口报运业务-购销合同查询与上报,但是其中有很多东西没有完善,我们接下来逐步完成我们的出口报运剩下的业务. 我们要解决其中一个问题:我们在购销合同查询界面点击"上报"之后就会直接上报至出口报运,如果用户仅仅是误点或者测试,这个有点过于草率,我们需要加一些限制来保证操作的正确性. 还有一点就是我们的主信息不全 毛重.净重.长宽高等信息我们都没有填写,我们都应该添加.我们只能在修改中去添加它. 所以我们增加修改的方法: 回顾一下我们之前的出口报运的Mapper映射文件中已经

php获得二维或多维数组长度

在php教程中,获得二维或多维数组的第一维的长度,这是个常用的程序判断,比如你读取的数组是一个二维数组: <?php $arr=array(                  0=>array('title' => '新闻1', 'viewnum' => 123, 'content' => 'ZAQXSWedcrfv'),                  1=>array('title' => '新闻2', 'viewnum' => 99, 'conten

我想用GeoServer做服务器,分别以QGIS和World wind java为基础开发2维、3维应用,是否可行?

问题描述 现有一项目,需要管理大量的矢量数据.影像数据和专题数据(自定义格式的栅格数据)的2维.3维显示问题,我想打破原有系统架构,应用开源项目重新搭建一个框架.应用Geoserver做数据服务器,基于QGIS开发2维应用,基于WorldWindJava开发3维应用.现在不知道GeoServer在管理海量数据发布时速度如何?另外,在WWJ上开发自己的应用是否可行? 解决方案 解决方案二:Geoserver是一个功能齐全,遵循OGC开放标准的开源WFS-T和WMS服务器.利用Geoserver可以

php打乱数组二维数组多维数组的简单实例_php实例

php中的shuffle函数只能打乱一维数组,有什么办法快速便捷的打乱多维数组?手册上提供了 <?php function shuffle_assoc($list) { if (!is_array($list)) return $list; $keys = array_keys($list); shuffle($keys); $random = array(); foreach ($keys as $key) $random[$key] = $list[$key]; return $random

php打乱数组二维数组多维数组的简单实例

php中的shuffle函数只能打乱一维数组,有什么办法快速便捷的打乱多维数组?手册上提供了 <?php function shuffle_assoc($list) { if (!is_array($list)) return $list; $keys = array_keys($list); shuffle($keys); $random = array(); foreach ($keys as $key) $random[$key] = $list[$key]; return $random