行业动态

前言 近两年，运维人员不得不面对新兴技术和架构转型的需求，如企业云化、分布式、容器化、双中心、双活等。随着传统企业越来越多的业务在线上开展而数字化、IT运维也面临着更多来自商业模式变革的要求。做好运维工作，除了学习新技术外，还需要适应运维理念、运维方式、运维视角变化等方面的变化。以下是我个人的一些想法。

一、企业传统IT运维面临的挑战

我们传统的IT运维人员在运维工作中应该可以体验到三个明显的变化。

一、运维对象越来越多

随着企业推进数字化转型，越来越多的新应用系统加入；随着线上业务规模的扩大，应用系统不断细化和拆分，组件数量不断增加；随着微服务的扩展，随着微服务的实现，节点正朝着小而多的方向快速发展。现在，一个应用系统拥有数百个服务器和数百个容器是很常见的。虚拟机和容器的爆炸式增长不再是危言耸听，而是现实。这就需要运维人员投入更多的精力来保障和运行系统。传统运维模式，如操作文档手动运维、脚本手动运维、按系统类型分类运维、大量个性化、专业化运维等。规模，管理将成倍增长。运维管理能力也将达到极限。这时，运维人员往往被各种工单压得喘不过气来，不堪重负，运维没有成就感。但是，在运维上投入更多的人力，增加沟通、培训和协调的管理成本，挤人的方式已经行不通了。

二、运维要求越来越高

在IT规模较小的情况下，传统运维可能仍仅限于几台服务器的搭建、基础软件的安装、日常的变更维护等，只要安全稳定运行即可。可以保证系统。但是随着企业的规模化发展，也会对运维提出更高的要求，比如上百台服务器的大规模部署，上千次的大规模操作，分钟甚至秒级的敏捷资源供应，以及自动化资源。今年疫情期间，为满足在线办公需求，要求企业立即提供数百台远程桌面服务器，供员工在线办公；企业频繁开展线上秒杀活动，活动期间需要批量在线部署大量应用服务器。结束后立即回收；近期，基金开户和销售火爆，不少基金公司的申请系统几乎瘫痪。如何保证及时提供资源？在这些场景下，依靠传统的资源管理和人工操作方式已经无法满足运维服务的业务需求。

三、运维服务用户越来越多

在传统的企业环境中，运维只为研发服务，研发服务于业务部门，服务用户相对单一。现在很多公司已经建立了多个研发中心和测试中心，并不断扩大分支机构，有独立的应用系统建设需求，也为第三方公司提供IT服务。在这种情况下，我们的运维人员需要面对多样化的用户环境和多样化的用户需求。首先，通信成本会非常高，其次，无法保证提供一致的运维服务。由于人员差异，运维质量也参差不齐。上述三个变化对于尚未做好准备的传统运维人员来说，将是巨大的挑战和压力。一方面，业务发展迅速，领导不断要求指标；另一方面，运维人力不足，工具跟不上it运维技术，平台不强大。除了业务发展带来的上述三个规模变化之外，我们的运维也面临着如何解决新技术的压力。例如，随着自动化运维、可视化运维、智能化运维等多种平台和工具的引入，运维人员需要进行选择，使平台结合各种运维场景；如云计算、容器云、大数据、分布式、区块链等大量开源软件应用，运维需要了解原理、部署排查、集成创新；如系统高可用技术、双活中心技术等，运维需要有效实施。这些技术需要运维人员不断学习和跟进。面对眼花缭乱的运维新技术，传统行业的运维人员往往不知从何下手，一头雾水。

二、传统IT运维该如何转型

面对业务和技术的各种新变化，传统运维人员该如何应对？运维工作充满了大量简单重复的劳动。运维工作如何突破？运维人员每天都很忙，压力很大，不被认可，运维的价值在哪里？面对以上三个问题，我认为运维应该从过去的被动运维转变为主动运维，从运维型向管理型转变，从后面的泛型运维转变运维已变为价值型运维。当企业规模发展到一定程度时，必须将运维转变为运营，从技术支持向价值输出转变。实现这三个运维转型和转型到运营，我个人认为应该从三个方面做出改变，即转变运维理念、转变运维管理方式和转变运维知识体系。详情如下：

文章一、运维管理观念需要转变。

业务在变化，需求在变化，运维也要随之变化。最重要的是首先在运维的概念上做出改变。传统的运维工作，只要做好运维支持工作，从不关心业务情况。现在做运维，要提高对运维的理解到业务层面，从传统的支持中心向服务中心、价值中心转变，提高IT服务供给能力it运维技术，满足企业业务发展需求。运维部过去认为是硬件上花钱的部门。但是，有了上面提到的三个明显的变化，仅仅购买硬件已经不能满足业务的需求。运维不仅要能用，还要好用；不仅要购买硬件，还要充分利用各种软件和平台，提升运维服务能力。我们的运维理念要以商业价值为导向转变。那么如何实现商业价值导向呢？如何满足商业价值取向？我认为我们需要改变过去被动接受工单的运维模式，转变为主动对外的接口，呈现标准的服务目录和场景化的服务。大大地。让运维提供的服务从后台到前台展示，让用户选择和使用一目了然。通过服务目录，运维工作也可以保证外部服务标准的一致性。同时，通过服务目录，也掌握了运维的质量和主动性。服务目录好不好，用户满意与否，也是评价和衡量运维工作质量的一个标准。服务目录只是一个外部接口。运维流程、管理平台、脚本工具、后台积累的技术和经验，才是真正的运维内功。通过深入了解用户需求，设计梳理运维服务目录；通过服务目录，优化各种流程，搭建各种平台，选择各种技术。这样，面对琳琅满目的技术，我们的运维人员也有了学习技术的方向和目标。

文章二、运维管理方式将发生变化。

运维理念的改变必然会带来运维管理方式的改变，但这种改变需要自上而下进行，需要企业积极推动管理。那么，运维管理方式应该如何改变呢？我认为，首先是整合、整合系统、流程和技术，整合服务器、操作系统、网络和存储；二是建立服务治理机制，按照PDCA方法论形成运维管理闭环；三是建立运维数字化，让运维一目了然；四是完善智能监测分析系统。五是提高运维自动化、智能化水平。我觉得传统企业的运维有两个维度，纵向的应用系统维度，比如具体的应用系统架构设计、应用变更、监控分析、故障转移、容量管理等，横向的专业平台维度如服务器硬件、存储设备、操作系统、虚拟化平台、中间件、数据库、终端等。运维管理方式，无论是采用纵向运维还是横向运维，都需要与IT规模和企业发展阶段。这两种不同的方式，也是分了很久，也必须分了很久。企业IT规模小，垂直方向适合。几个人共同承担应用系统、服务器、网络、存储和基础软件的全部运维工作。通讯路径短，效率高；那么随着IT规模越来越大，一个人无法兼顾所有技术栈的运维，所以按照技术领域进行了细化和分离，让专业的人做专业的事；比如云计算、容器云、动态伸缩、自动化智能化运维等，汇聚了服务器、网络、存储、中间件等技术，需要所有团队的配合。在这种新的运维方式下，需要相应的组织架构调整和变更来支持，比如成立虚拟云团队。

三、运维知识体系需要改变。

以上两种变化多为自上而下的变化。作为运维人员，你也需要从自己的角度做出改变，让你的知识体系适应新的运维模式。那么运维人员应该怎么做呢？我认为运维人员应该从架构和开发的角度来看待运维，提升自主运维的核心技术能力。在运维知识体系和新技术的实施方面，twt为我们提供了很多资料，做了很多介绍。随着基础平台云化、容器化、分布式架构的逐步应用，运维人员需要掌握的技术不再是单一领域，而是需要多领域的融合。存储、监控、自动化工具、运维开发都需要掌握。比如我们要求虚拟化团队不仅要管理好平台，还要通过开发提高工作效率。运维人员的视角也应该基于更高的业务特性和开发者需求。不限于我能用什么，而是用户需要什么，我们提供什么，积极提升服务质量和效率，积极关注团队提供的专业服务是否满足用户需求，它们是否令人满意且易于使用。比如运维人员是否支持并融入到这个新模式中。

三、传统IT运维去运维

我们说运维应该转化为运维，为什么是运维而不是运维呢？我们先来看看操作的概念。运营是与产品生产和服务创造相关的运营过程的计划、组织、实施和控制。各种密切相关的管理任务的总称。从另一个角度来看，运营管理也可以指对生产和交付公司主要产品和服务的系统的设计、运行、评估和改进的管理。从概念上可以看出，运营是为了产品和服务，那么IT运营的产品和服务是什么？没错，就是运维。运维是对运维产品和服务的设计、运行、评价和维护。管理。我们说金融科技的本质不是技术，而是服务。我们站在用户的角度看问题，一切以用户满意为出发点。 IT 运营也是如此。它将站在用户的角度考虑运维。运维不是简单的技术支持、简单的故障解决、简单的责任。运维是为了满足用户的需要。运维是由运维人员提供的产品和服务。我们可以看到，如果给用户足够的便利，用户可以自己解决大部分问题。比如网购、代购理财、代购基金等，只要操作简单方便，老年人也能轻松搞定。操作和维护也是如此。不是运维一定要努力，而是运维的产品和服务不够便捷。我们现在慢慢看到很多公有云厂商提供了很多便捷的服务。即使是不懂运维的人，也能轻松搭建一套管控一体化的应用系统。作为传统的IT运维人员，需要从这方面进行大量的学习和改造。

四、终于

如果说过去的传统运维就像开大排档，顾客边看边点菜，厨师根据自己的需要做菜。这个模型有几个问题。首先，客人实际上并不知道他们想吃什么菜； 二、 不是每道菜，厨师都会做； 三、 菜品好不好，就看顾客满意不满意。每个厨师的手艺。因此，大排档模式只适合小规模经营，不能开连锁店。当我们达到一定规模时，我们的运维就像经营肯德基、海底捞这样的连锁店。无论我们面对多少客户，我们都会用标准的流程来提供一致的菜肴和一致的服务。我们注重菜品的品类和品质，注重服务满意度。面对快节奏的变化，运维人员要静下心来，对外以产品心态进行运维，追求极致的用户体验；内部建立标准流程，打造高效工具，让运维变得简单易行。