ITOps为什么要转向云端？

作者：Danny 2019-09-30 07:50:51

云计算 从ITOps发展现状来看，传统的依靠收购而拼凑在一起的ITOM工具平台，已经没什么生存空间。因为随着技术复杂性的增加，服务交付的速度越来越快，ITOps团队已经在思考如何在不依赖本地工具套件的情况下，来满足企业不断变化的IT环境，而云能更好地满足ITOps的灵活性需求。

要想正确理解ITOps，我们先来看看IT 运维管理(ITOM)发生了哪些变化?

如今，企业IT的正在发生翻天覆地的变化，无论是Splunk收购SignalFx，还是软件制造商PagerDuty的IPO事件，所有迹象都在表明——基于SaaS模式的ITOM时代正在崛起。

过去，大多数企业的IT项目都遵守了同一个流程，即先咨询，然后进行设计，最后再进行架构部署。一个项目完成的时间，少说也得一年半载。但是现在，如果你还按照这种流程和速度交付项目，你会发现等6个月项目结束时，用户需求早已过时，一切又回到了项目初始的状态。

[[278250]]

所以说，一个完整的IT架构，或者说优秀的IT解决方案，应该像哺育一个孩子一样，要关注他的“成长”过程。每一个解决方案在设计之初都是完美的，但是要充分考虑动态调整因素。一些满足SLA服务可用性的标准，会随着企业业务的变化而变化。

当然，拥有好的系统架构，有好的运维体系，是大前提。就像我们“人”一样，要想让身体行动自如，必须由大脑发出指令，控制神经系统，然后整个身体还要有自我修复的一个机制，才能让整个系统正常运转。只不过，传统方式方法是，主要围绕好的IT基础架构和好的IT运维管理(ITOM)解决方案来设计;未来的ITOM解决方案，不只关注架构之初的设计，还要关注持续改进和优化的能力。

那么，到底什么是ITOps?简单理解，ITOps叫做IT运维全生命周期管理，它以IT运维管理为中心，提供监控和管理两方面的服务，包括应用程序以及操作系统的性能、告警、日志管理、通知、资产配置以及事件管理等等。说白了，就是企业为确保系统运行而购买的各种各样的管理工具，然后通过企业内部开发的一个框架，来确保这些工具拥有互操性，能够协同工作。理论上，虽然说得通，但现实问题是：

不同供应商提供的工具，在设计时参考的标准不统一，并不能实现真正意义上的“协同”;

1. 在大型企业中，通过IT团队进行技术协调的内部规则比较复杂;
2. 企业陷入重复修改流程的“怪圈”，没有一个技术框架能在保持足够的灵活性前提下，全面地实现系统集成;
3. IT运维成本不可预测，因为不同的应用来自不同的服务提供商，系统是否能实现集成，一切都是未知;
4. IT运维的人力成本也难以预估，除了专有的技术集成专家外，企业每上一款新应用都需要自己组建团队，去完成后面的工作;
5. 遇上版本升级的问题，更是致命性的打击，因为软件服务提供商将软件补丁、升级和本地的硬件成本一股脑地全部转嫁给了客户……

面对上述这些挑战，最终的结果往往是，运维团队不堪重负，企业IT因为服务的缺失，无法适应新技术环境，而不得不中断业务。

至于，为什么说云是ITOps团队当下唯一出路?

从ITOps发展现状来看，传统的依靠收购而拼凑在一起的ITOM工具平台，已经没什么生存空间。因为随着技术复杂性的增加，服务交付的速度越来越快，ITOps团队已经在思考如何在不依赖本地工具套件的情况下，来满足企业不断变化的IT环境，而云能最大化满足ITOps的灵活性需求。

对于大多数企业来说，企业IT面临着严峻的ITOps挑战，由于技能型人才短缺，难以应对复杂的技术环境。所以，为了让IT运维变得更简单、灵活和可控制，SaaS 模式的ITOM解决方案成为最佳选择。

首先，SaaS模式下的 ITOM能够跟得上技术变化，并且与云、DevOps、人工智能等领先技术保持同步。在SaaS的世界中，变更是可以接受的常态，而不是无法逾越的鸿沟。更重要的是，SaaS模式下的 ITOM比过去遗留的工具套件更有“利旧”优势，可循环使用，大大降低了与ITOps相关的学习曲线。

其次，能跟得上行业需求。SaaS 模式下的ITOM平台能够交付一个灵活且易于治理的框架，能够满足企业各种复杂性技术要求，能满足敏捷性要求。

其三，SaaS模式下的 ITOM，代码标准更统一，减少了维护和升级周期，缩短了应用上线时间。这些云本身具有的特性，可以让企业IT降低总体成本，拥有更好的服务质量，并且获得更大的业务价值。

当然，企业IT转向云，并不是一件什么新鲜事。问题是，云正在以前所未有的方式和速度，为企业IT运维带来了翻天覆地的变化，这才是重点。