普元DevOps5.3发布了

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/bigdabao1/article/details/89838690

更多介绍请看普元官方文档库http://doc.primeton.com/pages/viewpage.action?pageId=26673454

1 平台介绍

随着数字化转型浪潮席卷而来,企业的信息化平台建设要求越来越高。但各部门隔阂导致的信息传递失真、重复工作导致隐性成本增长、过程管理不当导致数据割裂,企业的数字化转型面临极大挑战。

普元DevOps平台致力于在数字化转型阶段,通过体系化、自动化、层次化的建设方法,帮助企业打造 “卓越IT生产线”。

普元DevOps平台以质量和安全为基础支撑保障,覆盖从需求到部署上线的软件生产全生命周期,并针对线上的问题实现反馈回环。将线下IT生产过程转变为线上高度自动化、可视化的IT生产线,提升产品研发效率,快速响应业务需求,并通过度量分析、风险预判,持续提升IT运营能力。

2 平台组成

下图为DevOps的功能组成。

DevOps与多种第三方组件进行了集成,如下图所示:

3 文档说明

本文档对DevOps平台每部分功能进行概要性介绍,并说明了详细使用方法。阅读完此文档,您可以了解到如何使用DevOps平台。

4 名词解释

a)   DevOps平台依赖多个第三方组件,各组件说明如下:

  • 介质服务器(Nexus):用于存放编译后生成的介质,项目中执行构建任务 “发布二方库介质”或“工件发布到nexus”任务时会根据配置将介质存放在介质仓库中;
  • 构建引擎(Jenkins):构建时使用的第三方工具;
  • 部署引擎(Jenkins):执行部署、交付时使用的第三方工具,可按照环境类型配置多个引擎;
  • 邮件服务器:发送通知时使用的第三方工具,以Email形式发送邮件;
  • 质量分析服务器(SonarQube):分析扫描代码质量工具,可生成独立报告页面,通过构建调用“SonarQube”任务执行扫描,进行质量分析;
  • 项目管理服务器(Jira):用于项目管理使用的第三方工具,在DevOps平台中能够获取项目数据生成项目质量、进度数据和图表;
  • 容器云服务器:在构建、发布中进行容器云部署时使用,在部署任务中选择容器服务器,即可在任务执行时将应用部署到容器云;
  • 镜像仓库:Harbor是一个用于存储和分发Docker镜像的企业级Registry服务器;
  • 服务器:管理源码工具,支持:GitHub、GitLab、SVN;
  • CMDB:配置管理数据库,存储与管理企业IT架构中设备的各种配置信息,它与所有服务支持和服务交付流程都紧密相联,支持这些流程的运转、发挥配置信息的价值,同时依赖于相关流程保证数据的准确性;
  • LDAP服务器:用于LDAP用户导入及LDAP用户管理;
  • 文档服务器:用户可以选择将文档服务器空间与项目关联起来,便于文档管理

b)   DevOps平台中对于角色权限说明如下:

  • 系统管理员:该角色默认只有一个用户sysadmin;
  • 平台角色:可自定义,一般包括系统管理员、配置管理员、运维管理员、QA等
  • 项目(群)角色:项目立项审批后可以创建项目经理、产品经理、架构师、开发人员、测试人员、运维人员、测试经理等这几个角色,可配置其他角色及其权限。

c)   DevOps平台中的术语说明如下:

  • 项目群:项目群是指经过协调统一管理以便获取单独管理时无法取得的效益和控制的一组相互联系的项目。项目群中的项目需要共享组织的资源,需要进行项目之间的资源调配;
  • 看板:敏捷的分支之一,用积压情况来观察产出能力,合理平衡积压与在制品,达到产线平衡;
  • 燃尽图:在项目完成之前,对需要完成的工作的一种可视化表示。燃尽图有一个Y轴(工作)和X轴(时间)。理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零;
  • 组件:组件是CICD的最小单元,比如对于微服务架构的系统,一个微服务就是一个组件。组件分多种类型,比如程序、数据、配置类型;
  • 持续集成:持续集成是一种软件开发实践,即团队频发集成他们的工作,每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。
  • 持续交付:软件产出过程在一个短周期内完成,以保证软件可以稳定、持续的保持在随时可以发布的状况。目标在于让软件的构建、测试与发布变得更快以及更频繁,减少软件开发的成本与时间,降低风险;
  • 蓝绿:蓝绿部署是不停老版本,部署新版本,如果新版本存在问题,将流量切到老版本;
  • 灰度:灰度发布是指不同版本之间,平滑过渡的一种发布方式。一般做法是让一部分用户用产品原有特性,一部分用户开始用产品新特性,如果用户对新特性没有排斥,则逐步扩大范围,把所有用户都迁移到新特性版本上来;

猜你喜欢

转载自blog.csdn.net/bigdabao1/article/details/89838690