运维系统发展背景
伴随着企业信息化的快速发展，企业的信息化部门自身也处于快速发展中。但区别于企业传统的生产、营销、人事等部门，这些部门本身已经引进管理理念，实行管理提升多年，现在是以其为基础来进行信息化提升，而大部分企业的信息化部门本身是一个相对较新的部门，甚至连传统的管理理念、方法都来不及引入，因而比传统的部门更需要考虑如何提升管理。
正是在此背景之下，自从20世纪80年代初开始开发并至今仍在不断完善的信息化部门管理理念 – IT服务管理（ITSM），及其管理方法 – IT基础架构库（ITIL），进入21世纪之后，在全球范围内快速流行，现已成为世界范围内公认的信息化部门管理理论体系。自从1999年被引入，这套以流程为中心的理论体系在中国也已存在近十个年头了。
基于信息化部门管理理念（ITSM）和管理方法（ITIL）相配套，信息化部门管理工具也得到高度重视并得到广泛应用。
监控之后需要运维
通过各种监控手段，我们已经将整个IT系统的可用性、性能进行了完整的监控，我们可以及时发现网络中任何故障和潜在问题，但是这就意味着我们的运维管理结束了吗？
答案是否定的，当我们发现了网络和系统中的各种问题后，如果我们不加以解决，并将我们解决过的问题进行整理，形成我们的知识库的话，我们只不过是从一种混乱进入了另外一种混乱而已。因此，企业需要运维管理系统，将IT运维管理流程化、自动化、规范化。
监控运维一体化关键
为了实现IT运维管理流程化、自动化、规范化。需要一套一体化的监控运维系统。监控与运维一体化的关键在于：
1. 接收指定监控资源产生事件
监控系统产生的复杂事件中，有故障事件，也有故障恢复事件！事件产生的资源也不同，根据资源的重要程度不同以及事件本身的级别不同。要求在运维流程中受到的关注度也不同！那么哪些事件需要出现在运维系统中显得尤为的重要。
一套高效的运维平台一定是与监控平台紧密集成的，也一定是一体化的。运维平台中可以根据条件接收来自于监控平台中指定资源所产生的事件。运维平台中的事件既来自于监控平台又区别于监控平台，它是监控平台中所产生的事件的一部分，运维平台中的事件旨在关联运维流程，将重要资源的严重级别告警在运维系统中体现，便于跟踪处理！
目前有些国内做流程的小厂商，由于缺乏对监控的理解，自身也没有监控平台的软件，只是套用了一些ITIL的理论，单纯的做了一两款产品来冲击市场。由于没有监控软件更没有来自监控的事件，只是在纸上谈兵，给用户提供了一副美好的图画，实际运用中没有考虑用户的实际情况，大大损害了用户的利益！
2. 自动触发运维流程
IT运维管理自动化是提高运维管理水平和运维效率的有效手段之一。IT运维管理自动化的一个重要指标就是能否自动触发运维流程。一套优秀的运维管理平台，它一定是和监控系统紧密结合的。当监控平台产生故障后自动的触发运维流程，让IT运维管理自动化。
目前国内的传统网管软件厂商由于自身研发实力原因，还停留在监控本身。当运维来临之时没有自主研发的运维平台软件，与其他厂商的运维平台整合时发现仅仅是两款产品简单的拼凑在一起，C/S架构监控和B/S的运维混合使用，给用户带来了不少的麻烦。监控软件也没有标准的接口，无法自动触发运维流程！到客户现场开发，升级难维护更难，关键是不同厂商的理解不同，大大损害了用户的利益。
3. 监控资源导入CMDB
总所周知CMDB（配置管理数据库）是通过识别、控制、维护与检查企业的IT资源，以有效与高效的控制与管理不断变化的IT基础架构与IT服务，并为其它流程，例如事故管理、问题管理、变更管理、发布管理等，提供准确的配置信息。
CMDB本身需要可自动发现各种主机、网络设备、应用。需要支持全网发现、指定子网、指定配置项等。但监控平台本身已经监控了大量的主机、网络设备、应用等。难道还需要把这些信息重新在CMDB中手工新建吗？
如何衡量一款好的运维平台？其评判标准首先要判断其是否具备CMDB，如果没有CMDB模块，那基本算是滥竽充数的厂商。如果具备了CMDB模块，那真正的CMDB一定是具有自动发现功能的。有的有CMDB但不支持从已有的监控系统中导入监控资源，那充其量顶多算是二流产品。
监控运维一体化，让IT运维管理流程化、自动化、规范化
摩卡IT运维管理专注于监控和运维，同时有着紧密的集成度，其事件、自动触发运维流程、导入CMDB功能将监控运维一体化关键处发挥的淋漓尽致！
l 事件一览可以接收指定监控资源产生的事件
l 自动触发运维流程
l 监控资源导入CMDB
