关注嘉为科技，获取运维新知
目录
1、蓝鲸简介
2、传统CMDB建设的问题
3、蓝鲸配置平台设计理念
4、CMDB实施中需要解决的核心问题
蓝鲸简介
蓝鲸智云，简称蓝鲸，是腾讯游戏运营部“腾讯智营”下的子品牌。它是一套基于 PaaS 的企业研发运营一体化技术解决方案，提供了一个完整的研发、运维、运营的PaaS技术平台。平台提供了完善的前后台开发框架、调度引擎、公共组件等模块，帮助业务的产品和技术人员快速构建低成本、免运维的支撑工具和运营系统；是腾讯游戏运营部沉淀多年的技术运营支撑体系，承担着数百款业务线上运营的使命。
对于蓝鲸不太了解和熟悉的同学可以移步这里：
http://bk.tencent.com/index/，
还有这里：
http://docs.bk.tencent.com/product_white_paper/introduction/。
请相信，你打开的不是两个链接，而是运维的新世界和新天地。
传统CMDB建设的问题
我们知道CMDB最早来自于ITIL，后来逐渐被各种IT管理工具吸纳，成为管理工具的一部分。例如ITSM中有CMDB，网管工具有中有CMDB，监控工具中有CMDB……
这么多工具中都可以有CMDB，会导致很多问题：各个工具的CMDB诸侯割据，互不相通，数据不一致，需要维护多份数据等等。
我们将传统CMDB建设存在的问题总结一下：
1、自动化管理弱
- 手动管理为主
- 事后管理为主
- 自动采集较弱
- 管理成本高昂
2、不以应用为中心
- 更多是对象和属性罗列
- 缺乏应用视角配置管理
- 更多面向资产和流程
- 应用与下层资源脱节
3、数据流动性差
- 缺乏自动化平台支撑
- 外部对接扩展性差
- 外部消费扩展性差
- 跨云管理扩展性差
4、数据一致性&准确性差
- 缺乏自动发现校验
- 缺乏数据扫描监控
- 缺乏数据规则校验
- 缺乏外部系统同步
5、未对接自动化
- 任务编排消费
- 资源交付消费
- 运维操作消费
- 运营分析消费
6、未对接流程
- 未对接ITSM流程平台
- 不支持配置数据读取与回写
- 不支配置异常推送工单
- 未构建配置管理同步和闭环
7、未对接监控
- 未对接企业监控系统
- 不支持面向监控数据消费
- 不支持故障影响范围分析
- 不支持配置和监控可视化展示
8、不可审计
- 未实现所有变更均记录
- 未实现任何更改可审计
蓝鲸配置平台设计理念
1、以业务与应用为中心的开放、开源的CMDB整体架构
IT运维管理本身是以应用为中心进行的管理，因此合情合理的CMDB建设应该是以业务和应用为中心建设的CMDB，如此两者才能匹配起来。
蓝鲸的CMDB设计正是以此为设计的基础。
以应用为中心，理解起来是这样的：配置数据的入库和存储是以应用为中心的，配置数据的展示和查询是以应用为中心的，配置数据的消费和数据回写也是以应用为中心的。
2、面向自动化场景、ITSM流程场景、监控&自愈场景的CMDB一体化数据消费
应用运维和IT管理中针对CMDB配置数据的消费总体来说包括三种类型：自动化运维、ITSM流程、监控&故障自愈。
这就要求CMDB具备对接和集成这三种工具的能力。蓝鲸CMDB原生集成蓝鲸的自动化运维平台和蓝鲸监控，并开放标准的接口能够对接企业自身的ITSM系统以及监控系统。
这样一来，在企业中，只需要维护一套核心的CMDB数据源，就能在几乎所有场景中消费并维护数据。
3、统一的、流转的、“活”起来的、闭环的CMDB数据源泉
在上述任意一种运维场景中，配置数据本身都包含消费和回写等两个链路，整体构建成一个数据消费的闭环；确保配置数据在流转中始终是准确的，一致的。
4、全方位、可视化、够灵活的CMDB自动管理和展示
配置管理除了面向运维管理员之外，很多时候还需要将相关数据展示给其他人，比如领导。这就要求配置管理本身需要具备良好的可视化展示能力。
嘉维蓝鲸研发的数据可视化工具，可以完美解决这一需求。不仅可以展示配置数据，还能接入各种监控数据、容量数据、自动化运维数据等，做集中展示和查询。
CMDB实施中需要解决的核心问题
结合上述CMDB的设计理念，在以业务和应用为中心的CMDB建设中，需要解决几个核心的问题。
- 如何设计业务（应用）层级
- 如何设计各层级模型和关联关系
- 如何入库各层级配置信息
- 如何实现数据消费闭环，并确保数据的一致性、准确性
- 如何进行CMDB可视化管理和安全管理
1、如何设计业务（应用）层级
应用的层级设计是在CMDB建设中第一需要考虑的问题，不同的企业相同应用或同一个企业的不同应用，层级拓扑和应用下属各个模块都是不同的。这就需要CMDB本身具备很强的灵活性，能够因地制宜，针对不同的应用或者业务需求，设计不同的应用层级拓扑。
蓝鲸CMDB由于是一个非常开放的平台，并且本身完全开源，因此很容易能够满足上述要求。
2、如何设计模型蓝图
这一部分要解决的核心问题是：我们应该将哪些对象的哪些属性入库CMDB，这些对象之间应该具有怎样的关联关系。
答案是：用到什么，就放什么。我们需要根据实际的运维场景的需求，来决定放什么数据，不放什么数据。不要为了数据而数据，而应该为了使用而放数据。大而无当的CMDB只会成为运维的累赘和后腿。
作为企业而言，这个过程需要紧密配合服务商，一起参与进来。只有我们自己是最清楚自己需要什么数据的，不能指望有一个产品部署上来就能自动解决所有的数据需求。我们需要细细梳理各种各样的场景中大致需要怎样的数据，然后使用不同的手段将这些数据填充到CMDB中。
这个过程非常关键和重要，决定了CMDB在之后是否真正的用起来和用好。因此，需要服务商本身具备深厚的IT运维和服务经验，对于企业中特别是传统企业中的日常运维非常清楚，并且积累了标准的CI、CI属性和关联关系的标准库和模板。仅仅靠理论推演和臆测，这个过程是绝难做好的。
总结起来，这个部分要做好，需要服务商具备几个能力：懂企业的运维、懂企业使用的产品和技术、有相应技术人员和力量。
嘉为作为一家立足北上广深，辐射全国的IT综合服务商，历经18年的发展与沉淀，形成了成熟的服务能力、服务体系和能力沉淀；常年技术服务合作客户超500家，各行业龙头企业均选择嘉为作为战略性合作伙伴。
嘉为与Microsoft、阿里云、腾讯、RedHat、Oracle、VMware、Vertas、Citrix、EMC等国内外主流IT厂商合作，是这些IT大厂的重要合作伙伴。
嘉为技术人员超300名，多为211/985院校毕业，基本素质高、学习能力强；内部员工离职率低，上述各技术领域均有10年以上的资深专家深度支持。
结合蓝鲸强大的配置平台，轻松实现CMDB在企业的落地。
3、如何入库各层级配置信息
在将配置信息入库CMDB的过程中，需要结合多种手段实现。
针对不同的数据，这些手段包括：与外部系统同步、自动发现和自动采集、手动批量导入。
4、如何实现数据消费闭环，并确保数据的一致性、准确性
这一部分一半靠技术和工具，另一半靠管理、制度和习惯。尽量按照企业内部规范的配置变更流程执行配置的变更，即便偶尔来不及，变更之后也需要补充相应的流程。可以是ITSM流程，也可以是相对简单的工单流。
在这一点上，蓝鲸具有天然的优势。由于蓝鲸CMDB与蓝鲸自动化运维平台原生集成，因此通过自动化运维平台执行的任何变更操作，都会自动同步到CMDB中。如果需要其他系统也能及时获取最新的配置数据，比如ITSM系统，就需要将ITSM系统与蓝鲸的CMDB集成。这方面，在蓝鲸层面实现也是比较容易的。
除此之外，服务商在交付CMDB建设项目的时候，除了项目交付和普通文档交付之外，还能够针对企业的实际运维环境，交付一套《CMDB配置维护流程规范》和《CMDB配置维护流程细则》；并且确保规范和细则是符合企业实际环境需求，并能持续运转的。
如此，就是既授之以鱼，又授之以渔。
5、如何进行CMDB可视化管理和安全管理
数据可视化越来越成为很多中大型企业IT管理的刚性需求。由于业务系统众多，IT环境复杂，领导层迫切需要在一个集中的大屏中能够看到企业整体的业务运维情况和IT环境情况。
对此，嘉为专门开发了数据可视化的工具，支撑上述需求。不仅可以将CMDB数据，还可以自定义将监控数据、容量数据、健康巡检数据等做集中展示。
总结一下：蓝鲸配置平台是一款面向应用的 CMDB。在 ITIL 体系里，CMDB 是构建其它流程的基石，而在蓝鲸智云体系里，配置平台就扮演着基石的角色，为应用提供了各种运维场景的配置数据服务。
嘉维蓝鲸凭借自身丰富的IT服务经验、规模化的人才梯队和对于CMDB的深刻理解，结合蓝鲸CMDB强大的能力，为企业提供切实可落地、可扩展、可消费、有质量、闭环的CMDB配置数据平台。
欲了解更多关于蓝鲸CMDB的具体内容，可浏览蓝鲸官网：
http://docs.bk.tencent.com/product_white_paper/cmdb/
本文首发于微信公众号：嘉为科技，转载请注明出处。