微服务升级文件发送方法、接收方法、设备及存储介质技术

本申请涉及微服务升级文件发送方法、接收方法、设备及存储介质。本申请实施例包括：提取用于各个微服务升级的共有文件和对应用于各个所述微服务升级的多个私有文件，将所述共有文件和多个所述私有文件打包形成微服务升级文件输出。根据本申请实施例提供的方案，微服务升级文件中的共有文件只保存一份或少数份，这样可以有效减少微服务升级文件占用的存储空间，提高微服务的升级效率。提高微服务的升级效率。提高微服务的升级效率。

【技术实现步骤摘要】
微服务升级文件发送方法、接收方法、设备及存储介质


[0001]本申请实施例涉及但不限于通讯
，尤其涉及一种微服务升级文件发送方法、接收方法、设备及存储介质。

技术介绍

[0002]微服务架构现在广泛运用在各个系统中。微服务通过将功能分解到各个离散的服务中以实现对解决方案的解耦，通常把一个大型的单个应用程序或服务拆分为数个甚至数十个的微服务。
[0003]目前，如果需要对微服务系统进行版本升级，通常是将每个微服务升级文件单独存放为一个版本文件，然后将所有的版本文件一起打包成一个总版本文件发布进行升级。因为微服务数量较多，因此版本文件的数量也比较多，这样会导致总版本文件比较大、传输总版本文件耗时长，从而导致升级文件占用磁盘空间多、升级效率低。

技术实现思路

[0004]本申请实施例提供了一种微服务升级文件发送方法、接收方法、设备及存储介质，能够有效减少微服务升级文件占用的存储空间，提高微服务的升级效率。
[0005]第一方面，本申请实施例提供了一种微服务升级文件发送方法，包括：
[0006]获取用于各个微服务升级的共有文件；
[0007]获取对应用于各个所述微服务升级的多个私有文件；
[0008]将所述共有文件和多个所述私有文件打包形成微服务升级文件输出。
[0009]第二方面，本申请实施例提供了一种微服务升级文件接收方法，包括：
[0010]获取微服务升级文件，所述微服务升级文件包括共有文件和多个私有文件；
[0011]提取微服务升级文件中的共有文件存放到微服务的公共容器中；
[0012]提取微服务升级文件中的多个私有文件分别对应存放到微服务的各业务容器中。
[0013]第三方面，本申请实施例提供了电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现：
[0014]如第一方面所述的微服务升级文件发送方法；
[0015]或者，
[0016]如第二方面所述的微服务升级文件接收方法。
[0017]第四方面，本申请实施例提供了计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于：
[0018]执行第一方面所述的微服务升级文件发送方法；
[0019]或者，
[0020]执行第二方面所述的微服务升级文件接收方法。
[0021]本申请实施例包括：提取用于各个微服务升级的共有文件和对应用于各个所述微服务升级的多个私有文件，将所述共有文件和多个所述私有文件打包形成微服务升级文件
输出。根据本申请实施例提供的方案，微服务升级文件中的共有文件只保存一份或少数份，这样可以有效减少微服务升级文件占用的存储空间，提高微服务的升级效率。
[0022]本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
[0023]附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。
[0024]图1为目前微服务系统升级的版本文件和容器镜像组成示意图；
[0025]图2是本申请一实施例提供的微服务升级文件发送方法的流程图；
[0026]图3是本申请一实施例提供的微服务升级文件发送方法中微服务升级文件和业务容器镜像组成示意图；
[0027]图4是本申请一实施例提供的微服务升级文件接收方法的流程图；
[0028]图5是本申请另一实施例提供的微服务升级文件接收方法的流程图；
[0029]图6是本申请一实施例提供的微服务升级文件接收方法中的容器卷共享示意图。
具体实施方式
[0030]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
[0031]需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
[0032]微服务架构现在广泛运用在各个系统中。微服务通过将功能分解到各个离散的服务中以实现对解决方案的解耦，通常把一个大型的单个应用程序和服务拆分为数个甚至数十个的微服务。
[0033]目前，如果需要对微服务系统进行版本升级，通常是将每个微服务升级文件单独存放为一个版本文件，然后将所有的版本文件一起打包成一个总版本文件发布进行升级。因为微服务数量较多，因此版本文件的数量也比较多，这样会导致总版本文件比较大、传输总版本文件耗时长，从而导致升级文件占用磁盘空间多、升级效率低。
[0034]例如，在无线基站采用微服务架构和容器技术。如果需要对无线基站进行版本升级，目前的解决方案通常是后台设备将每个容器镜像单独存放为一个版本，然后将所有的容器版本一起打包成一个版本文件发布进行升级。因为微服务划分较多，因此容器版本的数量也比较多，这样会导致整个版本包文件比较大，传输版本文件耗时，占用磁盘空间多，升级效率低。参照图1，目前用于微服务升级的版本文件里面是各个微服务的容器镜像文件(镜像1至镜像n)。容器的镜像文件是一层层的文件堆叠起来的，将这些容器镜像单独导出来进行保存的时候，必须包含所有层的文件。虽然每个镜像文件的镜像层数不一定相同，如
镜像1包含有镜像层1至镜像层N1共N1个镜像层，镜像2包含有镜像层1至镜像层N2共N2个镜像层，镜像2包含有镜像层1至镜像层N
n
共N
n
个镜像层，但是这些容器镜像在某些镜像层包含相同的共有文件，比如一些公共库文件，一些通用工具文件，这样会导致版本包里面的镜像存在很多重复文件，必然会导致版本文件变大。参照图1，可能镜像1的镜像层1和镜像2的镜像层1是相同的共有文件，但是保存成为单独的镜像文件时，镜像1和镜像2都得包含镜像层1的共有文件，不然这些镜像文件就会导入失败，容器无法正常运行。
[0035]基于此，本申请实施例提供了微服务升级文件发送方法、接收方法、设备及存储介质，能够有效减少微服务升级文件占用的存储空间，提高微服务的升级效率。
[0036]需要说明的是，下列多种实施例中，微服务系统采用容器技术实现微服务。即整个微服务系统的功能被划分为多个微服务，每个微服务运行在单独的业务容器里面。
[0037]第一方面，本申请实施例提供了一种微服务升级文件发送方法，应用于后台设备侧。
[0038]示例1A
[0039]参照图2，本示例的微服务升级文件发送方本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种微服务升级文件发送方法，包括：获取用于各个微服务升级的共有文件；获取对应用于各个所述微服务升级的多个私有文件；将所述共有文件和多个所述私有文件打包形成微服务升级文件输出。2.根据权利要求1所述的方法，其特征在于，所述共有文件为微服务初始化容器镜像，多个所述私有文件为对应于微服务各业务容器的私有镜像。3.根据权利要求1或2所述的方法，其特征在于，所述共有文件包括公共库文件和通用工具文件。4.一种微服务升级文件接收方法，包括：获取微服务升级文件，所述微服务升级文件包括共有文件和多个私有文件；提取微服务升级文件中的共有文件存放到微服务的公共容器中；提取微服务升级文件中的多个私有文件分别对应存放到微服务的各业务容器中。5.根据权利要求4所述的方法，其特征在于，所述微服务的公共容器为微服务初始化容器；所述共有文件包括公共库文件和通用工具文件。6.根据权利要求...

【专利技术属性】
技术研发人员：张泽建，荣芳，吴永航，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：