admin管理员组

文章数量:1530521

2024年6月18日发(作者:)

银行推行CMDB的难点是什么?关于CMDB至少应了解这5点

银行企业为什么要建设CMDB项目?推行的难点主要在哪方面?与其他系统关系是

什么?项目上线后如何对运维工作进行管理安排?在产品选型过程中需要注意的要点?本

文来自金融行业的社区会员分享。

■ 银行为什么要建设CMDB项目?

@周航 某银行 软件架构设计师:

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

述:

银行业CMDB的建设背景:

银行业的CMDB建设基本上可以定义为三个阶段,第一阶段主要是台账式配置管理,

其数据主要是通过手工维护的,基础需求是为了满足基础的硬件资源管理及监管要求。第

二个阶段是面向IT基础资源的配置管理,其主要关注各类软、硬件资源的全生命周期的

管理。第三个阶段是面向应用的全生命周期管理,其重点关注从应用的创建、研发测试、

上线、变更、迁移、下线回收整个过程,同时重点关注应用之间、应用内各组件以及组件

的关系信息。目前大部分银行企业的CMDB建设处于第一、二阶段。

随着云计算、大数据、微服务的不断发展,传统的CMDB逐渐已无法满足各类消费

需求,具体主要体现在:

1、以IAAS、PAAS为基础的云环境与传统的运维环境共存,双态模式使得数据中心

的基础架构更加复杂,也使得CMDB的模型和关系建设更加困难。

2、微服务的发展使得应用内的拓扑关系、应用间的调用关系信息更加复杂,故障定

位与变更影响分析等场景愈加困难,进而对CMDB的消费依赖以及模型粒度,也从传统

的应用级逐步向应用模块、应用服务级转变。

3、随着ITOA(大数据运维)、AIOPS(智能运维)等理念工具引入运维领域,对配

置数据的消费需求越来越旺盛,对CMDB的准确性、全面性、及时性也越来越高。

CMDB系统的建设痛点:

1、数据标准不统一

各专业运维工具各自维护一套配置数据,数据之间有交叉有重复,缺少统一的数据标

准和唯一的数据源。

2、数据准确性差

(1)大量技术属性仍通过手工维护,配置自发现能力不足。

(2)大量管理类属性数据以台账方式手工维护,没有现有的管理流程和工具深度集

成,数据准确性和及时性差。

3、消费场景难以挖掘:

本文标签: 建设应用数据运维管理