控制多云部署中的混乱：构建所有已知IT资产的实时列表

责任编辑：cres 作者：Nick Ismail |来源：企业网D1Net 2018-03-27 10:18:18 原创文章企业网D1Net

技术创新塑造了当今最成功的企业，并改变了过去十年的业务IT格局，并且几乎面目全非。

正当业界认为他们对自己所在的IT产业已经有一个适当的把握时，而云计算的到来改变了一切。多年前，企业不得不为了建设企业级基础设施花费大量资金，但如今已不再是一种流行方式，因为基础设施目前的成本低廉，并且无处不在。云计算厂商的崛起，永久改变了以前非数字化组织的流程和业务结构。

企业对新基础设施的开发和实施越来越感兴趣。在混合云环境中，服务保证和人工流程已经成为一种过时的、难以管理的过程。

现在复杂的基础设施环境的安排几乎每天都在变化。最近的研究表明，超过80%的企业目前正在运行多云环境，而分析机构451研究公司预测，到今年年中，五分之三的企业工作负载将在云端运行。

采用配置管理数据库(CMDB)控制

为了应对日益复杂的环境，配置管理数据库(CMDB)可以成为一项重要资产，可以提供整个企业IT资产的整体视图，这是一个明确的IT环境主控列表。它在网络基础设施、系统、服务器、应用程序，以及现在的虚拟化硬件中列出并连接点。

企业吸引配置管理数据库(CMDB)的基本原因有三个。第一个涉及变更管理：通过对IT环境进行编目，企业可以可视化。并探索各个组件之间存在的相互依赖关系。其最终的结果是，当任何单个组件被调整、删除或添加到环境中时，企业都可以清楚地看到其他元素将会受到什么影响。这种方法可以减少发生多米诺骨牌效应的可能性，而一个据称无关紧要的更新都会使整个生产环境脱机。

配置管理数据库(CMDB)在事件管理方面也具有实用性：当服务发生不可预见的中断时，配置管理数据库(CMDB)的识别其他潜在的服务可能会受到影响。例如，如果内存可用量骤降，导致服务崩溃，则可以检查该服务器上运行的其他服务。事件发生后，配置管理数据库(CMDB)可以帮助理解问题的根源。

配置管理数据库(CMDB)最终也适用于服务管理：配置管理数据库(CMDB)创建一个存储库，其中单个资产(描述为配置项目)可以分组到单个服务中。

当一个服务生成后，所有未来的事件和变更请求都可以追溯到派生服务。所有这一切意味着业务服务所有者可以被告知任何服务交付中断。

配置管理数据库(CMDB)和潜在的缺陷

但是，当尘埃落定时，配置管理数据库(CMDB)并不是绝对可靠的。一些分析师将失败和过时的配置管理数据库(CMDB)在组织中所占的百分比定为90%。对于这些业务，配置管理数据库(CMDB)不再是他们数据的黄金来源。

过去，配置管理数据库(CMDB)中的配置元素没有发生太多的变化。由于购买了新的物理硬件，它将被添加到数据库中，并且随着老旧硬件的淘汰，它将被标记为不再使用。在基本层面上，配置管理数据库(CMDB)与企业的采购订单直接相关。

将软件定义的基础设施引入业务IT改变了这一切。按需计算、网络、存储和其他服务意味着虚拟硬件可以通过很少的努力就可以进行配置。矛盾的是，云计算的易用性使得维护配置管理数据库(CMDB)成为一项挑战。

多云使问题变得错综复杂。跟踪每一件事情变得越来越重要，但越来越困难。这就是为什么很少有企业成功编制全面实时的基础设施视图的原因。

ITOps、DevOps和CMDB的支持

与虚拟化的发展相一致，许多企业已经采用了DevOps这种新的敏捷工作方式，简化了应用程序的部署，并降低了持续交付周期的风险。

虽然DevOps团队现在已经司空见惯，但传统的运营团队仍然存在，以支持底层基础设施，尽管这些团队正逐渐脱离他们所支持业务的各个方面。这是一个问题。如果DevOps团队正在开发虚拟化硬件的生产实例以支持新的软件版本，则他们需要确保了解操作或者涉及操作。

结合基础设施的自动检测，配置管理数据库(CMDB)需要保持最新状态，并标记和执行的不一致。一旦配置管理数据库是最新的，它将对每个人都有用。使用得越多，其中包含的信息越好。