cmdb 资产平台开发 xops 功能 资产管理 资管平台 重写:https
CMDB是运维的基础核心系统,所有的元数据和共享数据管理源,类似于业务中的账号平台的作用。本篇文章,我将从概念篇、模型篇、到实现与实施篇具体的进行阐述。 CMDB也称配置管理,配置管理一直被认为是 ITIL 服务管理的核心,因为其他所有流程均需要使用配置管理数据库 (CMDB)。在上篇的平台体系中,CMDB位于最底层的支持系统位置上,可见其作用。 2、配置管理和资产管理 既然把一切资源对象都当做配置来看待,特别是服务器、机房、机柜等等,那他和我们的资产管理又有着什么样的不同呢?其实这两个系统的区别在很多时候大家都不是很清楚,会混为一谈。 2、导致CMDB成功的因素 A、业务导向。比如说我们在CMDB的新的系统中实时加入QR码技术,为了降低资产盘点的工作量。 D、CMDB系统建设完成之后,其他系统必须和他联动。比如说监控、质量、容量等等,用场景驱动配置项的管理。 E、流程一定要平台化,不要让流程脱离CMDB存在,比如说搞一个OA流程,这个是很致命的。
官网原文(免费申请演示):【CMDB系列】CMDB模型设计落地经验摘要:本文围绕CMDB模型设计落地展开,阐述CMDB作为IT运维核心数据源、工具基石与数字地图的核心价值,指出常见设计误区,明确最小化、 2)模型设计的作用与意义①运维主数据:CMDB作为IT运维的核心数据源,提供了关于配置项的标准描述,包括它们的状态、位置以及相互之间的关系信息,相当于构建一套运维身份证和户籍系统,这有助于实现IT资源的一致性和可追溯性 以下是建议纳管的范围:不建议纳管的范围2)模型设计的原则①最小化原则避免不必要的复杂性,采用奥卡姆剃刀原理,“如无必要,勿增实体”,需要专注于那些对运维业务有直接影响的配置项,结合管理成本和收益的综合考虑 2)梳理对象关联关系,定义整体模型通常情况下,关联类型有两大类,一种父子关系,一类连接关系,但是细分的关系类型可能会非常多,这个时候就需要先定义企业标准的关联类型。 2)数据冗余存储问题:在模型设计过程中需要合理设置数据冗余策略,这样既能加速数据导入过程,也能便于后续的数据分析工作。
CMDB CMDB --Configuration Management Database 配置管理数据库, CMDB存储与管理企业IT架构中设备的各种配置信息,它与所有服务支持和服务交付流程都紧密相联 而变更管理流程自动化的实现关键就是CMDB。 CMDB工具中至少包含这几种关键的功能:整合、调和、同步、映射和可视化。 ,保证CMDB中的记录在多个数据源中没有重复现象,维持CMDB中每个配置项目数据源的完整性;自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低; 同步指确保CMDB中的信息能够反映联合数据源的更新情况 #report = true #默认 #pluginsync = true #默认 小结: 采集资产信息有四种不同的形式(但puppet是具于ruby开发的) API提供相关处理的接口 管理平台为用户提供可视化操作 四、CMDB总结 1. 三种采集资产方式 唯一标识 2. API API验证(tornado源码,加密cookie+时间限制+访问记录) 数据库表结构 3.
帮老杨点赞、转发、在看以及打开小星标哦 攒今世之功德,修来世之福报 现在是不是都在吹CMDB+N,今天聊聊CMDB CMDB到底是个啥?能放啥? 全称配置管理数据库。 我把它当成一张活的资产表。 有 CMDB 就能自动查到联系人并通知。示例脚本是我常用的查询方法(假设 CMDB 有 REST 接口)。 场景 2:把 CMDB 当作 Ansible 的动态 inventory 我常把 CMDB 的主机导出成 Ansible 清单。 运行一次脚本,自动生成文件,交给 Ansible 做批量运维。 #! 场景 4:CI 与 CMDB 对接,把部署指向真实库存 CI 发版时,先从 CMDB 拉出目标主机,再执行 playbook。这样不会误发到退役机。 输出(cmdb_seed.csv 的前几行) "i-bp1abc123","web-01","101.1.1.10","prod" "i-bp2def456","db-01","10.0.2.5","
蓝鲸配置平台(CMDB)是一个基于运维场景设计的企业配置管理服务。 本次发布的是全新基于Golang重构的版本。 ➠主要核心功能 1. 提供了全新自定义模型管理 2. 信息变更实时推送 3. 动态拓展的业务层级 开源的版本会与蓝鲸社区版、企业版中内置的蓝鲸配置平台版本保持一致并且同步更新。 我们的目标是打造能够兼容不同行业、不同架构的统一配置管理平台,成为业界领先的通用性强、易用性好的免费开源CMDB,欢迎对此感兴趣的同仁能够参与其中。 ? 蓝鲸配置平台(CMDB) 全新升级 Github地址: https://github.com/Tencent/bk-cmdb 请给 蓝鲸配置平台 一个 Star 欢迎提出你的 issue 和 PR
历时半个多月终于鼓捣出了一个简易的CMDB资产管理系统,很多功能都还没有写,例如邮件报警等功能,以后用到了再写吧----------------------------------- 架构: 采用C 如果正好你也想开发CMDB而不想从头开发的话可以拿去鼓捣鼓捣 。。。。。。。。。。。。。Qq:792903546 软件界面: ? ? ? ? ? ? ? ? ? ?
说明 CMDB管理系统,基于Ansible最新版开发,采用前后端分离架构 项目主要结构 ./ ├── ansible_client # ansible_client客户端 │ └── monitor 使用django rest framework开发api 2. 优雅获取本机IP 3. 判断ip地址是否有效 4. 判断ssh端口是否开放 5. 自动使用yum安装软件 6. 使用ansible 2.x API收集客户端硬件信息 9. 根据返回的硬件信息,使用事务写入数据库中 10. 使用psutil模块获取cpu和内存使用情况,并发送给后端API,统一入库. 11. 安装2个系统软件 yum install -y ansible expect 安装python相关模块 pip3 install django==1.11.15 pip3 install djangorestframework 必须先添加组 2. 添加组之后,再点击添加主机 3. 最后点击左侧ansible主机,就可以查看主机详情和监控图表了 备注 本项目只是一个demo,请勿直接用于生产环境!
agent import subprocess import requests v1 = subprocess.getoutput("ifconfig") value1 = (v1[51:55]) v2 = subprocess.getoutput("dir") value2 = (v2[14:20]) url = "http://127.0.0.1:8000/asset.html" response = requests.post(url,data={"k1":value1,"k2":value2}) print(response.text) 2. ssh方式 #ssh方式 - fabric requests.post(url,data={"k1":result}) print(response.text) 3.saltstack方式 在master上运行: shell >> salt 'c2.
此处,笔者为各位推荐一款非常好用,且对外完全自主开源的CMDB产品——蓝鲸配置平台。 蓝鲸配置平台是一款面向应用的 CMDB,在 ITIL 体系里,CMDB 是构建其它流程的基石,而在蓝鲸智云体系里,配置平台就扮演着基石的角色,为应用提供了各种运维场景的配置数据服务。 嘉为蓝鲸CMDB解决方案,以蓝鲸配置平台为企业IT组织打造从数据统一发现采集、配置信息统一存储管理、数据消费统一服务的立体化CMDB解决方案。 面向数据中心系统提供软硬件、云平台、大数据等提供统一告警服务。面向业务应用提供发布作业管理、流程编排管理、软件包管理、版本管理、操作审计管理等一体化的应用运维服务。 ITOA消费场景 面向IT运营分析提供大数据平台、日志分析、APM、智能监控、业务健康画像、故障分析等系统的数据支持。
本篇是CMDB建设的第1节,简要梳理一下我理解中的CMDB发展四个阶段,欢迎大家讨论指正。 4.4.1 CMDB发展 从运维体系看,CMDB是运维数字世界的数字地图。 从运维平台架构看,CMDB承担了描述运维对象的职能,CMDB是IT资源(设备、组件、系统)及其关系的数学抽象,是IT资源的“高德地图”,是IT运维及IT运营的数字基石,是运维工作展开的底层支撑。 分析CMDB,首先从行业CMDB发展看看CMDB,大体可以梳理4段过程: CMDB1.0实现IT资源的电子化管理。 CMDB的发展与运维的发展息息相关,近几年,运维组织从手工操作式运维,向平台运维、IT运营的方式演进,CMDB也伴随着运维组织演进。 这阶段,CMDB已经管理了运维组织涉及的各种对象,包括:从生产环境涉及的基础设施、平台软件、应用系统 、以及IT运营管理涉及角色、人员、所属组织等。 CMDB2.0促进技术平台化管理互通。
一、CMDB起源 在今天,配置管理数据库(CMDB,后面均用这个简称,并且暂时不去区分CMDB和CMS)这个名词对于IT从业人员来说一点都不陌生,甚至有点烂熟了。 ITIL理论体系大致经过了下面三个阶段和版本: ITIL V1——1986~1999 由英国国家计算机和电信局(CCTA)实践开发的,总共有40多卷图书,出来后很快得到了欧洲的认可; ITIL V2— 可以看到,早在1999年英国国家计算机和电信局(俗称英国电脑局)就推出V2版本和CMDB概念,那么为什么直到最近几年,CMDB才开始在无论传统企业还是互联网企业声名鹊起,并被我们熟知呢? 应该有以下几个原因: 1、中国的IT进程本就落后外国很多年,1999年推出概念到被中国IT界知晓并理解,晚个10年左右是很正常的事情;无论是虚拟化、还是其他技术,基本上都会经历一个大致的延迟才能在中国得到认知; 2、 瀚纬科技的合伙人张亮同学曾经在他的一次分享中描述过了他所经历的国内CMDB的发展历史: 2004年 我从04年开始参与国内某银行的CMDB建设,这时CMDB的典型场景是资产信息的电子化。
从一个新视角看CMDB,可以了解学习。 大家有没有想过这个问题,我们过去做的CMDB模型是错的? 一、当前CMDB模型面临的问题 当前CMDB模型问题: 首先是思考的深度不够,当今很多CMDB的模型还是聚焦在底层资源。 受CMDB平台技术本身的能力限制,导致无法扩展这个模型。 欠缺IT架构思考力。我要讲的是从业务架构到应用架构再基础架构。业务架构中还包含了基础设施架构和数据架构。 CMDB系统截图: 二、构建CMDB模型的正确思路 新一代CMDB到底新在哪儿? 新思维:突破配置管理的认知,导致边界不清。配置往IT资源方向转变。 总的来说,新一代CMDB应该能支撑整个IT过程管理(ITPM),所以CMDB可以成为:基础元数据平台、数据总线分享平台、共享实例数据平台、统一数据规则平台等等。
随着自动化运维的火热,CMDB建设项目不断的涌现,正是因为CMDB就是自动化运维的基石。 本文直入主题,主要讲述CMDB具体应该如何建设,内容包括建设目标、框架和指引。 CMDB的建设目标 CMDB的本质是建数据,而数据就必须是准确和可用的才有价值。 因此CMDB最核心的建设目标是建立一套高质量的IT资源配置主数据。 CMDB的建设框架 02 我们利用一个分层框架,来对整个CMDB的实施过程进行思考和分析。如下图: ? 2)模型设计:根据调研的情况进行设计,内容包含模型的对象、模型的属性、模型的关系,这些我们称之为元数据。 四、系统集成 系统集成是CMDB的最后一个环节,依赖CMDB工具提供良好的开放接口。
所以更多地,我们是把CMDB建设成为一个以设备为中心的信息管理平台。 新的时期,对于CMDB的理解也要与时俱进,这个时候, 思路上的转变,远比技术上的实现更重要。 面向资源管理 我来梳理一下,在建设运维的基础管理平台时通常要做的事情。 第1步,把服务器、网络、IDC、机柜、存储、配件等这几大维度先定下来; 第2步,把这些硬件的属性确定下来,比如服务器就会有SN序列号、IP地址、厂商、硬件配置(如CPU、内存、硬盘、网卡、PCIE、BIOS 后面我们会介绍到的所有平台和系统建设,都跟这两个概念有关。 CMDB是IP为标识的资源管理维度,有了应用名之后,就是以应用为视角的管理维度了。 稳定性保障平台,或者服务治理平台。 针对系统的稳定性,我们会在应用中做很多的降级限流和开关预案策略,这些都是跟应用直接关联的。
作为腾讯专有云的资产管理中心,CMDB面向产品(业务)维度划分并管理资产,并为平台其他运维运营组件提供源数据。 产品介绍 CMDB 于 TCE3.3.3 版本接入专有云平台,已部署落地于 60 多个客户 110 多朵云,作为专有云运维平台数据源提供服务,同时提供 API 支持客户进行上层系统开发(如某金融客户自研运维系统等 使用概况 1、作为运维运营组件数据源,CMDB 为以下专有云平台运维组件提供资产信息:日志系统、监控系统、采控平台、资源交付、流程引擎、巡检平台等等。 2、与云产品 OSS 联动,记录云产品使用资源信息和生命周期或提供资产信息,已经接入的有CBS、CFS、CSP、COS、CVM、VPC、CLB、KMS 等全部云产品。 (2)主机硬件信息校验:校验主机的硬件信息是否准确。
本文直入主题,主要讲述CMDB具体应该如何建设,内容包括建设目标、框架和指引。 CMDB的建设目标 CMDB的本质是建数据,而数据就必须是准确和可用的才有价值。 因此CMDB最核心的建设目标是建立一套高质量的IT资源配置主数据。 CMDB的建设框架 我们利用一个分层框架,来对整个CMDB的实施过程进行思考和分析。 CMDB的建设指引 一、模型设计 模型设计CMDB建设的重要环节,是CMDB的骨架。它是一个抽象建模的过程,并且应该基于企业IT资源现状以及消费诉求而进行抽象。 2)模型设计:根据调研的情况进行设计,内容包含模型的对象、模型的属性、模型的关系,这些我们称之为元数据。 四、系统集成 系统集成是CMDB的最后一个环节,依赖CMDB工具提供良好的开放接口。
这么多的疑问,所有的运维人都会想到ITIL中的CMDB。的确CMDB在ITIL中应该算是一个核心概念,以它为基础,才能构建起相关的其他运维活动,因为所有的活动都需要与这个CMDB平台交互。 在CMDB构建的过程中,都会碰到如上的问题。 记得我刚刚做运维去建设CMDB的时候,觉得非常的轻松。 后续新的业务办理(比如说移机),也需同步记录这些占有资源的变化,可以说这个系统就是一个非常强大的CMDB的系统。这都源于电信背后一套成型的体系----NGOSS(见下图)。 其次我们要看这个管理到底反向支撑到的运维作用是什么(质量、安全、效率、平台工具等等)。 但我们确定了管理的资源对象之后,此时可以借助一些建模工具来快速实现模型,这个模型完全是可扩展的。 系统实现之后,此时我们有了一个CMDB基础,我们需要同步考虑的是,如何降低配置项的管理成本?
CMDB 提供了一个用于存储与 IT 资产和配置项 (CI) 关联的数据的常用位置。CMDB的基本构建块是CI。 为了使CMDB以最佳状态运行,它必须保持高度准确,需要不断更新和理想的自动更新。 What are the benefits of CMDB? CMDB有哪些好处? 尽管CMDB具有明显的优势,但许多组织无法从其CMDB解决方案中产生价值,这些只是其中的几个原因:用于构建CMDB的手动流程,缺乏人员和流程来识别应移动到CMDB中的关键数据或自动化工具以确保数据放置在 CMDB中的正确位置。 Why CMDB is critical for effective ITAM 为什么CMDB对于有效的ITAM至关重要 CSDM and CMDB CSDM和CMDB The common service
CMDB的建设是一个逐步完善、逐步改变的过程。在建设过程中通过数据运营的方式可以很好的辅助配置经理“监控”CMDB的状态,更好的发现问题和辅助决策。那么如何才能让CMDB的数据运营井井有条? 本文将从CMDB建设的四个关键阶段详细介绍数据运营方法。01. 通过配置采集这种技术手段可以保证数据的准确性,但是这不是万能的,还需要各个系统的消费对接才能发挥CMDB的最大价值和保证CMDB数据的准确,“水”是不是干净的,“喝”一口不就知道了。 总结综上所述,CMDB建设过程往往是变化的,我们可以在CMDB的各个建设阶段中着手对数据的运营,通过灵活的监测和关注不同的数据运营指标,反馈各个阶段下CMDB的健康状态,从而有效的把控CMDB整体数据运营情况 ,释放数据价值并不断的优化CMDB质量。