一种基于容器编排技术的应用开发脚手架构建方法和系统与流程

1.本发明涉及容器编排技术领域，尤其涉及一种基于容器编排技术的应用开发脚手架构建方法和系统。


背景技术：

2.随着软件开发速度的不断加快，随着架构体系的不断完善，开源的服务搭建脚手架也层出不穷；这可以减少研发人员面对大量应用框架中的版本管理、解决依赖异常、父子关系保护等负责工作；在新的项目开发时，大多数开发人员会在所使用的开源框架的官方脚手架网站进行基础架构搭建。
3.现有技术方案是基于组件开发的模式，将企业历史开发中使用到的通用功能封装成通用组件，并在企业脚手架中进行服务装配；这种方式不支持多服务构建，且代码侵入性极强，若组件维护人员升级组件，可能出现极大的不稳定因素；而且，在组件运维时，需要将组件和原本已有产品分开，需要极大的人工成本；构建过程开发量大，过程繁琐；不支持多服务构建；组件代码侵入性强，版本维护困难；sdk依赖构建后服务本身性能，分布式实现困难；运维成本高，需要专门的组件运维团队进行组件运维。


技术实现要素：

4.本发明提供了一种基于容器编排技术的应用开发脚手架构建方法和系统，在公司构建业务服务时，可快速进行基础组件服务搭建，并快速构建研发所需的技术框架和研发环境，最大程度避免重复工作量以及保证通用组件服务的最大化利用。
5.本发明提供一种基于容器编排技术的应用开发脚手架构建方法，包括：
6.s1：基于企业基础应用单元构建镜像服务，生成基础应用服务镜像仓库；
7.s2：基于基础应用服务镜像仓库内已有依赖服务，配置容器开发脚手架；
8.s3：利用容器开发脚手架，处理基础应用服务镜像仓库的基础应用服务镜像，生成容器编排脚本、通讯软件开发工具包 基础框架项目；
9.s4：基于代码仓库、硬件服务器、容器引擎和编排引擎构建具备项目开发流水线和应用发布功能的开发环境；
10.s5：基于开发环境，导入容器编排脚本触发应用发布，导入通讯软件开发工具包 基础框架项目触发项目开发流水线，生成开发项目。
11.进一步地，s1包括：
12.s101：基于企业已有的基础应用单元搭建镜像服务，所述镜像服务包括用户管理服务、应用管理服务、流程管理服务、门户访问服务的一个或多个；
13.s102：对所述镜像服务进行运行测试，并完成镜像服务的初始化设置。
14.进一步地，s2包括：
15.s201：选择镜像仓库内已有的依赖服务，配置依赖服务间的启动顺序、依赖关系、服务资源和网络映射，并进行全局配置，生成容器编排脚本；
16.s202：按照预设的配置方法，配置生成通讯软件开发工具包 基础框架项目。
17.进一步地，s201中包括获取依赖服务，具体步骤为：
18.s2011-1：在镜像仓库内页面中心提供的依赖服务清单中选择依赖服务；
19.s2011-2：获取所述依赖服务的镜像地址以及版本。
20.进一步地，s201包括配置依赖服务间的启动顺序：
21.按照服务的优先级顺序进行启动，所述优先级顺序为：存储服务》缓存服务》服务管理组件》网关服务组件》应用服务组件》服务检测组件。
22.进一步地，s201还包括配置依赖服务间的依赖关系，具体步骤为：
23.s2012-1：采取端口存活状态监控或接口存活状态监控的方式，配置服务存活状态监控；
24.s2012-2：配置依赖服务的同级别依赖关系；
25.s2012-3：采取端口存活状态监控或接口存活状态监控的方式，配置服务依赖方式；
26.s2012-4：按照依赖服务的同级别依赖关系，构建同级别子级依赖结构。
27.进一步地，s201还包括配置依赖服务间的服务资源，具体步骤为：
28.s2013-1：配置cpu资源；所述cpu资源包含cpu启动资源和cpu上限资源；
29.s2013-2：配置内存资源，所述内存资源包含内存启动资源和内存上限资源；
30.s2013-3：配置副本数、配置存储资源、并配置挂载路径；
31.s201还包括配置依赖服务间的网络映射，具体步骤为：
32.配置容器对外网络映射、配置代理网络映射、配置内部负载服务名称；
33.s201还包括进行全局配置，具体步骤为：
34.配置全局失败重试次数，进行错误日志存储配置。
35.进一步地，s202中预设的配置方法包括：
36.s202-1：配置容器编排-网络映射关系，判断所述配置是否进行网络配置重写，若是，则重新构建软件开发工具包配置文件，修改网络内置参数后，重新打包该软件开发工具包；若否，则使用原始软件开发工具包配置文件；
37.s202-2：基于软件开发工具包配置文件，使用httpcl ient组件生成轻量级http通讯软件开发工具包，然后将该轻量级http通讯软件开发工具包推送到企业软件仓库添加版本号，并推送到企业组件仓库；
38.s202-3：修改基础框架版本号后上传代码仓库，触发项目开发流水线和应用发布后重新打包部署，生成通讯软件开发工具包。
39.进一步地，s5包括
40.s501：将编排脚本导入预设的容器集群，利用硬件服务器、容器引擎和编排引擎进行编排，生成基础服务环境；
41.s502:将通讯软件开发工具包 基础框架项目上传代码仓库，通过代码仓库中的代码触发项目开发流水线；
42.s503:根据基础服务环境，利用项目开发流水线，生成基础服务环境脚本 应用服务融合脚本，并形成开发项目进行发布。
43.一种基于容器编排技术的应用开发脚手架构建系统，包括：
44.基础应用服务镜像仓库搭建模块，用于生成基础应用服务镜像仓库；
45.容器开发脚手架搭建模块，用于基于依赖服务，配置容器开发脚手架；
46.脚本及项目生成模块，用于生成容器编排脚本、通讯软件开发工具包 基础框架项目；
47.开发环境构建模块，用于构建具备特定功能的开发环境；
48.开发项目生成模块，用于将容器编排脚本导入触发应用发布，将通讯软件开发工具包 基础框架项目输入触发项目开发流水线，生成开发项目。
49.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书以及附图中所特别指出的结构来实现和获得。
50.下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
51.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
52.图1为本发明的一种基于容器编排技术的应用开发脚手架构建方法流程图；
53.图2为本发明的一种基于容器编排技术的应用开发脚手架构建方法和系统的容器编排脚本生成过程流程示意图；
54.图3为本发明一种基于容器编排技术的应用开发脚手架构建方法和系统的通讯软件开发工具包生成流程图。
具体实施方式
55.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
56.一种基于容器编排技术的应用开发脚手架构建方法，如图1所示，包括：
57.s1：基于企业基础应用单元构建镜像服务，生成基础应用服务镜像仓库；
58.s2：基于基础应用服务镜像仓库内已有依赖服务，配置容器开发脚手架；
59.s3：利用容器开发脚手架，处理基础应用服务镜像仓库的基础应用服务镜像，生成容器编排脚本、通讯软件开发工具包 基础框架项目；
60.s4：基于代码仓库、硬件服务器、容器引擎和编排引擎构建具备项目开发流水线和应用发布功能的开发环境；
61.s5：基于开发环境，导入容器编排脚本触发应用发布，导入通讯软件开发工具包 基础框架项目触发项目开发流水线，生成开发项目。
62.上述技术方案的工作原理为：企业已有的基础应用单元构建镜像服务，用于生成基础应用服务镜像仓库；基础应用服务镜像仓库内已有的依赖服务，用于配置容器开发脚手架；利用容器开发脚手架，处理基础应用服务镜像仓库的基础应用服务镜像，为生成容器编排脚本、通讯软件开发工具包 基础框架项目提供基础；代码仓库、硬件服务器、容器引擎和编排引擎，可构建具备项目开发流水线和应用发布功能的开发环境；利用开发环境，导入容器编排脚本触发应用发布，导入通讯软件开发工具包 基础框架项目触发项目开发流水
线，生成开发项目。
63.上述技术方案的有益效果为：采用本实施例提供的方案，在研发周期短、基础组件服务多、环境搭建繁琐等条件下，公司研发人员可基于本方案在构建业务服务时，快速进行基础组件服务搭建，并快速构建研发所需的技术框架和研发环境。最大程度避免重复工作量以及保证通用组件服务的最大化利用。
64.在一个实施例中，s1包括：
65.s101：基于企业已有的基础应用单元搭建镜像服务，所述镜像服务包括用户管理服务、应用管理服务、流程管理服务、门户访问服务的一个或多个；
66.s102：对所述镜像服务进行运行测试，并完成镜像服务的初始化设置。
67.上述技术方案的工作原理为：利用企业已有的基础应用单元搭建镜像服务，所述镜像服务包括用户管理服务、应用管理服务、流程管理服务、门户访问服务的一个或多个；在对所述镜像服务进行运行测试后，完成镜像服务的初始化设置。
68.上述技术方案的有益效果为：采用本实施例提供的方案，通过运用已有的基础应用单元搭建镜像服务，为项目的开发提供服务内容。
69.在一个实施例中，s2包括：
70.s201：选择镜像仓库内已有的依赖服务，配置依赖服务间的启动顺序、依赖关系、服务资源和网络映射，并进行全局配置，生成容器编排脚本；
71.s202：按照预设的配置方法，配置生成通讯软件开发工具包 基础框架项目。
72.上述技术方案的工作原理为：选择镜像仓库内已有的依赖服务，用来配置依赖服务间的启动顺序、依赖关系、服务资源和网络映射，并进行全局配置，生成容器编排脚本；按照预设的配置方法，可以配置生成通讯软件开发工具包 基础框架项目。
73.上述技术方案的有益效果为：采用本实施例提供的方案，通过配置生成容器编排脚本和通讯软件开发工具包 基础框架项目，为服务项目的开发提供依赖环境和开发框架。
74.在一个实施例中，s201中包括获取依赖服务，具体步骤为：
75.s2011-1：在镜像仓库内页面中心提供的依赖服务清单中选择依赖服务；
76.s2011-2：获取所述依赖服务的镜像地址以及版本。
77.上述技术方案的工作原理为：获取依赖服务，首先是在镜像仓库内页面中心提供的依赖服务清单中选择依赖服务，同时获取到所述依赖服务的镜像地址以及版本。
78.上述技术方案的有益效果为：采用本实施例提供的方案，通过有针对性的选择依赖服务以及依赖服务的镜像地址以及版本，为了生成容器编排脚本提供支持。
79.在一个实施例中，s201包括配置依赖服务间的启动顺序：
80.按照服务的优先级顺序进行启动，所述优先级顺序为：存储服务》缓存服务》服务管理组件》网关服务组件》应用服务组件》服务检测组件。
81.上述技术方案的工作原理为：设置依赖服务间的启动顺序，以保证服务及服务组件的有序运行，具体为：按照服务的优先级顺序进行启动，所述优先级顺序为：存储服务》缓存服务》服务管理组件》网关服务组件》应用服务组件》服务检测组件。
82.上述技术方案的有益效果为：采用本实施例提供的方案，通过设置依赖服务间的启动顺序，可以保证服务及服务组件的有序运行。
83.在一个实施例中，s201还包括配置依赖服务间的依赖关系，具体步骤为：
84.s2012-1：采取端口存活状态监控或接口存活状态监控的方式，配置服务存活状态监控；
85.s2012-2：配置依赖服务的同级别依赖关系；
86.s2012-3：采取端口存活状态监控或接口存活状态监控的方式，配置服务依赖方式；
87.s2012-4：按照依赖服务的同级别依赖关系，构建同级别子级依赖结构。
88.上述技术方案的工作原理为：配置依赖服务间的依赖关系，包括采取端口存活状态监控或接口存活状态监控的方式，配置服务存活状态监控；配置依赖服务的同级别依赖关系；采取端口存活状态监控或接口存活状态监控的方式，配置服务依赖方式；按照依赖服务的同级别依赖关系，构建同级别子级依赖结构。
89.上述技术方案的有益效果为：采用本实施例提供的方案，通过配置依赖服务间的依赖关系，为了生成容器编排脚本提供基础。
90.在一个实施例中，如图2所示，s201还包括配置依赖服务间的服务资源，具体步骤为：
91.s2013-1：配置cpu资源；所述cpu资源包含cpu启动资源和cpu上限资源；
92.s2013-2：配置内存资源，所述内存资源包含内存启动资源和内存上限资源；
93.s2013-3：配置副本数、配置存储资源、并配置挂载路径；
94.s201还包括配置依赖服务间的网络映射，具体步骤为：
95.配置容器对外网络映射、配置代理网络映射、配置内部负载服务名称；
96.s201还包括进行全局配置，具体步骤为：
97.配置全局失败重试次数，进行错误日志存储配置。
98.上述技术方案的工作原理为：配置依赖服务间的服务资源，包括配置cpu资源；所述cpu资源包含cpu启动资源和cpu上限资源；配置内存资源，所述内存资源包含内存启动资源和内存上限资源；配置副本数；配置存储资源，并配置挂载路径；
99.配置依赖服务间的网络映射，包括配置容器对外网络映射；配置代理网络映射；配置内部负载服务名称；
100.还包括进行全局配置，包括配置全局失败重试次数；进行错误日志存储配置。
101.上述技术方案的有益效果为：采用本实施例提供的方案，通过配置依赖服务间的服务资源、网络映射，以及进行全局配置，为了生成容器编排脚本提供基础。
102.在一个实施例中，如图3所示，s202中预设的配置方法包括：
103.s202-1：配置容器编排-网络映射关系，判断所述配置是否进行网络配置重写，若是，则重新构建软件开发工具包配置文件，修改网络内置参数后，重新打包该软件开发工具包；若否，则使用原始软件开发工具包配置文件；
104.s202-2：基于软件开发工具包配置文件，使用httpcl ient组件生成轻量级http通讯软件开发工具包，然后将该轻量级http通讯软件开发工具包推送到企业软件仓库添加版本号，并推送到企业组件仓库；
105.s202-3：修改基础框架版本号后上传代码仓库，触发项目开发流水线和应用发布后重新打包部署，生成通讯软件开发工具包。
106.上述技术方案的工作原理为：通讯软件开发工具包即是和容器服务通讯的快捷方
式，没有该部分软件开发工具包应用服务也可和基础服务直接通讯，但是为了避免开发人员配置复杂的http接口参数和网络地址参数，本实施例对软件开发工具包进行封装，并且只提供业务所需参数；具体的配置方法是：
107.s202-1：配置容器编排-网络映射关系，判断所述配置是否进行网络配置重写，若是，则重新构建软件开发工具包配置文件，修改网络内置参数后，重新打包该软件开发工具包；若否，则使用原始软件开发工具包配置文件；
108.s202-2：基于软件开发工具包配置文件，使用httpcl ient组件生成轻量级http通讯软件开发工具包，然后将该轻量级http通讯软件开发工具包推送到企业软件仓库添加版本号，并推送到企业组件仓库；
109.s202-3：修改基础框架版本号后上传代码仓库，触发项目开发流水线和应用发布后重新打包部署，生成通讯软件开发工具包。
110.上述技术方案的有益效果为：采用本实施例提供的方案，可支持无软件开发工具包和有软件开发工具包两种开发方式，自由度高；生成的轻量级软件开发工具包，入没有业务代码的入侵，具有可插拔功能，可随时进行替换；同时可以解决主程序加载下，组件的性能瓶颈问题，将组件变更为服务可动态扩展。
111.在一个实施例中，s5包括
112.s501：将编排脚本导入预设的容器集群，利用硬件服务器、容器引擎和编排引擎进行编排，生成基础服务环境；
113.s502:将通讯软件开发工具包 基础框架项目上传代码仓库，通过代码仓库中的代码触发项目开发流水线；
114.s503:根据基础服务环境，利用项目开发流水线，生成基础服务环境脚本 应用服务融合脚本，并形成开发项目进行发布。
115.上述技术方案的工作原理为：生成开发项目进行发布的过程包括：将编排脚本导入预设的容器集群，利用硬件服务器、容器引擎和编排引擎进行编排，生成基础服务环境；将通讯软件开发工具包 基础框架项目上传代码仓库，通过代码仓库中的代码触发项目开发流水线；根据基础服务环境，利用项目开发流水线，生成基础服务环境脚本 应用服务融合脚本，并形成开发项目进行发布。
116.上述技术方案的有益效果为：采用本实施例提供的方案，通过利用基础服务环境和项目开发流水线，可以保证项目相对组件式运维，服务式运维更加简单直接，并使多服务开发环境一键生成。
117.一种基于容器编排技术的应用开发脚手架构建系统，包括：
118.基础应用服务镜像仓库搭建模块，用于生成基础应用服务镜像仓库；
119.容器开发脚手架搭建模块，用于基于依赖服务，配置容器开发脚手架；
120.脚本及项目生成模块，用于生成容器编排脚本、通讯软件开发工具包 基础框架项目；
121.开发环境构建模块，用于构建具备特定功能的开发环境；
122.开发项目生成模块，用于将容器编排脚本导入触发应用发布，将通讯软件开发工具包 基础框架项目输入触发项目开发流水线，生成开发项目。
123.上述技术方案的工作原理为：基础应用服务镜像仓库搭建模块，用于基于企业基
础应用单元构建镜像服务，生成基础应用服务镜像仓库；
124.容器开发脚手架搭建模块，用于基于基础应用服务镜像仓库内已有依赖服务，配置容器开发脚手架；
125.脚本及项目生成模块，用于利用容器开发脚手架，处理基础应用服务镜像仓库的基础应用服务镜像，生成容器编排脚本、通讯软件开发工具包 基础框架项目；
126.开发环境构建模块，用于基于代码仓库、硬件服务器、容器引擎和编排引擎构建包括项目开发流水线和应用发布功能的开发环境；
127.开发项目生成模块，用于基于开发环境，将容器编排脚本导入触发应用发布，将通讯软件开发工具包 基础框架项目输入触发项目开发流水线，生成开发项目。
128.上述技术方案的有益效果为：采用本实施例提给的方案，在研发周期短、基础组件服务多、环境搭建繁琐等条件下，公司研发人员可基于本方案在构建业务服务时，快速进行基础组件服务搭建，并快速构建研发所需的技术框架和研发环境。最大程度避免重复工作量以及保证通用组件服务的最大化利用。
129.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。