基于DevOps的全价值链开放协作平台及方法技术

本申请涉及IT行业软件技术领域，公开一种基于DevOps的全价值链开放协作平台及方法，包括企业IT对象和基础平台层，其中，所述基础平台层，包括：云管平台，用于资源池管理、服务封装、服务编排和自动化调度；DevOps平台，用于串联产品交付的全生命周期；监控平台，用于在需求上线后，对系统状态的持续监控与告警反馈；配置管理平台，用于管理运维对象；流程平台，用于向用户提供包括设计、交付、管理和改善的IT服务过程；运维大数据平台，用于在需求上线后的元数据管理、多维分析和数据质量管理。现基于DevOps平台本身闭环能力的全价值链开放平台的统一管理，达到端到端的统一交付效果，极大地提高了企业的用户开发、交付和运维效率。交付和运维效率。交付和运维效率。

【技术实现步骤摘要】
基于DevOps的全价值链开放协作平台及方法


[0001]本申请涉及IT行业软件研发、产品管理、产品交付、产品运维等
，例如涉及一种基于DevOps的全价值链开放协作平台及方法。

技术介绍

[0002]目前，金融业敏捷转型分为三个阶段：“交付敏捷”、“规模化敏捷”和“企业敏捷”，绝大多数金融行业的敏捷水平还停留在“交付敏捷”阶段，或者还在建设“交付敏捷”阶段。然而，该模式已经无法应对来自业务创新、敏捷开发、智慧运营、成本掌控等多维度挑战。所以金融行业需要拥抱技术，拥抱敏捷，把“敏捷”注入到自己公司内部血液当中，让价值交付“跑”起来，实现更快，更灵活，更敏捷，从而能够充分释放整体融合性的价值。
[0003]在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：
[0004]首先，随着业务品种快速增加，导致新业务对业务连续性等运维要求越来越高，业务需求不断叠加，变更频繁，业务支撑服务需求增加，服务体验不足；其次，多平台融合的导致基础运维复杂性增加，出现了多业务架构导致的监控覆盖不足，问题定位效率低，工具众多，难以统一管理，缺乏自动化、智能化的运维手段，可视化能力不足，基于微服务架构的资源投入快速上升和交付问题；最后，日常问题繁杂，无法系统性思考，IT管理无序、人力不足“救火式”运维，7*24小时待命，既要面对各项支撑压力，又要面对多渠道的不理解，同时，随着新技术发展地越来越快，在缺乏知识储备的情况下，企业就会面临转型问题。

技术实现思路

[0005]为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
[0006]本公开实施例提供了一种基于DevOps的全价值链开放协作平台及方法及存储介质，以实现开发、运维统一视角，统一管理，达到端到端的统一交付效果，避免现阶段业内多平台多视角管理混乱的弊端，极大地提高了企业的用户开发、交付和运维效率。
[0007]在一些实施例中，所述基于DevOps的全价值链开放协作平台，包括企业IT对象和基础平台层，其中，所述基础平台层，包括：
[0008]云管平台，用于资源池管理、服务封装、服务编排和自动化调度；
[0009]DevOps平台，用于串联产品交付的全生命周期；
[0010]监控平台，用于在需求上线后，对系统状态的持续监控与告警反馈；
[0011]配置管理平台，用于管理运维对象；
[0012]流程平台，用于向用户提供包括设计、交付、管理和改善的IT服务过程；
[0013]运维大数据平台，用于在需求上线后的元数据管理、多维分析和数据质量管理。
[0014]可选地，所述DevOps平台，包括：
[0015]看板中心，用于负责需求管理；
[0016]组织管理中心，用于负责组织级管理；
[0017]代码中心，用于构建代码仓库；
[0018]流水线中心，用于串联持续集成、持续测试和持续运维。
[0019]可选地，所述云管平台，具体用于资源池管理、服务封装、服务编排、自动化调度和计量计费。
[0020]可选地，所述监控平台，具体用于全局监控可视化、应用监控、系统监控、日志监控、故障自愈、告警处理、告警工单自动化和智能告警及预警。
[0021]可选地，所述配置管理平台，具体用于配置模型设计、自动采集、自动同步、运维自动化消费、配置联动告警、与流程平台联动、配置邦联和配置调和。
[0022]可选地，所述流程平台，具体用于IT服务管理、变更管理、事件管理、问题管理、发布管理、知识库管理、移动接入和流程联动融合。
[0023]可选地，所述运维大数据平台，具体用于元数据管理、数据多维分析、数据流量计算、聚合分析、算法库和数据质量管理。
[0024]可选地，所述全价值链开放协作平台，还包括：
[0025]API服务中心，基于Netflix
‑
Zuul开源框架实现，用于协议转换、权限校验、接口限流、参数校验、监控和日志收集；
[0026]其中，所述API服务中心，被配置为与DevOps平台、云管平台和容器云进行对接，以将各自的API服务注册到API服务中心，通过API服务中心实现共享。
[0027]在一些实施例中，所述基于DevOps的全价值链开放协作方法，应用于本申请所述的基于DevOps的全价值链开放协作平台，包括：
[0028]基于Netflix
‑
Zuul开源框架实现API服务中心，通过API服务中心串联DevOps平台与容器云等平台；
[0029]基于DevOps平台中的看板中心，创建基础设施申请类需求，通过API服务中心统一调度ITSM平台接口，进行基础设施等资源申请流程；
[0030]基于DevOps平台中的组织管理中心，完成运维类项目的创建与维护；
[0031]基于DevOps平台中的流水线中心，通过API服务中心统一调度容器云平台，完成基础设施资源的统一配置管理，进行容器云平台的编排部署，完成开发运维统一视角管理；
[0032]基于DevOps平台的流水线中心，实时通过API服务中心调度监控平台获取最新监控日志并反馈至用户。
[0033]在一些实施例中，所述存储介质，存储有程序指令，所述程序指令在运行时，执行如本申请所述的基于DevOps的全价值链开放协作方法。
[0034]本公开实施例提供的基于DevOps的全价值链开放协作平台及方法及存储介质，可以实现以下技术效果：
[0035]本申请对于云管，网络管理这类独立性比较强，团队协作度较高的系统，实现全价值链平台提供相关的API对接。从而在全价值链平台上提交申请IT资源相关工单时，通过API交互，同步到云管平台，待相关人员分配好资源后，自动更新在全价值链平台上工单的状态，全价值链平台的工单系统就可以对云管，网络等平台的工作进行追踪统计，量化工作价值，最终输出整个项目统一的报表。以此实现基于DevOps平台本身闭环能力的全价值链开放平台的统一管理，开发、运维统一视角，统一管理，达到端到端的统一交付效果，避免现
阶段业内多平台多视角管理混乱的弊端，极大地提高了企业的用户开发、交付和运维效率。
[0036]以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。
附图说明
[0037]一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：
[0038]图1是金融业敏捷转型阶段的过程示意图；
[0039]图2是本申请提供的基于DevOps的全价值链开放协作平台的建设思想的示意图；
[0040]图3是本申请提供的基于DevOps的全价值链开放协作平台的平台架构的示意图；本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于DevOps的全价值链开放协作平台，其特征在于，包括企业IT对象和基础平台层，其中，所述基础平台层，包括：云管平台，用于资源池管理、服务封装、服务编排和自动化调度；DevOps平台，用于串联产品交付的全生命周期；监控平台，用于在需求上线后，对系统状态的持续监控与告警反馈；配置管理平台，用于管理运维对象；流程平台，用于向用户提供包括设计、交付、管理和改善的IT服务过程；运维大数据平台，用于在需求上线后的元数据管理、多维分析和数据质量管理。2.根据权利要求1所述的全价值链开放协作平台，其特征在于，所述DevOps平台，包括：看板中心，用于负责需求管理；组织管理中心，用于负责组织级管理；代码中心，用于构建代码仓库；流水线中心，用于串联持续集成、持续测试和持续运维。3.根据权利要求1所述的全价值链开放协作平台，其特征在于，所述云管平台，具体用于资源池管理、服务封装、服务编排、自动化调度和计量计费。4.根据权利要求1所述的全价值链开放协作平台，其特征在于，所述监控平台，具体用于全局监控可视化、应用监控、系统监控、日志监控、故障自愈、告警处理、告警工单自动化和智能告警及预警。5.根据权利要求1所述的全价值链开放协作平台，其特征在于，所述配置管理平台，具体用于配置模型设计、自动采集、自动同步、运维自动化消费、配置联动告警、与流程平台联动、配置邦联和配置调和。6.根据权利要求1所述的全价值链开放协作平台，其特征在于，所述流程平台，具体用于IT服务管理、变更管理、事件管理、问题管理、发布管理、知识库管理、移动接入和流程联动融合。7.根据权利要求1所述的全价值链开放协...

【专利技术属性】
技术研发人员：马龙飞，郑立，韩思齐，陈屹力，
申请(专利权)人：中国信息通信研究院，
类型：发明
国别省市：