中国移动数据库的复杂历史

所有配置管理数据库(CMDB)的共同点是,它们要有任何用途,必须在其中填充配置项(CI)。填充任何数据库的方法只有两种:请人来做,还是要技术来做。

中国移动数据库的历史充斥着组织雇用人员手动填充它的组织。一些公司花了数百万美元在全职领薪水的员工上填写Excel电子表格,试图使CMDB处于“工作状态”是徒劳的,最后,他们所要做的就是证明CMDB充满了不可避免的局面人为错误,这是造成80%停机的原因。如果只有其他选择。

在现代数据中心中,虚拟机(VM)实例随处可见,要求人们手动保持CMDB实时准确无误是不可行的。技术是唯一可行的解​​决方案。但这也有失火的历史。

这似乎很简单:让技术能够实时自动发现配置项,并根据情况进行填充和填充数据库。到目前为止,这一直是问题所在。没有任何一种工具可以发现所有内容,这意味着发现整个基础架构,您需要多个(通常是多个)不同的工具。

因此,您要做的就是获取所有工具以发现所有CI。那听起来并不容易。首先,并不是所有的发现工具都与给定的CMDB对话,这意味着您需要一种临时的方法来将每个发现的工具的数据获取到CMDB中。其次,并非所有发现工具都可以互相交谈。这意味着很可能会有重叠,多个工具会发现相同的配置项,从而导致CMDB包含重复项,重复项,名称变体,所有这些都必须手动清除。

使用多种发现工具也很有可能导致数据缺口,而没有工具可以发现某些配置项。并非总是如此,差距就在哪里,这意味着您马上就面对原始问题的变体–这些不一致之处必须寻找并手动纠正。

因此,尽管使用多种工具进行的发现可能会自动用CI填充CMDB,但并不总是清楚数据的准确性。即使您确实以某种方式将工具和脚本以及体力劳动的组合拼凑在一起,以确保将每个配置项都放入CMDB中,您仍然会丢失大量有价值的信息:相互关系。

独立的发现工具往往会使数据孤岛永存。他们获取数据并填充CMDB,但是即使在最佳情况下,也无法了解或映射其他工具发现的CI之间的相互关系。

在现代数据中心中,了解配置项之间的关系与了解这些配置项的实际意义一样重要。

技术改变了CMDB

显而易见,为什么在CMDB成立之初(大约在2002年),用户及其雇主都放弃了CMDB。如果目标是最新的单一真理来源,那么现实就是最新的不相关CI的未知集合。而且,如果这还不够糟糕,CMDB要真正有用,它们中的信息就必须是可操作的,而那些旧有工具所产生的输出根本就不是。

此外,为了使CMDB成功,其信息应可用于其他工具和流程。理想的CMDB不仅可以简单地保存信息,还可以做更多的事情。它也应该能够触发事件并自动执行任务。另外,如果将它集成到其他应用程序(如IT服务管理(ITSM))中,那么它也可以启动操作,那就太好了。归根结底,CMDB的目的不是保存数据,而是解决问题。

现代CMDB应用程序的最大变化是,它已从数据存储库变成了解决问题的工具。单一事实来源,可用于改善运营,跟踪资产和管理库存。

现代CMDB的现代用例

现代CMDB 支持现代用例。

用例:简化审核并确保合规性

具有内置审核纠正功能的CMDB提供了一种非常有效的方法来解决审核差异。为了确保合规性,现代CMDB可以检测违禁软件,跟踪合同协议和到期日期。他们还可以响应未授权的网络访问(例如WiFi)发送警报。

简而言之,精心设计的CMDB提供了减少标准操作流程所需时间和人力的机会。

用例:容量计划

您知道您是否有足够的能力来预测增长吗?现代CMDB可以帮助您。

如今,在CMDB中找到的数据可用于平衡峰值负载容量,定位闲置的基础架构以最大程度地降低成本并消除浪费。它们还可以用于自动定位并建议可用空间的新设备,以确保您具有未来增长的能力。现代化的CMDB是管理成长中企业能力的重要工具。

用例:促进成功的迁移

在某些时候,您可能必须将部分或全部数据中心移至新设施,甚至移至云。能够使用CMDB轻松实现这一目标不是很好吗?

今天,可以使用CMDB来清楚地了解应用程序在何处运行以及它们之间的相互依存关系。这是规划任何迁移的必要的第一步。有了这些信息,您就可以放心地迁移到新设施或云中,同时确保考虑到所有应用程序和依赖性。

用例:管理资产生命周期

现代化的CMDB是管理资产生命周期(从资产购买之日到退休之日)的理想工具。

中国移动数据库可用于将服务合同与资产相关联,以确保您在产品的生命周期内都受到保障。他们还可以自动生成QR码以跟踪实物库存并管理软件许可证的生命周期。

用例:获得应用程序智能

您是否知道环境中部署的所有应用程序?他们的功能?他们的制造商?他们的版本号?您可以使用今天的CMDB。

现代的CMDB可以将应用程序与客户端,业务部门,服务器等相关联。它知道应用程序在哪些端口上进行通信以及使用哪种协议。更重要的是,它可以理解并显示它们对硬件,操作系统和其他应用程序的依赖性。

中国移动数据库面临的新挑战

现代数据中心在不断发展。它始于内部,然后迁移到云中并演变为混合。它先利用了虚拟化技术,然后进行了容器化,现在正转向无服务器计算。这意味着将有新的数据类别以及这些数据之间的新的相互关系集。这意味着现代CMDB的任务是跟上潮流。为此,它必须解决三个挑战。

挑战1:全面自动发现

现代的CMDB必须能够完全自动发现。它必须能够自动收集每个CI的条目并建立它们之间的关系和依赖性。但是,它还必须允许在具有唯一安全约束的一次性状态下进行手动更新,从而无法自动发现。

现代CMDB的构建考虑了云。它具有对虚拟化平台的本地支持以及对公共和私有云的本地支持。它使用代理和无代理自动发现功能并支持多种协议(例如SNMP,WMI)。串联,代理和无代理自动发现可确保以最少的人工干预即可发现每个配置项。

挑战2:持续发现

现代的CMDB必须能够捕获移动目标。数据的生命周期短且变化迅速。虚拟机来来去去;移动设备打开和关闭;并且软件通常在没有通知的情况下安装和更新。

用于完全自动发现的相同功能也能够进行连续发现。而且,可以根据需要在整个企业范围内安排该发现,从而使系统始终可以进行审核。

挑战3:使数据有用

现代CMDB的最重要属性也许是其使数据有用的能力。为了使CMDB数据有用,您必须能够对其进行分析,显示并与其他应用程序共享。换句话说,它不能只是数据库。

现代的CMDB本身具有生成复杂的可视化文件和自定义报告的功能。它还能够与第三方工具无缝集成。它可以通过webhooks和RESTful API进行自动化,这些API允许自定义集成和特殊用例,这些功能超出了开箱即用的功能。

结论

也许您过去曾尝试使用CMDB,但效果并不理想。但这并不意味着没有时间再试一次。完全集成的现代CMDB已经超越了数据库。现在,它已成为现代数据中心进行管理和控制的重要工具。你不觉得是时候 给CMDB另一个机会?

要了解Device42的CMDB如何轻松应对所有挑战,为您提供最新的单一真相来源,请免费试用30天 就在这儿.apiCI中国移动数据库ITSM虚拟机 网络挂钩

资源://www.device42.com/blog/2020/03/how-technology-has-transformed-the-cmdb/