行业动态

好久没推荐一本书了，终于发了一篇，不过还是专业的文，和大部分朋友没什么关系，不好意思！

IT运维？IT运维？

都是IT，有什么区别？

IT运维管理？IT运营管理？

都是ITOM，有什么区别？

一个词的不同只是翻译不同，还是另有玄机？

实际上，中文确实是一种更精确的语言:-)

企业IT正站在这样一个拐点，要么从运维到运维，要么从运维到被运维替代

***正文前说明：IT运维和IT运维很重要。运维是运营的基础。任何组织都必须先生存，然后再追求美好的生活。这是IT的不同发展阶段。今天IT运维部的工作内容，其实就包括了本文提到的IT运维。***

ITOM领域的大多数从业者一直将ITOM（IT）翻译为IT运维管理，并相应地称为IT IT运维。近两年来，越来越多的人开始使用“IT运维管理”“IT运维”这两个词。对应的英文是一样的，但是“运维”和“操作”是同一个意思吗？两者有什么相同点和不同点？

在这个问题上，仁者见仁，智者见智。有人认为运维其实就是运维，用新名词只是哗众取宠的噱头；有人认为运维面向IT设施，运营面向业务服务；; 甚至有人说运维是“即时的恶作剧”，运营是“诗与远方”:-)

一般来说，大多数人认为两者的含义并不完全相同。很多人认为IT运维是比IT运维更高的层次。到IT运维”发展规划。但是，即使是在提出这样的概念和规划的组织内部，对于什么是IT运维管理，什么是IT运维管理，仍然没有一个清晰的分析和定义。一些外部的新内容一般归入 IT 运营管理部分，当我与正在实施该计划的 IT 组织的一位高管交谈时，他说：“从到？没有明确的定义，怎么可能成为指导方向和发展目标？”

他的问题，让身为ITOM老手的我，也开始思考“IT运维”这个新“翻译”的真正含义，以及近年来越来越受欢迎的真正原因。关于这个问题的一些想法和经验，作为玉石的指导，希望能给同行业带来更多的讨论和建议。

首先，IT运维和IT运维，英文都是IT，在老外的眼里，没有区别，都是指IT运维的东西。中文之所以有两种不同的翻译，是因为IT包含的内容很多。IT运维和IT运维这两个中文翻译集中在某一部分内容上。如果用一句话概括的话，可以说IT运维管理关注的是“活”，而IT运维管理有更高层次的要求，不仅“活”，而且“活得好”。

我们先来看一个例子。大数据中心IT服务能力的愿景是“聚焦业务，提供稳定、安全、高效的IT运营服务，打造行业领先的IT运营能力，支撑企业的可持续发展和战略成功”。在这个愿景中，“稳定和安全”就是解决生存问题，属于传统IT运维管理的范畴。更多的是 IT 运营管理类别。

能力建设是一个循序渐进的过程。任何组织都必须先解决“活”的问题，才有可能追求“活得好”。因此，在过去的三十年里，大多数 IT 组织都面临着 IT 设施规模的问题。快速扩张，IT应用越来越多，IT运行压力越来越大，首先要保证IT系统“活着”，即能持续“运行”，稳定“运行” . 故障少，故障能迅速“修复”、“维持”系统的正常“运行”。现阶段，将IT转化为IT运维，将ITOM转化为IT运维管理是可以理解的。

IT运维管理阶段的关键词是“稳定”、“安全”、“可靠”，重点关注可用性指标（MTTR、MTTF、MTBF等）、可靠性指标（RTO、RPO）和安全合规性。因此，在技术、工具和流程方面，稳定性、安全性和可靠性是重中之重：

经过多年以“活”为主要目标，以“稳”为主要形态的IT运维和IT运维管理的发展，越来越多的IT组织开始走出解决基本生存需求的阶段，从“被动维护”走向“主动管理”，追求如何“活得好”。十年来，APM、BSM、云计算、运维等新概念、新技术、新工具的出现、发展和变化和维护大数据等，都在随着IT逐渐发生变化，与运维向运营的转变息息相关。可以说，企业IT从运维到运营，已经站在了一个重要的拐点。

IT运维是建立在良好的IT运维基础之上的。没有“生活”，就不可能“过好”。但是，活得好意味着什么？换句话说，IT运营的目标是什么？除了IT运维还有什么？

与IT运维更注重基础设施不同，IT运维更注重业务、服务，本质上是以人为本。如何判断一个人过得好不好？大多数人都同意的马斯洛需求层次理论说，在基本的生存问题和安全感得到解决之后，一个人需要社会认同和自我实现才能对自己的生活感觉良好。对于CIO来说，如果他管理的IT组织能够满足这三类人，可以说IT组织已经从基础的IT运维阶段迈入了IT运维阶段，已经处于良好的生活状态.

哪三种人？

用户、老板和 IT 人员。如果IT组织是一个独立的公司，这三类人基本对应的是客户、股东和员工。如果CIO是公司老板，他会知道这三种人都不能得罪：客户不满意就会失去，企业没有生存的基础；股东不满意就换人，说明企业没有竞争力；员工不满意就会换地方，企业缺乏可持续发展的能力。虽然不同的行业特点和企业文化会导致不同的重点和侧重点，但本质上，一个具有长远发展前景的优秀公司it运维，往往是一个让客户、股东和员工都满意的公司。

在IT运维阶段，IT组织更多的还是解决三类人的基本需求，让用户用，让老板批钱，让员工干活。由于各种因素，首先要保证这些基本需求并不容易，而且长期做到这一点就足够了，主要有几个原因：

因此，以往IT部门提供的服务即使只满足基本需求，在大多数情况下也不是什么大问题。然而，短短十年间，互联网和移动互联网的大潮已经席卷了世界的每一个角落。每天使用微信、滴滴、淘宝、携程的用户胃口越来越高，一些过去可以容忍的小问题也变得难以忍受。现在：

不知道从哪一天起，那些曾经对企业IT无能的“人”突然冒了出来，变成了IT部门的变相竞争对手，不是夺走用户，而是夺走用户的满意度。更可怕的是，随着各种aaS云计算的热潮，这些“人”未来可能真的会来抢用户。如果IT部门不能与时俱进，或者停留在满足基本需求的运维上，而不是积极追求卓越的运营，提供更有竞争力的优质IT服务，很可能几年内。遇到更大的挑战。

IT运维阶段，不同于IT运维阶段的“稳定”、“安全”、“可靠性”等关键词，关注的关键词变成了“体验”、“效率”、“效益”。回顾大型数据中心愿景中“以业务为中心”和“高效”这两个运营关键词，其实“以业务为中心”对应着“以用户为中心”，而业务是以用户为中心的是否核心，用户关心的是体验（稳定性和可靠性也是体验的一部分）。“效率”包括高效率和高效率两种含义。一个侧重于敏捷性、交付速度和响应速度，

（如果说IT运维以“稳定”为主，那么IT运维就以“敏感”为主。在技术架构的选择和IT管理流程和系统的建设中，IT运维阶段与传统IT运维阶段相同，重心转移，导致新旧架构、新旧工具、新旧方法并存甚至融合的复杂局面，这也体现在联想称之为双态 IT。）

让我们简单看一下IT运维相对于IT运维阶段面临的新挑战，以及围绕三类人的需求而出现的一些新概念、工具和技术：

满足用户

用户大致分为两类，个人用户和业务部门：

个人用户，无论是内部用户还是外部用户，都更关心体验，主要是易用性、容错性、响应速度；提升体验，对IT运营管理领域提出了新的要求。在监控设备和部件的基础上，增加端到端的用户体验感知能力、应用性能深度检测分析能力、应用和系统性能瓶颈发现和优化能力。

越来越多的IT机构开始关注用户体验，部署了各种应用性能管理工具，包括外部模拟检测、流量数据分析、日志数据分析、嵌入式代码采集检测等，催生了APM市场最近几年。飙升。

尽管这些使用不同手段的 APM 工具功能重叠，但各有侧重。多种工具的部署可以带来数据和功能的丰富性和多样性，这是准确衡量和改善客户体验所必需的。事实上，在那些特别注重用户体验的 IT 组织中，已经或正在部署全系列的工具，并试图在各种专业分析工具之间架设和运营大数据工具，整合多样化的数据，提供数据统一可视化和综合分析能力，提高故障和优化点的定位分析能力，深度提升用户体验。

业务部门除了关心终端用户的体验外，更关心交付效率。相应地，IT部门也开始在各个方面采用新架构、新技术、新工具来提高效率，加快业务服务的交付。.

让老板满意

让用户满意是让老板满意的基础。如果业务部每天都向老板抱怨，老板会不满意。但即使业务部说你好，老板会满意吗？如果你真的这么认为，那就说明你对动物boss了解的并不多。

老板不仅要结果，还要追求高效率、高效益。能以更低的成本达到同样的效果吗？我们目前的成本效益水平与行业同行相当，是愚蠢还是精明高效？说要追求“行业领先”，怎么领先？不能说更多的技术更新和应用是领先的吧？必须有一种从利益的角度来衡量它的方法，对吧？如果IT部门是独立运营的实体，作为付费股东，也需要问这些问题。

效益本质上就是投资的回报，成本越低效益越好，工作越有用，效益就越高。追求高效率，首要挑战是要有一套成本效益衡量体系。没有量化的方法，就无法了解IT部门目前在行业内的水平，也无法通过指标考核来推动IT部门的不断进步。福利水平。在没有这样的衡量体系的情况下it运维，只能采用一些非常粗略甚至感性的衡量方法，比如每年的IT采购金额、IT员工数量、行业标准产品的采购单价等等，这导致了很多IT部门采购厂家要求保证同行业最低价格，但是当大家都这么要求的时候，显然很难真正有效果。更何况，由于各企业业务和IT服务的差异，这些粗线指标并不能反映IT部门的效率和效益水平。

IT服务财务管理的概念早就在ITIL系统中提出。许多 IT 组织在过去十年中尝试了一些 BSM（业务服务管理）和 ITFM（IT 财务管理）项目。一个重要的动机是尝试建立 IT 收益的衡量标准。内部IT部门成功的人很少。主要原因是他们太忙了，没有把所有的精力都投入到基本的运维工作上。另一方面，这也与缺乏特别成功的最佳实践有关。

但是随着大家的不断尝试，随着近年来IT架构的演进和公有云的兴起，一些领先的IT部门看到了建立IT效益衡量体系的可能性，开始在一些架构层面进行尝试。探索自然：采用服务分层、成本归集、自身对标的方法，将DC层、IaaS层和PaaS 层。统计分析，分别与外部供应商IDC、IaaS云、PaaS云的市场价格水平进行比较，衡量自身的效率和效益水平。

IT效益衡量体系的建立，也让IT自身从效益的角度分解目标，推动IT各部门逐年不断提高效率和效益水平，改变IT部门的思维方式。成本中心到利润中心。近年来，绿色数据中心的概念和PUE指标受到关注，都反映了这种变化趋势。

需要注意的是，即使建立了效益计量体系，也离不开大量的数据统计和数据分析，以及关键效益指标的可视化和透明化，才能使其真正发挥作用。许多IT组织已经开始尝试建立IT运维/运营大数据平台，引入可视化和BVD的概念，也与追求可衡量的IT收益息息相关。而这些也会带来额外的投资。IT组织可以根据自身规模和目标优先级选择合适成熟的切入点，必要时分步尝试，逐步建立效益衡量体系。

让员工开心

互联网公司的火爆和互联网在各个行业的活跃，带来了对IT人才的竞争。如何吸引和留住高素质的IT员工，成为许多IT部门不得不面对的新问题。让IT员工满意，前两个满意（用户满意和老板满意）也是重要的基础。否则，IT部门地位不高，员工没有成就感，士气低落，满意度难以提高。

但即使实现了前两个满意度，如果IT员工每天都筋疲力尽，员工满意度也会很差，不是长久之计。要解决员工满意度问题，需要考虑几个方面：

以上从满意度三个角度简单的谈了从IT运维到IT运维的一些内容。有趣的是，这些满足感是进步与包容之间的关系。让员工满意包括让老板满意，让老板满意包括让用户满意。满意，让业务单位满意包括让个人用户满意，但每一种满意都有自己的个性化内容。

实现三个满意，让IT从“活”到“活得好”，从“维护”稳定到经营业务价值，这意味着IT管理必须更加精细化、自动化、智能化，而且必须也建立多元化。凭借数据采集、多维数据分析/挖掘和全方位可视化的能力，IT运维管理架构也将在传统的监督控制IT运维管理架构上发展变化以适应经验，更多效率和有效性方面的要求。

需要注意的是，IT涉及规划、设计、开发、运营等多个环节。我们多从操作的角度讲。事实上，要从IT运维走向IT运维，不仅需要运营部门（不再是运维部门的努力），还需要规划、管理、发展等部门的协调配合。

从IT运维到IT运维，实际上标志着IT组织成熟度的提高。如果看借来的I&O成熟度模型，IT运维更多的是在前几个阶段，更多的关注点是IT运维。它标志着IT组织已经走到了最后两个阶段：并且，开始将IT本身作为一项业务来运营，关注客户，关注客户体验、运营效率和成本效益。

以上是对IT运维对IT运维的一些不成熟的思考，希望得到大家的批评和建议。

从IT运维到IT运维，很多IT组织已经在路上，也有很多IT产品和IT服务商了解了这个发展趋势，开发和提供了很多新的运维工具和服务。 IT运维的要求。运营服务，我们希望与对ITOM领域有兴趣的同仁一起精益求精，共同提供优秀的ITOM产品和服务，为IT从运维到运营做点事，让IT不仅生活，而且也需要生活。嗯，活得精彩。