cmdb 资产平台开发 xops 功能 资产管理 资管平台 重写:https 部署基础环境 cd xops echo env_django > .gitignore python3 -m venv env_django source env_django/bin/activate
CMDB是运维的基础核心系统,所有的元数据和共享数据管理源,类似于业务中的账号平台的作用。本篇文章,我将从概念篇、模型篇、到实现与实施篇具体的进行阐述。 CMDB也称配置管理,配置管理一直被认为是 ITIL 服务管理的核心,因为其他所有流程均需要使用配置管理数据库 (CMDB)。在上篇的平台体系中,CMDB位于最底层的支持系统位置上,可见其作用。 3、配置项 配置项是指要在配置管理控制下的资产、人力、服务组件或者其他逻辑资源。从整个服务或系统来说,包括硬件、软件、文档、支持人员到单独软件模块或硬件组件(CPU、内存、SSD、硬盘等等)。 3、基于场景的配置管理规范 配置管理的核心目的是为了确保配置信息集中管理,并且是准确的管理。在这个里面需要做两个核心的工作。 D、CMDB系统建设完成之后,其他系统必须和他联动。比如说监控、质量、容量等等,用场景驱动配置项的管理。 E、流程一定要平台化,不要让流程脱离CMDB存在,比如说搞一个OA流程,这个是很致命的。
官网原文(免费申请演示):【CMDB系列】CMDB模型设计落地经验摘要:本文围绕CMDB模型设计落地展开,阐述CMDB作为IT运维核心数据源、工具基石与数字地图的核心价值,指出常见设计误区,明确最小化、 基于分层分域的构建方法,设计整体CMDB模型架构。 3)梳理细化属性,定义数据标准可以基于以下属性设计工具,对每一个属性进行如下维度的分析:①面向消费场景,基于3C法则梳理对象属性核心属性(Core):通过这些属性能够识别一个对象,是这个对象的身份信息, 3)易维护管理问题:在模型设计阶级需要考虑易维护的问题,如字段名称尽量通俗易懂,尽量设置枚举类型字段供用户选择,尽量提供默认值,添加属性字段说明及示例,有逻辑关系的字段尽量在流程表单进行校验等等。 通过上述分享,我们可以看到CMDB模型设计的重要性以及在实践中需要注意的关键点。正确地设计和实施CMDB模型,将极大地提升IT运维效率,为企业创造更多价值。
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 接口)。 场景 3:变更前的影响分析,别盲改 变更前想知道会影响哪些系统?用 CMDB 的依赖关系查。 下面是我常用的查询例子。 场景 4:CI 与 CMDB 对接,把部署指向真实库存 CI 发版时,先从 CMDB 拉出目标主机,再执行 playbook。这样不会误发到退役机。 发布只针对 CMDB 里登记的节点。出问题能回溯到谁改了什么。 场景 5:补丁与合规统计,一句 SQL 就能要账 审计要补丁覆盖率时,用 CMDB 的字段直接出报表。
蓝鲸配置平台(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 运行方式 ansible主控端 首先需要编译安装python3,请参考链接: http://www.py3study.com/Article/details/id/320.html 做到添加豆瓣源为止, 请务必按照本教程操作,否则会出现没有pip3的问题!!! python3 manage.py runserver 0.0.0.0:8000 ansible被控端 编译安装python3,参考上面的操作! 设置linux任务计划: # 监控cpu和内存 * * * * * python3 /opt/ansible_client/monitor/cpu.py * * * * * python3 /opt
/127.0.0.1:8000/asset.html" response = requests.post(url,data={"k1":result}) print(response.text) 3.
此处,笔者为各位推荐一款非常好用,且对外完全自主开源的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从业人员来说一点都不陌生,甚至有点烂熟了。 OGC把它总结为10本图书;它的发展非常快,到2001年,被接纳为英国国家标准BS15000;2005年,被接纳为国际标准ISO20000; ITIL V3——到了2007年5月30日颁布了3.0版本 几年不升级软硬件系统是家常便饭),因此即便用“文档+人肉”的方式,企业IT环境管理也没有多少痛楚;而那个时间的中国互联网公司,普遍处于成长过程中,还没有形成自己特有的配置管理方法论,更谈不上理念和技术输出; 3、 瀚纬科技的合伙人张亮同学曾经在他的一次分享中描述过了他所经历的国内CMDB的发展历史: 2004年 我从04年开始参与国内某银行的CMDB建设,这时CMDB的典型场景是资产信息的电子化。 2006年 到了06年,我在某银行主导实施了国内第一个基于BMC Atrium CMDB架构的CMDB项目,这时的CMDB开始侧重于与其他ITSM (IT Service Management,IT服务管理
从一个新视角看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的实施过程进行思考和分析。如下图: ? 我们遵循以下原则: 以应用为中心原则,围绕应用自上而下的进行详细设计; 最小化设计原则,即只实现当前运维场景所需要的最小模型集合,避免建模的颗粒度失去控制(强调没有消费场景的对象/属性/关系,不应该存储); 3) 四、系统集成 系统集成是CMDB的最后一个环节,依赖CMDB工具提供良好的开放接口。
所以更多地,我们是把CMDB建设成为一个以设备为中心的信息管理平台。 新的时期,对于CMDB的理解也要与时俱进,这个时候, 思路上的转变,远比技术上的实现更重要。 面向资源管理 我来梳理一下,在建设运维的基础管理平台时通常要做的事情。 第2步,把这些硬件的属性确定下来,比如服务器就会有SN序列号、IP地址、厂商、硬件配置(如CPU、内存、硬盘、网卡、PCIE、BIOS)、维保信息等等;网络设备如交换机也会有厂商、型号、带宽等等; 第3步 后面我们会介绍到的所有平台和系统建设,都跟这两个概念有关。 CMDB是IP为标识的资源管理维度,有了应用名之后,就是以应用为视角的管理维度了。 稳定性保障平台,或者服务治理平台。 针对系统的稳定性,我们会在应用中做很多的降级限流和开关预案策略,这些都是跟应用直接关联的。
作为腾讯专有云的资产管理中心,CMDB面向产品(业务)维度划分并管理资产,并为平台其他运维运营组件提供源数据。 产品介绍 CMDB 于 TCE3.3.3 版本接入专有云平台,已部署落地于 60 多个客户 110 多朵云,作为专有云运维平台数据源提供服务,同时提供 API 支持客户进行上层系统开发(如某金融客户自研运维系统等 使用概况 1、作为运维运营组件数据源,CMDB 为以下专有云平台运维组件提供资产信息:日志系统、监控系统、采控平台、资源交付、流程引擎、巡检平台等等。 3、提供 API 支持客户进行上层系统开发。 未来为了支持更多运维场景以及支持专有云一键化部署升级变更能力,CMDB 将增加业务树拓扑的动态性,优化资产的组织展现方式,新增纳管规划信息以及更多云上资产信息,让 CMDB 成为云平台的权威数据源。
本文直入主题,主要讲述CMDB具体应该如何建设,内容包括建设目标、框架和指引。 CMDB的建设目标 CMDB的本质是建数据,而数据就必须是准确和可用的才有价值。 因此CMDB最核心的建设目标是建立一套高质量的IT资源配置主数据。 CMDB的建设框架 我们利用一个分层框架,来对整个CMDB的实施过程进行思考和分析。 CMDB的建设指引 一、模型设计 模型设计CMDB建设的重要环节,是CMDB的骨架。它是一个抽象建模的过程,并且应该基于企业IT资源现状以及消费诉求而进行抽象。 我们遵循以下原则: 以应用为中心原则,围绕应用自上而下的进行详细设计; 最小化设计原则,即只实现当前运维场景所需要的最小模型集合,避免建模的颗粒度失去控制(强调没有消费场景的对象/属性/关系,不应该存储); 3) 四、系统集成 系统集成是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看成是一个水池,要里面的水持续保持干净,可以从3个方面入手:活源(增量):确保新流入的水是干净的,如果源头的质量都无法保障 总结综上所述,CMDB建设过程往往是变化的,我们可以在CMDB的各个建设阶段中着手对数据的运营,通过灵活的监测和关注不同的数据运营指标,反馈各个阶段下CMDB的健康状态,从而有效的把控CMDB整体数据运营情况 ,释放数据价值并不断的优化CMDB质量。