如今，企业 IT 的正在发生翻天覆地的变化，无论是 Splunk 收购 SignalFx，还是软件制造商 PagerDuty 的 IPO 事件，所有迹象都在表明——基于 SaaS 模式的 ITOM 时代正在崛起。 过去，大多数企业的 IT 项目都遵守了同一个流程，即先咨询，然后进行设计，最后再进行架构部署。一个项目完成的时间，少说也得一年半载。但是现在，如果你还按照这种流程和速度交付项目，你会发现等 6 个月项目结束时，用户需求早已过时，一切又回到了项目初始的状态。 所以说，一个完整的 IT 架构，或者说优秀的 IT 解决方案，应该像哺育一个孩子一样，要关注他的“成长”过程。每一个解决方案在设计之初都是完美的，但是要充分考虑动态调整因素。一些满足 SLA 服务可用性的标准，会随着企业业务的变化而变化。 当然，拥有好的系统架构，有好的运维体系，是大前提。就像我们“人”一样，要想让身体行动自如，必须由大脑发出指令，控制神经系统，然后整个身体还要有自我修复的一个机制，才能让整个系统正常运转。只不过，传统方式方法是，主要围绕好的 IT 基础架构和好的 IT 运维管理(ITOM)解决方案来设计；未来的 ITOM 解决方案，不只关注架构之初的设计，还要关注持续改进和优化的能力。 那么，到底什么是 ITOps？简单理解，ITOps 叫做 IT 运维全生命周期管理，它以 IT 运维管理为中心，提供监控和管理两方面的服务，包括应用程序以及操作系统的性能、告警、日志管理、通知、资产配置以及事件管理等等。说白了，就是企业为确保系统运行而购买的各种各样的管理工具，然后通过企业内部开发的一个框架，来确保这些工具拥有互操性，能够协同工作。理论上，虽然说得通，但现实问题是： 1、不同供应商提供的工具，在设计时参考的标准不统一，并不能实现真正意义上的“协同”； 2、在大型企业中，通过 IT 团队进行技术协调的内部规则比较复杂； 3、企业陷入重复修改流程的“怪圈”，没有一个技术框架能在保持足够的灵活性前提下，全面地实现系统集成； 4、IT 运维成本不可预测，因为不同的应用来自不同的服务提供商，系统是否能实现集成，一切都是未知； 5、IT 运维的人力成本也难以预估，除了专有的技术集成专家外，企业每上一款新应用都需要自己组建团队，去完成后面的工作； 6、遇上版本升级的问题，更是致命性的打击，因为软件服务提供商将软件补丁、升级和本地的硬件成本一股脑地全部转嫁给了客户…… 面对上述这些挑战，最终的结果往往是，运维团队不堪重负，企业 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 运维带来了翻天覆地的变化，这才是重点。 |
