银行企业为什么要建设CMDB项目？

此问题可以从三个角度出发：建设背景、建设痛点、建设价值，下面我为大家一一阐述：

银行业CMDB的建设背景:
银行业的CMDB建设基本上可以定义为三个阶段，第一阶段主要是台账式配置管理，其数据主要是通过手工维护的，基础需求是为了满足基础的硬件资源管理及监管要求。第二个阶段是面向IT基础资源的配置管理，其主要关注各类软、硬件资源的全生命周期的管理。第三个阶段是面向应用的全生命周期管理，其重点关注从应用的创建、研发测试、上线、变更、迁移、下线回收整个过程，同时重点关注应用之间、应用内各组件以及组件的关系信息。目前大部分银行企业的CMDB建设处于第一、二阶段。
随着云计算、大数据、微服务的不断发展，传统的cmdb逐渐已无法满足各类消费需求，具体主要体现在：
1 以IAAS、PAAS为基础的云环境与传统的运维环境共存，双态模式使得数据中心的基础架构更加复杂，也使得CMDB的模型和关系建设更加困难。
2 微服务的发展使得应用内的拓扑关系、应用间的调用关系信息更加复杂，故障定位与变更影响分析等场景愈加困难，进而对CMDB的消费依赖以及模型粒度，也从传统的应用级逐步向应用模块、应用服务级转变。
3 随着ITOA（大数据运维）、AIOPS（智能运维）等理念工具引入运维领域，对配置数据的消费需求越来越旺盛，对CMDB的准确性、全面性、及时性也越来越高。

CMDB系统的建设痛点：
1 数据标准不统一
各专业运维工具各自维护一套配置数据，数据之间有交叉有重复，缺少统一的数据标准和唯一的数据源。
2 数据准确性差
（1）大量技术属性仍通过手工维护，配置自发现能力不足。
（2）大量管理类属性数据以台账方式手工维护，没有现有的管理流程和工具深度集成，数据准确性和及时性差。
3 消费场景难以挖掘：
CMDB消费场景往往跨条线、跨领域，需要CMDB的产品经理具备跨专业的技术知识储备，同时要与各专业工具进行及时有效的沟通交流。

CMDB系统的建设价值：

1. 避免配置数据被重复维护，降低数据管理的总成本；
2. 整体运维共享同一套配置数据，使各运维专业对IT资产的基本配置情况达成共识，并驱动各流程的自动化协同；以CI为核心，拉通各个运维工具中孤立的数据，并通过面向管理场景的数据分析和可视化，使IT管理者能更加全面的掌握CI的运行状态和管理现状，提升管理的透明度。
   3．促进如下四类消费场景的实施和落地，提升运维实施工作的处理效率以及运维管理工作的精细化。
   3.1 监控与故障分析场景：CMDB的应用、主机、数据库、中间件等基础配置信息可促进监控覆盖率的提升，同时CMDB的组件间关系、应用关系数据为告警压制与故障定位提供数据基础。
   3.2 变更操作实施场景：CMDB为应急启停、灾备切换、应用发布与部署等自动化操作提供基础环境数据，为变更影响范围分析提供关系数据。
   3.3 管理协同场景：CMDB的主机、应用、组织等信息，为监控处理权限、通知范围、自动化操作权限、堡垒机访问权限提供数据基础。
   3.4 安全管理场景：CMDB的主机、应用、中间件、数据库等信息，为漏洞扫描、入侵检测等安全管理工作提供数据基础。

综合上述三点，我们就可以理解银行为何要上CMDB系统。

1. 不仅仅是银行企业，几乎所有中大型的企业都会建设CMDB
2. cmdb的建设核心是为了支持ITSM工具和监控、自动化等这种运维工具的，从而提升企业IT运维的质量，效率。