学习资料： ITIL培训基地专家讲堂直播 300期视频回放

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

借鉴下大佬的理解：

IT：从运维到运营

IT运维？IT运营？都是 IT Operations，有什么区别？

IT运维管理？IT运营管理？都是 ITOM，有什么区别？

一字之差，只是翻译不同，还是另有玄机？

• IT运维是“活着”，IT运营是“活得好”；
• IT运维更多是被动式“维持”，IT运营更多是主动式“经营”；
• IT运维更多是面向基础设施面向软硬件，IT运营更多是面向业务面向服务面向人；
• IT运维的关键词是“稳定”、“安全”、“可靠”；IT运营的关键词是“体验”、“效率”、“效益”；
• IT运维管理工具更多是关注故障防范和修复的“监管控”，IT运营管理工具开始更多应用性能、用户感知、快速交付、数据分析和可视化。。。
  
  
  

不管上面说的多么天花乱坠，我说下个人理解：IT运维是运营的基础，是包含和被包含的关系，是从技术支撑到价值输出，是从操作型向管理型转变。

举个例子：

如果说过去的传统IT运维像经营一家大排档，客人看菜点菜，厨师依需求做菜。这种模式存在几个问题，一是客人其实也不知道要吃什么菜；二、不是每道菜，厨师都会做；三、菜做的好坏，客户是否满意，取决于每个厨师的手艺。所以，大排档模式只适应小规模经营，而开不成连锁店。到了一定的规模，我们的运维要像经营肯德基、海底捞等连锁店一样，无论面对多少客户量，我们用标准的流程，提供一致的菜式，一致的服务。我们用心于菜式的品类和质量，用心于服务的满意度。

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

IT运维面临的困境越来越多：

[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)]

[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)]

[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)]

[color=rgba(0, 0, 0, 0.9)]

[color=rgba(0, 0, 0, 0.9)]根据领域模块图，那么就相应的铺展开技能图谱：简单概括下

[color=rgba(0, 0, 0, 0.9)]

上图中简单概括下运维需要的技能，小公司可能一人负责很多领域，但在大公司里面，其实每个领域都是单独的职业岗位，每个领域都是非常复杂和深入的。

如：

路由交换方向～深入去做，那就是网络方面专家，大型园区网、政务网、甚至城域网等规划和建设。

容器化～主要还是云原生深入，为了开发效率以及生产部署，以及微服务盛行，k8s几乎是必须的，可做容器工程师，当然现在的运维对容器至少是需要了解并掌握的。

数据库～DBA，数据库是个长青树，经验越老越吃香。

开发～每个开发语言都可以是单独的职业岗位，故掌握一门开发语言，对现在的运维来说是也是非常有必要的。

而运维我觉得更多学习谷歌，向SRE方向发展，奉行DevOps，应该朝DevOps工程师发展，而IT工程师更应该在掌握网络的路由交换的同时，把基础运维接下来，至于DevOps可以接触并朝该方向发展。

上面简单介绍IT运维需要掌握的技术，可以精通某个方面，其他方面辅助，更多的时候是各个领域或多或少懂一些，但不精通，选择一个主方向，其他都是辅助方向。

[color=rgba(0, 0, 0, 0.9)]

学习资料： ITIL培训基地专家讲堂直播 300期视频回放

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

借鉴下大佬的理解：

IT：从运维到运营

IT运维？IT运营？都是 IT Operations，有什么区别？

IT运维管理？IT运营管理？都是 ITOM，有什么区别？

一字之差，只是翻译不同，还是另有玄机？

• IT运维是“活着”，IT运营是“活得好”；
• IT运维更多是被动式“维持”，IT运营更多是主动式“经营”；
• IT运维更多是面向基础设施面向软硬件，IT运营更多是面向业务面向服务面向人；
• IT运维的关键词是“稳定”、“安全”、“可靠”；IT运营的关键词是“体验”、“效率”、“效益”；
• IT运维管理工具更多是关注故障防范和修复的“监管控”，IT运营管理工具开始更多应用性能、用户感知、快速交付、数据分析和可视化。。。
  
  
  

不管上面说的多么天花乱坠，我说下个人理解：IT运维是运营的基础，是包含和被包含的关系，是从技术支撑到价值输出，是从操作型向管理型转变。

举个例子：

如果说过去的传统IT运维像经营一家大排档，客人看菜点菜，厨师依需求做菜。这种模式存在几个问题，一是客人其实也不知道要吃什么菜；二、不是每道菜，厨师都会做；三、菜做的好坏，客户是否满意，取决于每个厨师的手艺。所以，大排档模式只适应小规模经营，而开不成连锁店。到了一定的规模，我们的运维要像经营肯德基、海底捞等连锁店一样，无论面对多少客户量，我们用标准的流程，提供一致的菜式，一致的服务。我们用心于菜式的品类和质量，用心于服务的满意度。

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

IT运维面临的困境越来越多：

[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)]

[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)]

[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)]

[color=rgba(0, 0, 0, 0.9)]

[color=rgba(0, 0, 0, 0.9)]根据领域模块图，那么就相应的铺展开技能图谱：简单概括下

[color=rgba(0, 0, 0, 0.9)]

上图中简单概括下运维需要的技能，小公司可能一人负责很多领域，但在大公司里面，其实每个领域都是单独的职业岗位，每个领域都是非常复杂和深入的。

如：

路由交换方向～深入去做，那就是网络方面专家，大型园区网、政务网、甚至城域网等规划和建设。

容器化～主要还是云原生深入，为了开发效率以及生产部署，以及微服务盛行，k8s几乎是必须的，可做容器工程师，当然现在的运维对容器至少是需要了解并掌握的。

数据库～DBA，数据库是个长青树，经验越老越吃香。

开发～每个开发语言都可以是单独的职业岗位，故掌握一门开发语言，对现在的运维来说是也是非常有必要的。

而运维我觉得更多学习谷歌，向SRE方向发展，奉行DevOps，应该朝DevOps工程师发展，而IT工程师更应该在掌握网络的路由交换的同时，把基础运维接下来，至于DevOps可以接触并朝该方向发展。

上面简单介绍IT运维需要掌握的技术，可以精通某个方面，其他方面辅助，更多的时候是各个领域或多或少懂一些，但不精通，选择一个主方向，其他都是辅助方向。

[color=rgba(0, 0, 0, 0.9)]