核心观点与关键数据
01 为什么基于CMDB大模型建设持续部署
- 持续部署概念:DevOps中的持续部署是一种软件开发实践,旨在自动化软件的发布和部署过程,实现快速、频繁且可靠的软件交付。
- 持续部署优势:相比传统手工部署,持续部署能更频繁地推向市场、降低部署错误风险、促进团队协作、节省时间和人力成本。
- 公司现状问题:架构混乱、上线变更风险不可控、开发与运维人员协作效率低。
- 引入CMDB大模型:结合持续部署的优势,引入CMDB大模型以解决公司突出问题。
02 基于CMDB大模型的持续部署优势
- 统一系统架构:通过CMDB六层架构(系统-子系统-环境-应用-集群-模块),提供系统拓扑图,清晰展示应用与资源关系,便于合理规划部署策略。
- 架构支持调整和拓展:支持新建k8s集群和业务变化时的架构调整,如集群迁移。
- 充分暴露上线变更风险:
- 上线范围评审:自动生成上线范围评审单,对需求范围、报告等进行评审。
- 上线变更评审:自动获取相关人员信息,发起OA变更申请,评估上线方案、变更策略、风险和时间。
- 复杂场景编排:支持单个发布单元和复杂应用的部署编排,可定义串行及并行顺序。
- 增强开发与运维协作:统一使用持续部署平台,开发与运维人员共同参与建设部署流程,提升效率与质量。
03 建设持续部署过程中遇到的问题
- 难点1:公司系统架构难以统一
- 问题:团队众多、系统规模大、业务复杂、角色视角不同。
- 解决方案:持续部署平台固化流程,协助用户创建架构,用户自主新建和调整但遵循CMDB六层架构规范。
- 难点2:确保CMDB数据准确性
- 重要性:CMDB数据准确性是自动化运维的基础。
- 解决方案:平台自动检查数据完整性、规范性、关联完整性,关键信息变更需审核。
04 心得体会
- 明确部署全流程准入准出:不同角色各司其职,协同完成持续部署全流程。
- 培养公司内部文化:通过培训、分享、知识库等方式宣传持续部署理念,鼓励团队参与和分享。