一种应用容器管理方法、系统、计算机和可读存储介质与流程

本申请涉及计算机，尤其涉及一种应用容器管理方法、系统、计算机和可读存储介质。

背景技术：

1、目前前端应用大多数是通过构建生成对应的静态资源文件，然后再把文件统一上传到对应的web服务器上，而服务器的配置和管理通常是由运维和后台人员来操作，前端人员无需关注，但是遇到特别的前端应用时，如单页应用程序（single page webapplication，spa），服务器端渲染（server-side rendering，ssr）等，对环境和网络配置有依赖，会对多端人员（前端、运维、后台）增加沟通的时间和调试的次数。

技术实现思路

1、鉴于上述问题，本申请提出一种应用容器管理方法、系统、计算机和可读存储介质。

2、本申请实施例提出一种应用容器管理方法，包括：获取应用的保留历史版本数和当前版本信息，所述当前版本信息包括当前版本的前端资源文件和当前版本号；

3、基于所述当前版本信息得到当前版本的制品文件；

4、基于所述制品文件和所述保留历史版本数，向项目包管理平台获取历史版本信息；

5、基于所述当前版本信息和所述历史版本信息，得到版本合并数据；

6、构建应用的容器镜像，并基于所述容器镜像和所述版本合并数据，得到待部署容器。

7、进一步地，在上述的应用容器管理方法中，所述基于所述当前版本信息得到当前版本的制品文件，包括：

8、通过shell脚本调用应用中的构建工具，以基于所述当前版本信息构建所述制品文件。

9、进一步地，在上述的应用容器管理方法中，所述历史版本信息包括与所述当前版本信息最近的n个历史版本信息，其中，n为保留历史版本数，n为≥1的整数。

10、进一步地，在上述的应用容器管理方法中，基于所述当前版本信息和所述历史版本信息，得到版本合并数据，包括：

11、基于所述当前版本信息和所述历史版本信息，按照将第m个版本信息和第m+1个版本信息合并后得到的版本信息再与第m+2个版本合并的顺序，依次合并所有版本信息，以得到所述版本合并数据，其中，第m个版本信息为所述历史版本信息中最旧的版本信息。

12、进一步地，在上述的应用容器管理方法中，所述基于所述容器镜像和所述版本合并数据，得到待部署容器，包括：

13、将所述版本合并数据保存至构建的dist目录；

14、将所述dist目录中的版本合并数据复制至所述容器镜像的可运行路径，得到待部署容器。

15、进一步地，在上述的应用容器管理方法中，还包括：

16、将所述待部署容器部署至容器管理平台，以通过所述容器管理平台基于所述待部署容器对相应的应用进行滚动升级。

17、进一步地，在上述的应用容器管理方法中，所述相应的应用对应至少2个相同版本的管理容器组；

18、当其中一个管理容器组进行升级时，其余的管理容器组保持不变；当其中一个管理容器组升级完成后，下一个未升级的管理容器组进行升级，以形成滚动升级。

19、本申请的另一实施例还提出一种应用容器管理系统，包括：

20、第一获取单元，用于获取应用的保留历史版本数和当前版本信息，所述当前版本信息包括当前版本的前端资源文件和当前版本号；

21、制品单元，基于所述当前版本信息得到当前版本的制品文件；

22、第二获取单元，用于基于所述制品文件和所述保留历史版本数，向项目包管理平台获取历史版本信息；

23、合并单元，用于基于所述当前版本信息和所述历史版本信息，得到版本合并数据；

24、构建单元，用于构建应用的容器镜像，并基于所述容器镜像和所述版本合并数据，得到待部署容器。

25、本申请的另一实施例还提出一种计算机，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如上述的应用容器管理方法的步骤。

26、本申请的另一实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如上述的应用容器管理方法的步骤。

27、本申请的实施例具有以下的有益效果：

28、本申请实施例提出一种应用容器管理方法，通过构建容器镜像来建立需要的待部署容器。若将部署容器传输至容器管理平台，即可当遇到特别的前端应用时，无需多端人员进行沟通和调试，直接调用即可，增加效率的同时还减少成本。同时，本方案通过自定义按需选择要合并的历史版本信息进行更新，能有效减小待部署容器体积和应用对应的容器的体积，提高待部署容器的高可用性。

技术特征：

1.一种应用容器管理方法，其特征在于，包括：

2.根据权利要求1所述的应用容器管理方法，其特征在于，所述基于所述当前版本信息得到当前版本的制品文件，包括：

3.根据权利要求1所述的应用容器管理方法，其特征在于，所述历史版本信息包括与所述当前版本信息最近的n个历史版本信息，其中，n为保留历史版本数，n为≥1的整数。

4.根据权利要求1所述的应用容器管理方法，其特征在于，基于所述当前版本信息和所述历史版本信息，得到版本合并数据，包括：

5.根据权利要求1所述的应用容器管理方法，其特征在于，所述基于所述容器镜像和所述版本合并数据，得到待部署容器，包括：

6.根据权利要求1所述的应用容器管理方法，其特征在于，还包括：

7.根据权利要求6所述的应用容器管理方法，其特征在于，所述相应的应用对应至少2个相同版本的管理容器组；

8.一种应用容器管理系统，其特征在于，包括：

9.一种计算机，其特征在于，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如权利要求1至7任一项所述的应用容器管理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1至7任一项所述的应用容器管理方法的步骤。

技术总结
本申请涉及计算机技术领域，尤其涉及一种应用容器管理方法、系统、计算机和可读存储介质，该方法包括：获取应用的保留历史版本数和当前版本信息，所述当前版本信息包括当前版本的前端资源文件和当前版本号；基于所述当前版本信息得到当前版本的制品文件；基于所述保留历史版本数，向项目包管理平台获取历史版本信息；基于所述当前版本信息和所述历史版本信息，得到版本合并数据；构建应用的容器镜像，并基于所述容器镜像和所述版本合并数据，得到待部署容器。本申请中的方法可以使得当遇到对应的前端应用时，无需多端人员进行沟通和调试，直接调用即可，增加效率的同时还减少成本。

技术研发人员：柳伟超,廖祖胜,蒋洪波,吴志刚,陈友
受保护的技术使用者：天津金城银行股份有限公司
技术研发日：
技术公布日：2024/1/13