CMDB死了吗？

配置管理数据库（CMDB）的当前角色是什么？这些系统对于整体配置管理，治理和DevOps协调非常重要。本文介绍了它的过去，现在和不断发展的未来，以及将CMDB与现有IT操作系统集成的好处。

许多企业IT组织都有适当的配置管理数据库（CMDB）。这些系统对于整体配置管理，治理和DevOps协调非常重要。但是，这些遗留数据存储库系统在我们动态的IT环境中可能无法实现。它们需要手动更新，不能总是支持实时决策。此外，自广泛的WFH工作场所开始以来，我们就有新的要求。在本文中，我们讨论了CMDB的过去和当前角色，它的发展方式以及与其他IT操作系统的集成如何使基础架构监视和配置管理现代化。

一些历史

还记得Y2K的大惊小怪吗？IT高管们担心新世纪的营业额会破坏他们的系统，这引起了次要的关注，即他们不确定网络上到底有什么。2001年发布的ITIL v2最佳实践引出了配置管理数据库（CMDB）的概念，该数据库可以跟踪每项技术资产及其配置并显示这些资产之间的关系。然而，将所有数据集中到一个地方被证明是一个问题-一直持续到今天。

CMDB是否仍然有意义？

CMDB已经存在了很长时间，并且在企业IT组织中仍然发挥着重要作用。实际上，CMDB从未比现在更加重要。对于大多数IT组织而言，2020年是混乱的一年-员工迅速过渡到在家中工作，并使用各种各样的个人设备和网络，所有这些设备和网络都需要进行监控，维护和保护。随着影子IT的持续存在，组织越来越趋向于快速部署和发布模型，这些模型会导致频繁，持续的变更，治理和控制变得至关重要。

与某些人的想法相反，没有一定程度的控制就无法安全地走得更快。这是DevOps从业人员必须达到的平衡，并且需要深刻理解IT环境中的所有元素以及它们之间的关系。如果企业没有CMDB（或类似的东西）来提供对基础架构组件，配置和关系的可见性，则IT运营团队的工作处于不利地位。这种知识的缺乏使开发人员放慢了速度，而且没人愿意这样做。更糟糕的是，如果没有始终更新的可靠基础架构数据，DevOps团队可能会在每次发布软件时带来灾难性的后果。

现代CMDB要求

当今的CMDB对于事件管理至关重要，并且必须得到多云和混合环境中成熟的，易于理解的变更支持实践的支持，但是旧平台并非旨在监视位于企业防火墙外部的系统。更重要的是，现代应用程序是基于频繁出现和消失的容器和临时微服务构建的。在这种限制下，IT人员几乎不可能手动更新CMDB，事实是，人们通常几年前就没有进行过这种定期更新。如今，维护状态和配置数据以支持准确的实时决策的唯一可行方法是自动化。

当今市场上大多数CMDB都缺乏自动化。它们的外观和行为仍然非常像数据存储库。繁重的体力劳动是如此之稀薄，而且IT组织根本没有能力去做到这一点。同时，IT运营专业人员的角色已经发生了巨大变化：不再专注于安装，修补和重新引导系统。现在期望这些人以端到端的方式管理应用程序和平台，以跨不同业务部门和用例的独特需求为企业服务。因此，我们越能使用技术减少传统事件管理任务的负担，并使操作成为开发的真正合作伙伴，我们就能为业务和最终客户提供更好的服务。

所以现在怎么办？

集成现代工具和传统工具是解决这些问题的一种实用解决方案。结合了人工智能和机器学习（AIOps）的新IT运营管理（ITOM）技术可以自动发现资产和拓扑映射，可以将CMDB带入现代化时代。一个开放的用于集成的ITOM框架可以使CMDB始终保持最新状态，而无需人工干预。这使IT运营人员可以专注于优化和改进基础架构以提高可靠性和性能，而无需再深入研究一个仪表板以了解现状。

了解您的CMDB的要求和范围。跟踪非关键业务组件的配置只会扩大成功维护CMDB所需的工作量和资源，从而在流程中造成浪费。保持简单，并逐步改进CMDB。最重要的是，现在就开始。即使看似很小，简单的改进也可以在以后产生积极的级联效果。

即使最终目标是简单，节省成本和提高效率，IT环境也只会变得更加复杂。为了跟上步伐，企业IT组织将需要重新考虑传统的CMDB。通过将CMDB与现代IT运营监控，管理和自动化系统集成，IT运营团队最终可以在公司的所有本地资产和多云资源上拥有可靠的数据存储库，同时还具有实现手动操作自动化的能力。会影响生产力并最终在适当的地方采用正确的AI和机器学习方法进行补救的任务。