×

IT运维向运营转变需要做哪些事?

标签: 暂无标签


IT运维向运营转变需要做哪些事?

借鉴下大佬的理解:
IT:从运维到运营
IT运维?IT运营?都是 IT Operations,有什么区别?
IT运维管理?IT运营管理?都是 ITOM,有什么区别?
一字之差,只是翻译不同,还是另有玄机?
  • IT运维是“活着”,IT运营是“活得好”;
  • IT运维更多是被动式“维持”,IT运营更多是主动式“经营”;
  • IT运维更多是面向基础设施面向软硬件,IT运营更多是面向业务面向服务面向人;
  • IT运维的关键词是“稳定”、“安全”、“可靠”;IT运营的关键词是“体验”、“效率”、“效益”;
  • IT运维管理工具更多是关注故障防范和修复的“监管控”,IT运营管理工具开始更多应用性能、用户感知、快速交付、数据分析和可视化。。。



不管上面说的多么天花乱坠,我说下个人理解:IT运维是运营的基础,是包含和被包含的关系,是从技术支撑到价值输出,是从操作型向管理型转变。
举个例子:
如果说过去的传统IT运维像经营一家大排档,客人看菜点菜,厨师依需求做菜。这种模式存在几个问题,一是客人其实也不知道要吃什么菜;二、不是每道菜,厨师都会做;三、菜做的好坏,客户是否满意,取决于每个厨师的手艺。所以,大排档模式只适应小规模经营,而开不成连锁店。到了一定的规模,我们的运维要像经营肯德基、海底捞等连锁店一样,无论面对多少客户量,我们用标准的流程,提供一致的菜式,一致的服务。我们用心于菜式的品类和质量,用心于服务的满意度。

IT运维面临的困境以及如何转变



IT运维面临的困境越来越多:
微信图片_20230421181235.png
[color=rgba(0, 0, 0, 0.9)]因困境,故运维工作通常都有如下三问:
[color=rgba(0, 0, 0, 0.9)]面对各种业务上和技术上的新变化,传统的运维人员应该如何应对?
[color=rgba(0, 0, 0, 0.9)]运维工作充满了大量的简单重复劳动,运维工作如何突围?
[color=rgba(0, 0, 0, 0.9)]运维人员每天忙碌,承受压力,又不被认可,运维的价值在哪里?
[color=rgba(0, 0, 0, 0.9)] 微信图片_20230421181315.png
[color=rgba(0, 0, 0, 0.9)]上图简单介绍如何破局的关键点,简单展开说下:
[color=rgba(0, 0, 0, 0.9)]运维理念的转变,业务在变、需求在变,运维对应的也要改变。传统的运维工作,只要做好运维支撑工作就可以了,从来不关心业务情况。现在做运维,要将对运维的认识提升到业务层面,把自己从传统的支持中心向服务中心、价值中心转变,提升IT服务供给能力,满足企业业务的发展需求。
[color=rgba(0, 0, 0, 0.9)]运维理念的转变,必然带来运维管理方式的改变,但是这个改变是需要至上而下进行,需要管理层主动推动。那么,运维管理方式要改变什么?我想,首先是要整合,把制度、流程和技术进行整合,把服务器、操作系统、网络和存储等进行整合;其次是建立服务治理机制,根据PDCA方法论形成运维管理闭环;第三是建立运维数字化,让运维一目了然;第四是完善智能监控分析体系;第五提升运维自动化和智能化水平。
[color=rgba(0, 0, 0, 0.9)]以上两点改变,更多的是从上而下的改变,做为运维人员也需要从自身出发进行改变,让自己的知识体系适应新的运维模式。那么运维人员要怎么做?我想运维人员要从架构视角、开发视角看运维,提升自主运维的核心技术能力。
[color=rgba(0, 0, 0, 0.9)]接下来我将从IT运维转变成IT运营需要的相关工具和平台,展开说明下运维人员需要掌握的核心技术能力。
[color=rgba(0, 0, 0, 0.9)]
IT运营需要的平台和技能




[color=rgba(0, 0, 0, 0.9)]
[color=rgba(0, 0, 0, 0.9)]简单的理解,IT运营可以拆分以下几个平台组成,每个平台建设都是一套比较庞大的工程,起步阶段可能不会很完善,从某个平台的某个点去建设,逐步完善的过程,技术和知识体系也串联起来。我个人认为总体方向是朝着这些方向发展的:
[color=rgba(0, 0, 0, 0.9)] 微信图片_20230421181351.png
[color=rgba(0, 0, 0, 0.9)]如果让我排序,IT运营的基础首先是系统稳定性体系建设,系统稳定可靠是最基础的,这也是运维重点关注的模块,其次是统一监控平台,可以按照从上到下的顺序排列,这是我个人见解,欢迎关注讨论。
[color=rgba(0, 0, 0, 0.9)]系统稳定性平台建设是个大话题,谷歌SRE体系可以借鉴下,本篇暂时不表,后面单独拎出来,说明下运维如何建设系统稳定性平台。
[color=rgba(0, 0, 0, 0.9)]
[color=rgba(0, 0, 0, 0.9)]说到这里,那到底IT运维需要哪些技能才能更好的向IT运营转变呢,下面我列出下IT运维需要接触的领域模块图:
[color=rgba(0, 0, 0, 0.9)] 微信图片_20230421181428.png
[color=rgba(0, 0, 0, 0.9)]
[color=rgba(0, 0, 0, 0.9)]根据领域模块图,那么就相应的铺展开技能图谱:简单概括下
[color=rgba(0, 0, 0, 0.9)] 微信图片_20230421181502.png
上图中简单概括下运维需要的技能,小公司可能一人负责很多领域,但在大公司里面,其实每个领域都是单独的职业岗位,每个领域都是非常复杂和深入的。
如:
路由交换方向~深入去做,那就是网络方面专家,大型园区网、政务网、甚至城域网等规划和建设。
容器化~主要还是云原生深入,为了开发效率以及生产部署,以及微服务盛行,k8s几乎是必须的,可做容器工程师,当然现在的运维对容器至少是需要了解并掌握的。
数据库~DBA,数据库是个长青树,经验越老越吃香。
开发~每个开发语言都可以是单独的职业岗位,故掌握一门开发语言,对现在的运维来说是也是非常有必要的。
而运维我觉得更多学习谷歌,向SRE方向发展,奉行DevOps,应该朝DevOps工程师发展,而IT工程师更应该在掌握网络的路由交换的同时,把基础运维接下来,至于DevOps可以接触并朝该方向发展。
上面简单介绍IT运维需要掌握的技术,可以精通某个方面,其他方面辅助,更多的时候是各个领域或多或少懂一些,但不精通,选择一个主方向,其他都是辅助方向。
[color=rgba(0, 0, 0, 0.9)]






上一篇:ITIL4考试政策重大调整之下,我们该如何应对?
下一篇:IT运维02:准备工作
slbenben

写了 1673 篇文章,拥有财富 10325,被 10 人关注

B Color Link Quote Code Smilies

成为第一个吐槽的人

手机版|小黑屋|最新100贴|论坛版块|ITIL先锋论坛 |粤ICP备11099876号|网站地图
Powered by Discuz! X3.4 Licensed  © 2001-2017 Comsenz Inc.
返回顶部