当前位置: 首页 > 科技观察

运维的尊严

时间:2023-03-21 20:52:00 科技观察

作为一名在运维战线工作了20多年,如今担任数据中心管理职位的老手,这些文章中描述的很多场景似乎都历历在目。曾几何时,运维已经成为苦干、背靠背人的代名词,随时加班、应急响应、环境搭建、版本制作。夜深人静,其他人都已经入睡,运维人员开始工作。而当生产环境出现问题时,运维人员是最先被盘问的。一方面,运维人员经常加班加点,长期承受着无形的压力。另一方面,其他部门不知道运维部门的价值。部门,运维部门到底是干什么的?”随着云计算的兴起,硬件维护、系统管理、应用开发趋于集中化,开发运维一体化(devops)使得开发与运维的界限分明。运维不再清晰,智能运维(AIops)将从根本上改变运维的模式,运维行业真的要消失了吗?运维人员的价值在哪里体现?运维又该如何维护人员升级转型?需求持续增加,同时由于云计算等技术的普及和成熟,灵活供给、按需付费、快速响应让企业更愿意去到云端,对传统运维人员的需求不增反减。技术进步对传统产业的冲击是致命的,就像电子商务推动零售业发展一样,而传统零售业正在逐渐消亡。基础设施即服务(IaaS)减少了对基础设施维护人员的需求,平台即服务(PaaS)减少了对中间件和数据库维护人员的要求,软件即服务(SaaS)对应用程序开发人员的影响很大。Impact,智能运维(AIops)号称淘汰低端运维。运维人员已经感受到了云计算、大数据、人工智能等技术发展带来的巨大压力。在高度标准化的云计算环境中,运维工作通过自动化、智能化的运维来完成已经没有太多的障碍,而由开发者在单一垂直领域完成的运维工作也取得了惊人的成绩。在阿里巴巴、腾讯等公司,运维人员的职责和构成也发生了翻天覆地的变化。不再是单纯的运维工程师,而是运维开发工程师。我们将运维经验总结成知识图谱,通过智能运维平台对复杂的应用环境进行维护、监控、响应和分析。社会需要IT运维的服务,但不一定需要专职的低端运维人员。只有在复杂多变的环境中,运维人员才能真正体现出自己的优势,发挥作用。这是一个不可阻挡的发展趋势。运维人员不被历史淘汰,唯有苦练内功,升级改造,真正体现自身价值。那么,运维人员的价值是什么?根据软件生命周期理论,产品运维和运营占据了整个生命周期的70%以上,也是体现产品价值最重要的阶段。运维人员应对产品的最终运行效果负责,从而体现自身价值。1、变成本中心为利润中心产品的运营、维护、运营都需要费用。运维部是传统意义上的成本中心,是花钱的部门。大公司的运维部一般有几百人,同时签订了很多外包合同。我们可以总结和计算一年的总支出。如果一家公司将运维外包给腾讯或者阿里巴巴甚至研发人员,在保持相同服务质量(SLA)的情况下,他们会向我们收取多少费用。如果我们自己的运维成本少了,就说明我们节省了公司的开支,反之就说明我们浪费了公司的资源。当然,这种说法过于理想化了。在衡量总体成本的同时,还必须考虑安全风险、政策约束、职业稳定性等各种因素。整体可比性较差,仅具有理论意义。我们可以参考行业内同等规模的公司。他们的人员规模、服务水平等条件与我们大致相同,费用可以作为评价的参考。单独来看,可比性比较大。一个人月薪2万元,如果能在社会上应聘到月薪3万元的职位,那我们就赚钱,反之则亏损。当然,还要考虑稳定性、品牌、口碑、风险偏好等因素。努力提高运维管理水平,提高运维人员技术能力,实现人员效率和投入产出比最大化。同时,我们可以根据自身技术优势开展运维技术输出工作,变成本中心为利润中心。目前,公有云服务是运维技术输出的产物。承包用户公司的基础设施运维、平台运维乃至应用运维,承诺服务质量(SLA),并收取相应费用。运维管理咨询、运维工具、运维项目管理、系统调优和技术支持等都可以成为运维技术输出的内容,采用按使用付费和按需付费的不同模式-影响。2.提高运行效率运维人员每天接触大量的系统信息,可以举一反三,举一反三,从中总结系统运行规律,制定合理的维护计划,确保系统的稳定运行。运维人员还可以观察到系统运行中最薄弱的环节,通过系统优化提高系统的高可用性,提高系统的运行效率。最终,运维人员从大量的实际工作中提炼出运维的非功能规范,指导开发部门在开发阶段充分考虑运维需求,减少或淘汰系统从根源上隐患。仅仅因为产品开发并投放市场并不意味着一切都会好起来的。由于考虑不周、时间仓促等多方面原因,产品投产后整体运行效率可能并不理想。运维人员可以对使用过程中产生的数据、发生的事件、客户反馈进行分析研究,提出优化改进措施,提升整体运营效率。举个极端的例子,某银行开立大额存单产品时,业务部门仍然使用OA系统授权总行,通过电话与相关部门沟通,效率非常低。申请系统已具备产品自动联动发行功能。如果使用该功能,产品发行周期可以从一个月缩短到两天。运维人员在日常运维过程中要及时发现这些问题,牵头协调各业务部门,理顺各方关系,通过多方联动提高运营效率。3、赋能各类客户运维人员可以服务的客户有四类:终端用户、业务部门、开发部门、管理者。确保系统稳定运行和快速应急响应,为终端用户提供良好的体验;通过提供数据服务和可视化,赋能业务部门进行营销和决策;通过非功能规范和新技术架构讨论,为研发人员创造良好、便捷的开发环境赋能;通过运维大数据分析,为管理者赋能系统容量管理、系统性能优化、管理流程改进。当然,我们也可以通过搭建智能运维平台为自己赋能,更加高效的完成运维工作,保障系统的稳定运行。通过自身价值的实现,让运维人员活得更有尊严。这种尊严来自于业务发展的支撑和雄厚的技术实力。运维部门需要在思路、制度创新、部门职责、工具平台、技能等五个方面进行创新和转型。这五个方面既具有公司整体提升的特点,又强调部门的特殊性。运维人员可以从自己的小环境做起,避免“等着看”的思维,敢为人先,勇敢站在最前沿。首先,运维人员要转变观念。运维人员往往面临双重压力。一方面,监管部门和企业不断提高安全稳健经营要求;维护压力大,应用版本变更频繁,各种缺陷时常出现,运维部门无力约束开发部门。运维人员时常处在安全稳定运行与支持业务快速发展的矛盾漩涡中。当你站在公司的角度来看问题的时候,这两个看似矛盾的要求又变得合情合理了。业务发展必须依靠稳定的后台支持才能给客户良好的体验,公司要想在市场上站稳脚跟就必须不断创新,与竞争对手比较速度和创新,这样公司才能生存和留住进一步发展的潜力。机会。运维人员作为公司的一员,要服从和服务于公司的总体目标,保质保量地完成相关工作。当然,有效的约束机制也是十分必要的,盲目扩张也会给公司的发展带来隐患。事实上,整个公司的思想都需要创新,从原来的留痕免责文化,转变为创新和服务的文化。运维部门要强化服务意识,更好地服务客户,为业务部门提供稳定的业务发展环境,为开发部门提供顺畅的环境支持,为运维人员提供和谐的工作环境。只有意识形态问题解决了,后面的问题才会迎刃而解。其次,运维人员要注重制度创新。在制度创新方面,最重要的是考核。屁股决定脑袋,考核是指挥棒。目前运维部门的考核是安全稳定运行,这是非常必要的,但要做好稳定运行还远远不够。人趋利避害。做过运维的都知道,变更是安全稳定运行的最大威胁。只要变化得到控制,系统运行不会出现大的问题。效果说明了一切。但是,没有变革,就没有竞争力的提升,就没有业务的快速发展。如何让运维部门积极拥抱变化,也是一个非常智力化的问题。事实上,一些企业已经做出了一些有益的尝试。部门考核中,安全稳定运行60分,创新20分。稳定运行做好了只能算及格,但如果稳定运行出了问题,那一定是失败。运维部门不得不在稳定运行和应用变更之间做出权衡。我们可以看到,运维部门积极拥抱这些变化,向前迈出了可喜的一步。当然,“没有责任的权力是魔鬼,没有权力的责任是地狱”。运维部门要对开发部门乃至管理部门进行有效考核,避免出现责权不对等的问题。然后是部门职责。运维部负责对研发中心生产的产品进行运维。由于工期紧、营销压力大,公司往往在业务需要进一步完善、测试不到位的情况下开发应用并上线生产,给安全运营带来一定的隐患。在保证系统稳定运行的基础上,运维人员积极参与应用系统的设计和测试,熟悉应用系统的整体架构和实现,结合自身经验提出风险整改建议以及系统优化建议,并将这些建议提炼成非功能规范,供开发部门在开发过程中提前规划。运维人员也要积极跟踪行业发展趋势,用新的技术架构解决运维和开发中遇到的困难。这样一来,项目一投产,就像一架飞机,有四个引擎和一个自动驾驶装置,任何一个环节出现故障,都可以自动避免和自动处理。此外,运维部门要进行运维大数据分析,为业务部门的营销和决策提供详细可靠的依据。下一步是工具平台。“工欲善其事,必先利其器”。运维人员要摒弃刀耕火种的方式,集中精力建设智能运维平台,通过智能运维平台对被管理的系统进行有效的管理,达到事半功倍的效果.智能运维平台的优劣已经上升成为衡量运维管理水平的重要指标。只有在智能化平台上不断探索和积累,才能强化其功能和效用,从而实现管理数字化、自动化和智能化的目标。最后但并非最不重要的是,每个人都有局限和无限的潜力。职责分工决定了他的工作内容和知识结构。过去,运维工程师负责设备和系统安装、应用环境搭建、运维支持等,很少接触开发。世界在变,不会做开发的运维工程师在逐渐消亡。取而代之的是运维开发工程师,通过编写脚本、搭建运维平台来实现运维工作。同时,熟悉应用架构和业务知识,对应用系统的运维非常有利,也是运维人员积极努力的方向。由于知识结构相对简单,运维人员往往缺乏转型信心。其实,只要勇敢地走出去,付诸行动,任何困难都是纸老虎。当前,新的技术理论层出不穷,新的技术架构日新月异。运维人员只要虚心拥抱这些变化,将这些新技术、新架构应用到实际工作中,解决好工作中遇到的问题和困难,就可以牢牢把握未来的发展方向。既要坚持战术正确灵活,又要重视战略前瞻。只有足够强大,运维人员才会不惧怕外界的挑战,才会赢得开发人员乃至业务人员的尊重。我们运维人想说,走的更远!