自十四五规划以来各公司都在迁移改造，支持服务上云。在改造过程中由于推广力度不同，呈现的效果不一样。DevOps是服务上云的重要落地方案，而cmdb是DevOps的资产管理必要解决之一。
在DevOps中，有的认为只要为服务提供资产管理的功能，就完成cmdb的工作职责。这种并没有对与错，只要有效解决机器资源问题，就非常棒。DevOps讲究资源统一管理，所以在项目组在申请资产时，并不只是简单的资产申请，而是对组织架构、人员、机器资源、配额、环境等都要进行统一管理。若组织架构变更，人员变更是及时推送到cmdb进行管理。
示例 cmdb的功能架构
file
这里简单列出常用的一些功能， 这些足以把公司内部资产管理起来。每个项目组申请资产，必须通过cmdb进行申请，否则无法提供一定的资源支持。这句怎么理解呢？
团队A启动了一个项目，需要利用公司内部资源部署一套环境，那么直接在cmdb平台申请系统、申请配额、部署环境等一套流程，这套流程全部都在线上点点就能完成。无需开发人员部署一台主机，然后安装docker ，交由DevOps部门。这种只是为管理为管理，未达到云服务一种程度。
讲了这么多， 这么多操作都是云服务操作，到底有什么优点呢？
- 无需运维人员介入，节省运维成本
- 无需开发人员关心系统中使用的各个组件的地址、密码等繁琐的事
- 无需解决多环境串数据问题
- 只需要了解系统的部署情况
- 更能了解系统中使用的资源
- 更能了解系统的整体情况
申请后的资产如下：
file
系统在启动时，直接拉取cmdb中申请的资产，不需要开发人员在系统代码中配置，如需要修改直接在cmdb中修改。如：修改数据库连接数，那么直接登录cmdb进入数据库资源管理区，修改数据库连接大小即可，当重启系统会重新从cmdb中拉取数据，即能完成一次修改。这样即做到了配置与代码解耦，又能解决复杂的配置。
file
本文由博客一文多发平台 OpenWrite 发布！
