cmdb是什么(djangocmdb) _小知识

经过两年多的努力，2020年，微众银行的智能运维建设终于取得了显著成效，在智能监控范畴内对异常识别和根源定位起到了很大的作用，甚至实现了二阶异常发明和定位。CMDB系统(Configuration Management Datebase)作为智能运维系统的基石和保障，不仅承担着存储和元数据支持，也为智能运维系统的正常运行和敏捷扩展提供了有力保障。本文将介绍微众银行CMDB智能运维系统的建设过程及实施后的效果。
回想之前的话题|智能时代的运维
构建 CMBD 体系的三个阶段1.1所面临的痛点。CMDB1.0
2015年卫中银行成立之初，卫中银行就搭建了CMDB1.0，CMDB1.0借鉴开源项目oneCmdb的经验，配置CI模型结合键值情况存储CI数据，巧妙支撑了当时银行基础设施建设的初期。然而，随着银行业务范围的不断扩大，配置项目越来越多样化，技术工具系统如雨后春笋般涌现。在这个过程中，CMDB1.0架构在系统间对接、配置项多样性模型构建、数据快速增长等方面的可扩展性越来越差，同时在用户体验上也暴露出很多问题。在这个阶段，痛点和不足如下:
模型定义不完全：CMDB 中管理的配置规模、配置数据笼罩不全，配置关系及属性定义不完全，无法有效支持日常运维的基本诉求。数据保护成本高：未树立配置信息的性命周期管理流程，无法到达主动更新保护数据的目标。当时，CMDB 中数据的采集和变革严重依附人员保护，保护成本高，数据滞后于真实运行情形，甚至部分配置信息在体系外保护，CMDB 未能施展应有的作用。数据质量无法保证：缺少数据之间逻辑规矩校验机制以及数据同步校验机制，数据精确性和数据质量无法保证，运维人员不信赖 CMDB 。2.面向智能运维的CMDB2.0系统构建
自2016年起，为构建主动智能的运维体系，满足微众银行分布式架构的运维管理需求，我们重新规划建设新一代CMDB系统，支持各种运维场景，提供精准智能的基础数据人才，彻底解决了CMDB1.0面临的痛点
我们以应用为中心，通过自研提供完整、准确的模型，能够管理全网的运维对象和关系存储，实现与运维系统的智能连接。CMDB2.0的优势主要体现在以下三个方面:
以...为中心。建立主动智能的运维体系，从应用角度规划管理各种运维场景。因此，在CMDB2.0的模型设计中，我们以应用为中心，全面梳理和分析线内运维对象和关系，从物理层、逻辑层和应用层分层构建模型。通过该模型定义的配置项和关系，可以赞助运维快速查询了解日常工作中资源对象的整体利用率和拓扑关系，提升变更公告、故障分析等运维工作效率。

文章插图
图1微众银行配置模型框架
注意系统的灵巧性和可扩展性。一方面，CMDB2.0需要提升配置模型的管理能力，即快速、灵巧地实现模型随业务变化的调整、修改和扩展，满足各运维团队对配置数据深度和广度的需求；另一方面，还需要提高配置数据的可用性，赞助用户或其他运维系统方便高效地查询和引用CMDB数据。在这个思路下，CMDB2.0管理平台具有以下六大功能特点:
配置模型动态扩大：在线动态定义配置项，以及配置项的属性、关系、数据类型、唯一性、组合症结字等；定义多维度查询：支撑在线自定义多项配置数据结合查询，以及全站检索；API 接口动态生成：支撑在线定义 API 接口，支撑在线测试、验证接口精确性；细粒度权限管控：实现行级列级的数据权限掌握；多维度日志查询：全站数据变迁的历史追溯；版本基线比对及回退：支撑配置模型版和配置数据的版本基线比对及回溯。

文章插图
图2系统API接口在线调试功效
3.微服务架构下的CMDB 3.0
随着外围系统对cmd 2.0的依赖性越来越大，系统之间的调用关系也变得越来越复杂，cmd 2.0的模块之间高度耦合。一个服务节点同时支持规则、审计、报表和接口功能。如果一个功能点出现异常，可能会影响所有平台服务。因此，CMDB3.0对微服务架构进行了升级，将系统接口调用、web用户访问、规则处理、数据处理等模块分离为单一的微服务应用，应用Dubbo框架进行微服务治理。此外，3.0WEB前端基于VUE自研框架，提升了用户体验，提高了团队的开发协作能力，降低了开发风险。