当前位置:乐搜资讯网 >> 创业 >> 文章正文

聪明的运行和维护数据协会 银行建设混合CMDB也可以飞

发布于:2020-12-29 被浏览:3249次

本文根据徐大蔚老师在〖2020 DAMS中国数据智能管理峰会〗现场演讲内容整理而成。

讲师介绍

徐大蔚,平安银行运维负责人,具有10年运维经验和全栈经验,擅长运维架构设计和应用故障排除。曾就职于巨人网络、一号店、大型数字广告公司,现就职于平安银行。曾担任运维架构及运维开发经理,专注于建立平安运维体系,搭建运维平台,帮助银行互联网转型。

今天,我很荣幸地谈谈平安银行在CMDB的实践和中间站的运营。运营中间站其实只是一个概念性的说法,主要看这个中间站是做什么的。

主要有两个方向:一个是CMDB。事实上,每个人都遇到过CMDB,但要真正管理好CMDB并确保一年后你的数据仍然新鲜生动是非常困难的。我们经常遇到一个问题。有一天,我们问运维要一条数据,或者作为开发,你不知道有多少数据。这是第一种情况。

第二种情况,运维语句不确定,需要再看一下。运维给数据,我们还能相信他的数据吗?大家都不会相信,也会去验证。所以也说明CMDB建设虽然很低水平,但是很重要。

第二是数据。我们有很多运维数据,比如基础数据、监控数据、事件数据、变更数据等。银行的各种流程控制有很多变化。当变更较多时,发布和变更会对生产造成一系列影响。这些数据在这个过程中如何关联?因此,我们要在CMDB的基础上改变一个魔术,让CMDB活下去。

一、混合CMDB的建设

先说混合CMDB。什么是混合CMDB?其实就是传统互联网。如何定义传统?我们都知道银行业是一个传统的金融业,自古以来就是一个标准和过程。不能说工艺没用,因为今天还在保存和关注,工艺一定值得用。

在繁重的管理和控制下,如何才能让我们的工具开发非常灵活,飞起来?所以一定要用互联网来思考。今天的传统互联网就是基于这种情况。

1、模型设计

上图为CMDB截图。这是模型侧,涵盖了CMDB的所有模块。CMDB有六个模块,包括模型、数据、变更等。其中,模型的构建是我们今天要讲的。为什么只谈模特?因为型号特别重要。如果模型设计不好,会阻碍长期数据的演进。

这款上有什么注意事项?这是所有模型关联的一部分,左边是应用程序,右边是数据库。左下角是负载均衡和网络,中间是主机。我们可以看到,有三个箭头,主机有五个方向,下面有物理设备,物理设备有四个方向,其他都是单向的,这与传统的CMDB不同。

通过研究发现,传统的CMDB关联关系可能是一个模型嵌入一个模型,然后再嵌入一个模型。每个模型都有很多外部零件,这些外部零件都与其他模型相关联,形成了一个庞大的系统。

但是想一想,如果其中一个widget字段发生了变化,有没有可能链接多个模型发生变化?所以这种模式的关联称为单关联。

有些小伙伴可能会问,如果想在这样的单个关联后找到一个链接,如果想得到所有的链接,从底层交换机的端口,通过物理机到虚拟化再到应用,应用与DB关联,是不是很难把这条线拉出来?

答案不难,但这个模式不是为了这个目的。这个模型是给你灵活存储和收集数据的,数据链接交给上层。后面我会讲怎么用魔法把这个链接拉出来。

我们来看看模型的分类。这是OS模型。为什么分为两部分?一部分是元数据模型,比如元数据实例名。这里有一个统一的CICODE,由CMDB直接管理,其他所有数据由“域”管理。

如何理解“域”?以一个DB为例。这里,数据库应用程序和数据库集群实例与主机相关联。该模型从应用到集群再到实例都有关联关系。这三个模型由DBA团队根据本地域进行整理。哪个实例属于哪个集群?谁在使用这个集群?

因为银行里的组织架构会很精细,包括DB、网络、存储、设备、机房、应用运维……应用运维多种多样。在那么多情况下,如果我是工具开发人员,铺设这个环节的成本很高,各个领域都必须严格按照我的要求来设计模型。

为了让域更好地做好自己的关联,我们把这个权限委托给域。在域将集群与实例连接之后,它只需要将实例CICODE指向主机。

也就是说DB的整个关系是一个组织系统,也就是CICODE,有它的生命周期,我负责管理这个CICODE的生命周期。同样的应用和网络交换机都是一样的

标签: 数据 领域 都是