【技术实现步骤摘要】
本专利技术涉及软件开发，尤其涉及一种基于云码工场的云原生前端构建部署方法及装置。
技术介绍
1、在基于ccos云操作系统的前端动态插件开发过程中，构建部署流程复杂，从获取集群配置、构建镜像、单元测试、同步离线镜像，到更新环境每一步都需要手动操作，需要人为判断目标环境当前项目是否为单独动态插件部署模式，而整体部署所有动态插件没有针对性，且耗时费力，构建部署各个步骤是分离的、不连续的，不能将几个步骤串起来进行，没有一套能全自动化的构建部署前端动态插件的装置。前端开发进行开发联调时，往往需要频繁更新开发联调环境，而每次更新环境都需要大量的手动操作，且同时更新多套环境时，需要手动执行多次重复的环境部署操作，手动操作不仅容易出错，更容易导致开发无法专心进行业务开发，开发人员大量的时间都消耗在环境更新部署上面，并且消耗开发人员精力及心力，无法对业务进行聚焦，导致产出不足和开发质量低下。
技术实现思路
1、为解决现有技术中存在的问题，本专利技术提供了一种基于云码工场的云原生前端构建部署方法，使用云码工场构建单独的前端动态插件，构建该前端动态插件的产物镜像，并将镜像推送到线上镜像仓库，进行主机部署时，提供kubernetes的cr配置模板生成crd，将要部署的环境设置为单独动态插件部署模式，拉取线上镜像，同步离线镜像，修改前端动态插件crd配置，更新目标环境。本专利技术能够基于kubernetes的cr配置模板，将前端动态插件单独进行部署，能够将前端项目构建、构建镜像、同步离线镜像、更新目标环境、
2、云码工场(ceclouddevopsplatform，cdp)，是面向企业级客户提供应用研发运营全生命周期管理的平台，覆盖项目管理、开发、测试、持续集成、持续交付、运营管理等阶段，支持敏捷、瀑布等多种研发场景的高性能、高并发、高可靠、高安全的一体化devops平台。
3、云码工场产品优势包括：
4、1.一站式devops软件开发平台
5、提供应用的全生命周期管理，用户不需关注繁琐的应用启停、升级和回滚细节。支持容器化部署应用，全力为客户打造云原生应用。
6、2.跨产品联合研发、版本发布
7、云码工场支持产品集关联多个产品，支持对产品集需求、版本、风险、制品、报告进行全方位管理，支持实时同步产品集下各产品研发进度，为企业多产品联合研发保驾护航。
8、3.可视化ci/cd
9、云码工场自动化ci/cd功能支持可视化编排流水线，将复杂的脚本语言去繁化简，用户只需掌握关键命令就可完成代码拉取、编译、打包、构建镜像、测试和部署全流程任务配置，做到了真正的低脚本构建，降低开发和测试人员构建、部署与发布难度。
10、同时，自动化流水线支持代码push、merge、tag触发，支持定时触发和手动触发，可以满足ci/cd不同场景自动执行需要。
11、4.软件研发全程留痕，“一版一眼”
12、软件版本创建后，可关联需求域需求管理，开发域分支、代码、ci/cd流水线，测试管理、自动化测试、制品等全方位研发过程资产与信息。可通过版本概览一眼知晓整个版本详情。
13、5.全方位效能度量
14、云码工场支持研发过程数据全方位度量，提供总体度量、产品度量、人员度量三个维度，可以有效度量企业内部、各部门、各产品的研发效能，通过数据暴露研发流程问题点，帮助完善研发流程，助力企业研发效能持续改进；另外人员效能度量数据，可帮助企业优化各岗位人员配比，助力企业人才战略完善。
15、6.市场/交付需求回传快道
16、为已交付产品客户意见与需求、销售侧商机需求及时有效反馈给各个产品，cdp平台提供了企业级需求池，支持驻场、销售、客服等非研发角色更快、更好地反馈外部需求，促进产品功能不断迭代更新，以获取更好的市场回报。
17、本专利技术提供了一种基于云码工场的云原生前端构建部署方法，包括如下步骤：
18、步骤s1，使用云码工场构建单独的前端动态插件，构建前端动态插件的产物镜像，并将该镜像推送到线上镜像仓库；
19、步骤s2，提供kubernetes的cr配置模板生成crd，将要部署的环境设置为单独动态插件部署模式；
20、步骤s3，拉取线上镜像，同步离线镜像；
21、步骤s4，修改前端动态插件crd配置，更新目标环境。
22、优选地，主机部署过程中，判断是否存在离线的镜像，如果存在离线的镜像，则拉取线上的镜像，进行离线镜像的同步。
23、优选地，主机部署过程中，判断当前动态插件是否为首次部署，如果是首次部署，将当前动态插件设置为单独动态插件部署模式，kubernetes的operator监听与该动态插件相关的插件信息的变动，更新该动态插件的服务；如果是非首次部署，则直接修改镜像配置，更新目标环境。
24、kubernetes是google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。在kubernetes中，可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理。
25、operator是kubernetes的扩展软件，它利用定制资源管理应用及其组件。operator遵循kubernetes的理念，特别是在控制器方面。
26、优选地，提供基于kubernetes内置的定制资源cr配置模版，将该动态插件设置为单独动态插件部署模式。
27、优选地，向定制资源cr配置模版传递该动态插件相关的插件名称、命名空间、镜像地址、服务端口号和服务访问路径，生成该动态插件的kubernetes中自定义资源类型crd。
28、kubernetes内置定制资源cr(customresource)配置模版，而crd(customresourcedefinition)本身是一种kubernetes内置的资源类型，即自定义资源的定义，用于描述用户自定义的资源是什么样子。从kubernetes的用户角度来看，所有东西都叫资源resource，就是yaml里的字段kind的内容，例如service、deployment等。除了常见内置资源之外，kubernetes允许用户自定义资源customresource，而crd表示自定义资源的定义。
29、优选地，kubernetes的operator监听该动态插件的crd配置的变动，自动更新pod容器中的镜像，重新创建该动态插件的cr实例pod，并删除原来的pod。
30、优选地，更新目标环境后，在集本文档来自技高网...
【技术保护点】
1.一种基于云码工场的云原生前端构建部署方法，其特征在于，包括如下步骤：
2.根据权利要求1所述的基于云码工场的云原生前端构建部署方法，其特征在于，主机部署过程中，判断需要部署的目标环境是否为离线环境，如果是离线环境，则拉取线上的镜像，进行离线镜像的同步。
3.根据权利要求1所述的基于云码工场的云原生前端构建部署方法，其特征在于，主机部署过程中，判断当前动态插件在需要部署的目标环境中是否为首次部署，如果是首次部署，将当前动态插件设置为单独动态插件部署模式，Kubernetes的Operator监听与该动态插件相关的插件信息的变动，更新该动态插件的服务；如果是非首次部署，则修改镜像配置，更新目标环境。
4.根据权利要求3所述的基于云码工场的云原生前端构建部署方法，其特征在于，向定制资源CR配置模版传递该动态插件相关的插件名称、命名空间、镜像地址、服务端口号和服务访问路径，生成该动态插件的Kubernetes中自定义资源类型CRD。
5.根据权利要求4所述的基于云码工场的云原生前端构建部署方法，其特征在于，Kubernetes的Oper
6.根据权利要求1-5任一项所述的基于云码工场的云原生前端构建部署方法，其特征在于，更新目标环境后，在集群中，利用云原生能力拉取前端动态插件的镜像，生成pod，启动pod中的web服务。
7.根据权利要求6所述的基于云码工场的云原生前端构建部署方法，其特征在于，还包括前端动态插件单元测试步骤，前端动态插件单元测试步骤在步骤S1和步骤S2之间进行，或在步骤S2与步骤S3之间进行，或在步骤S3之后进行。
8.一种基于云码工场的云原生前端构建部署装置，其特征在于，包括处理器，所述处理器使用云码工场，通过执行权利要求1-7任一项所述的基于云码工场的云原生前端构建部署方法进行云原生前端构建部署。
...【技术特征摘要】
1.一种基于云码工场的云原生前端构建部署方法，其特征在于，包括如下步骤：
2.根据权利要求1所述的基于云码工场的云原生前端构建部署方法，其特征在于，主机部署过程中，判断需要部署的目标环境是否为离线环境，如果是离线环境，则拉取线上的镜像，进行离线镜像的同步。
3.根据权利要求1所述的基于云码工场的云原生前端构建部署方法，其特征在于，主机部署过程中，判断当前动态插件在需要部署的目标环境中是否为首次部署，如果是首次部署，将当前动态插件设置为单独动态插件部署模式，kubernetes的operator监听与该动态插件相关的插件信息的变动，更新该动态插件的服务；如果是非首次部署，则修改镜像配置，更新目标环境。
4.根据权利要求3所述的基于云码工场的云原生前端构建部署方法，其特征在于，向定制资源cr配置模版传递该动态插件相关的插件名称、命名空间、镜像地址、服务端口号和服务访问路径，生成该动态插件的kubernetes中自定义资源类型crd。...
【专利技术属性】
技术研发人员：胡成志，
申请(专利权)人：中电云计算技术有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。