CN109542677A - 一种高可靠容器内应用介质升级方法、装置及存储介质 - Google Patents

Abstract

本申请涉及一种高可靠容器内应用介质升级方法、装置及存储介质，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内，该方法包括：获取应用的待升级文件介质，并存储到第二存储区域内；当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件，并将所述待升级文件介质更新至所述第一存储区域内；运行利用所述第一存储区域中更新后的文件；当运行后应用未成功启动，将第一存储区域中升级后运行文件替换为备份文件，并利用备份文件对应用进行重启。这样在升级过程中，对不同的文件进行分区存放，便于管理，不会出现文件错误。

Description

一种高可靠容器内应用介质升级方法、装置及存储介质

技术领域

本申请涉及云技术领域，尤其涉及一种高可靠容器内应用介质升级方法、装置及存储介质。

背景技术

当今容器技术被广泛关注，已经有越来越多的企业开始布局或者已经采用容器技术来构建自己的云基础设施。

很多传统行业和互联网企业相比在容器技术方面起步稍晚，但近两年随着容器关注度的空前火热，企业进步也很快，大力推进容器相关能力的建设。

在用容器设计新的微服务应用架构或者如何改造现有的应用时，应该了解哪些因素和相关特性，是企业在实施容器平台时必须要考虑的。

申请人发现，现有的容器中，应用在存储时，存储的内容比较混乱，后续在对存储的内容进行操作时，容易出错。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种高可靠容器内应用介质升级方法、装置及存储介质。

有鉴于此，第一方面，本申请提供了一种高可靠容器内应用介质升级方法，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内，所述方法包括：

获取应用的待升级文件介质，并将所述待升级文件介质存储到第二存储区域内；

检测所述应用是否停止运行；

当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件，并将所述待升级文件介质更新至所述第一存储区域内；

运行利用所述第一存储区域中更新后的文件；

当运行后所述应用未成功启动，将所述第一存储区域中更新后的文件替换为所述备份文件，并利用所述备份文件对所述应用进行重启。

可选地，所述应用的状态包括：活动状态、中间状态和已停止状态；

所述检测所述应用是否停止运行的步骤，包括：

获取所述应用的当前状态标识；

若所述应用的当前状态标识为活动状态的标识，对所述应用执行预设停止操作，并重复获取所述应用的当前状态标识；

若所述应用的当前状态标识为中间状态的标识，间隔预设时长后重复获取所述应用的当前状态；

若所述应用的当前状态标识为已停止状态的标识，确定所述应用停止运行。

可选地，所述将所述应用的第一存储区域中的所有文件作为备份文件备份至第三存储区域内的步骤，包括：

将所述应用的第一存储区域中的所有文件复制至第三存储区域中作为备份文件，

将所述应用的第一存储区域中的所有文件删除。

可选地，所述利用所述第一存储区域中的待升级文件介质对所述应用进行升级的步骤之后，所述方法还包括：

对所述应用执行预设启动操作；

读取所述第一存储区域中更新后的文件启动所述应用；

获取所述应用启动后状态标识；

若所述应用启动后状态标识为中间状态的标识，确定升级后所述应用未成功启动；

若所述应用启动后状态标识为活动状态的标识，确定升级后所述应用成功启动。

可选地，所述方法还包括：

检测是否接收到对升级后所述应用的卸载操作；

当接收到卸载操作时，将所述第一存储区域中的所有文件移动至第四存储区域，并清空所述第一存储区域中的所有文件。

可选地，所述将所述第一存储区域中的文件替换为所述备份文件，包括：

将所述应用的第一存储区域中的所有文件删除；

将所述备份文件复制至所述第一存储区域；

将所述第三存储区域中的备份文件删除。

第二方面，本申请提供了一种高可靠容器内应用介质升级装置，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内，所述装置包括：

获取模块，用于获取应用的待升级文件介质；

第一存储模块，用于将所述待升级文件介质存储到第二存储区域内；

运行检测模块，用于检测所述应用是否停止运行；

备份模块，用于当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件；

更新模块，用于将所述待升级文件介质更新至所述第一存储区域内；

执行模块，用于运行利用所述第一存储区域中更新后的文件；

替换模块，用于当运行后所述应用未成功启动，将所述第一存储区域中更新后的文件替换为所述备份文件；

重启模块，用于利用所述备份文件对所述应用进行重启。

可选地，所述应用的状态包括：活动状态、中间状态和已停止状态；

所述运行检测模块，包括：

标识获取子模块，用于获取所述应用的当前状态标识；

控制子模块，用于当所述应用的当前状态标识为活动状态的标识时，对所述应用执行预设停止操作，且标识获取子模块重复获取所述应用的当前状态的标识；

当所述应用的当前状态标识为中间状态的标识时，标识获取子模块间隔预设时长后重复获取所述应用的当前状态；

运行确定子模块，用于当所述应用的当前状态标识为已停止状态的标识时，确定所述应用停止运行。

可选地，所述备份模块，包括：

复制子模块，用于将所述应用的第一存储区域中的所有文件复制至第三存储区域中作为备份文件，

删除子模块，用于将所述应用的第一存储区域中的所有文件删除。

可选地，所述装置还包括：

启动操作模块，用于对所述应用执行预设启动操作；

读取子模块，用于读取所述第一存储区域中更新后的文件启动所述应用；

所述标识获取子模块，用于获取所述应用启动后状态标识；

所述标识获取子模块，用于当所述应用启动后状态标识为中间状态的标识时，隔预设时长，重复获取所述应用启动后状态标识；

确定子模块，当所述应用启动后状态标识为活动状态的标识时，确定升级后所述应用成功启动。

可选地，所述装置还包括：

卸载检测模块，用于检测是否接收到对升级后所述应用的卸载操作；

所述更新模块，用于当接收到卸载操作时，将所述第一存储区域中的所有文件移动至第四存储区域，并清空所述第一存储区域中的所有文件。

可选地，所述将替换模块，包括：

删除子模块，用于将所述应用的第一存储区域中的所有文件删除；

所述复制子模块，用于将所述备份文件复制至所述第一存储区域；

所述删除子模块，用于将所述第三存储区域中的备份文件删除。

第三方面，本申请实施例提供一种服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面任一项所述的高可靠容器内应用介质升级方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有资源分配程序，所述资源分配程序被处理器执行时实现如第一方面任一项所述的高可靠容器内应用介质升级方法的步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本申请实施例提供的该方法，容器中的应用，预先设置有多个相互独立的存储区域，然后在对应用升级过程中，将升级过程中的不同阶段对应的文件分别存储至不同的存储区域，其中，待升级文件介质存储至第二存储区域，运行文件存储至第一存储区域，备份文件存储至第三存储区域，这样在升级过程中，对不同的文件进行分区存放，便于管理，不会出现文件错误。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中提供的一种高可靠容器内应用介质升级方法的流程示意图；

图2为本申请实施例中提供的一种高可靠容器内应用介质升级装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例中提供的一种高可靠容器内应用介质升级方法的流程示意图。如图1所示，该方法包括以下步骤：

S101，获取应用的待升级文件介质，将所述待升级文件介质存储到第二存储区域内。

容器内的应用通常运行在云平台对应的服务器中，在对容器内的应用进行升级操作时，可以在客户端生成待升级文件介质，然后发给云平台对应的服务器。

客户端在准备好待升级文件介质时，会将待升级文件介质打包，然后利用摘要算法进行哈希签名，当云平台服务器接收到打包的文件后，利用哈希签名进行验证，防止待升级文件介质在传输过程中出现损坏，保证云平台服务器接收到的待升级文件介质是完整的。

在本申请实施例中，每个应用都预先设置多个相互独立的存储区域，并且这多个存储区域中，该应用的运行文件存储在第一存储区域中。在具体应用中，为了便于技术人员分辨不同的存储区域，可以将第一存储区域命名为“install”区域。

而当接收到待升级文件介质后，可以存储至第二存储区域，同理为了便于分辨，可以将第二存储区域命名为“待升级”存储。

在本申请实施例中，为了便于操作人员可以通过操作系统进行轻松操作，不同的存储区域的对外展示形式可以为不同的文件夹。

S102，检测所述应用是否停止运行。

现有的应用通常只有两个状态：活动状态和停止中状态，”在本申请实施例中，每个应用都具有多个状态，以便于对应用的运行情况进行清楚了解，这多个状态包括：活动状态、中间状态和已停止状态；其中，中间状态可以包括：启动中状态、停止中状态和错误状态等。

该步骤S102可以按照以下方式检测应用是否停止运行：

S01，获取所述应用的当前状态标识。

状态标识用于标识区分不同的状态，状态标识可以为文字，例如：活动状态的标识为“活动”，已停止状态的标识为“已停止”，启动中状态的标识为“启动中”等，另外，状态标识可以为字符串ID，例如：活动状态的标识为“01”，已停止状态的标识为“02”，启动中状态的标识为“03”等等。

S02，若所述应用的当前状态标识为活动状态的标识，对所述应用执行预设停止操作，并重复获取所述应用的当前状态标识。

S03，当对应用执行预设停止操作后，应用会停止运行，状态由活动状态逐步至已停止状态，所以，当执行预设停止操作后，需要持续不断地获取应用的当前状态。

S04，若所述应用的当前状态标识为中间状态的标识，间隔预设时长后重复获取所述应用的当前状态。

如果此时应用为中间状态，那么表示此时该应用还在状态切换过程，所以需要间隔预设时长后再次获取应用的当前状态。在本申请实施例中，还可以根据中间状态的具体细分，设置不同的预设时长，例如：若中间状态为启动中状态，预设时长可以为第一时长，若中间状态为停止中状态，预设时长可以为第二时长，且第一时长与第二时长不同。

S05，若所述应用的当前状态标识为已停止状态的标识，确定所述应用停止运行。

当所述应用停止运行时，执行步骤S103，否则，结束。

S103，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件，将所述待升级文件介质更新至所述第一存储区域内。

在本申请实施例中，为了便于区分，第三存储区域可以命名为“history”区域。

在本申请实施例中，步骤S103可以按照以下方式进行。

将所述应用的第一存储区域中的所有文件复制至第三存储区域中作为备份文件，并且将所述应用的第一存储区域中的所有文件删除。

S104，运行所述第一存储区域中更新后的文件。

S105，当运行后所述应用未成功启动，将所述第一存储区域中升级后运行文件替换为所述备份文件，并利用所述备份文件对所述应用进行重启。

在本申请实施例中，步骤S105中，将所述第一存储区域中的文件替换为所述备份文件的步骤包括：

将所述应用的第一存储区域中的所有文件删除；

将所述备份文件复制至所述第一存储区域；

将所述第三存储区域中的备份文件删除。

本申请实施例提供的该方法，容器中的应用，预先设置有多个相互独立的存储区域，然后在对应用升级过程中，将升级过程中的不同阶段对应的文件分别存储至不同的存储区域，其中，待升级文件介质存储至第二存储区域，运行文件存储至第一存储区域，备份文件存储至第三存储区域，这样在升级过程中，对不同的文件进行分区存放，便于管理，不会出现文件错误。

在本申请一些实施例中，在S105之后，该方法还可以包括以下步骤：

S11，对所述应用执行预设启动操作；

S12，读取所述第一存储区域中的更新后的文件启动所述应用；

S13，获取所述应用启动后状态标识；

S14，若所述应用启动后状态标识为中间状态的标识，间隔预设时长，重复获取所述应用启动后状态标识。

S15，若所述应用启动后状态标识为活动状态的标识，确定升级后所述应用成功启动。

在本申请一些实施例中，在S015之后，该方法还可以包括以下步骤：

S21，检测是否接收到对升级后所述应用的卸载操作；

S22，当接收到卸载操作时，将所述第一存储区域中的所有文件移动至第四存储区域，并清空所述第一存储区域中的所有文件。

在本申请实施例中，第四存储区域可以命名为“uninstall”区域。

图2为本申请实施例提供的一种高可靠容器内应用介质升级装置的结构示意图。在本申请实施例中，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内。

如图2所示，所述装置包括：

获取模块11，用于获取应用的待升级文件介质；

第一存储模块12，用于将所述待升级文件介质存储到第二存储区域内；

运行检测模块13，用于检测所述应用是否停止运行；

备份模块14，用于当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件；

更新模块15，用于将所述待升级文件介质更新至所述第一存储区域内；

执行模块16，用于运行利用所述第一存储区域中更新后的文件；

替换模块17，用于当运行后所述应用未成功启动，将所述第一存储区域中更新后的文件替换为所述备份文件；

重启模块18，用于利用所述备份文件对所述应用进行重启。

在本申请一个实施例中，所述应用的状态包括：活动状态、中间状态和已停止状态；

所述运行检测模块，包括：

标识获取子模块，用于获取所述应用的当前状态标识；

控制子模块，用于当所述应用的当前状态标识为活动状态的标识时，对所述应用执行预设停止操作，且标识获取子模块重复获取所述应用的当前状态；

当所述应用的当前状态标识为中间状态的标识时，标识获取子模块间隔预设时长后重复获取所述应用的当前状态标识；

运行确定子模块，用于当所述应用的当前状态标识为已停止状态的标识时，确定所述应用停止运行。

在本申请一个实施例中，所述备份模块，包括：

复制子模块，用于将所述应用的第一存储区域中的所有文件复制至第三存储区域中作为备份文件，

删除子模块，用于将所述应用的第一存储区域中的所有文件删除。

在本申请一个实施例中，所述装置还包括：

启动操作模块，用于对所述应用执行预设启动操作；

读取子模块，用于读取所述第一存储区域中更新后文件启动所述应用；

所述标识获取子模块，用于获取所述应用启动后状态标识；

所述标识获取子模块，用于当所述应用启动后状态标识为中间状态的标识时，隔预设时长，重复获取所述应用启动后状态标识；

确定子模块，用于当所述应用启动后状态标识为活动状态的标识时，确定升级后所述应用成功启动。

在本申请一个实施例中，所述装置还包括：

卸载检测模块，用于检测是否接收到对升级后所述应用的卸载操作；

所述更新模块，用于当接收到卸载操作时，将所述第一存储区域中的所有文件移动至第四存储区域，并清空所述第一存储区域中的所有文件。

在本申请一个实施例中，所述将替换模块，包括：

删除子模块，用于将所述应用的第一存储区域中的所有文件删除；

所述复制子模块，用于将所述备份文件复制至所述第一存储区域；

所述删除子模块，用于将所述第三存储区域中的备份文件删除。

本发明实施例还提供一种服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如各方法实施例提供的的高可靠容器内应用介质升级方法的步骤。

本发明实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行各方法实施例所提供高可靠容器内应用介质升级方法。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

可以理解的是，本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种高可靠容器内应用介质升级方法，其特征在于，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内，所述方法包括：

获取应用的待升级文件介质，并将所述待升级文件介质存储到第二存储区域内；

检测所述应用是否停止运行；

当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件，并将所述待升级文件介质更新至所述第一存储区域内；

运行利用所述第一存储区域中更新后的文件；

当运行后所述应用未成功启动，将所述第一存储区域中更新后的文件替换为所述备份文件，并利用所述备份文件对所述应用进行重启。

2.根据权利要求1所述的方法，其特征在于，所述应用的状态包括：活动状态、中间状态和已停止状态；

所述检测所述应用是否停止运行的步骤，包括：

获取所述应用的当前状态标识；

若所述应用的当前状态标识为活动状态的标识，对所述应用执行预设停止操作，并重复获取所述应用的当前状态；

若所述应用的当前状态标识为中间状态的标识，间隔预设时长后重复获取所述应用的当前状态标识；

若所述应用的当前状态标识为已停止状态的标识，确定所述应用停止运行。

3.根据权利要求2所述的方法，其特征在于，所述将所述应用的第一存储区域中的所有文件作为备份文件备份至第三存储区域内的步骤，包括：

将所述应用的第一存储区域中的所有文件复制至第三存储区域中作为备份文件，

将所述应用的第一存储区域中的所有文件删除。

4.根据权利要求3所述的方法，其特征在于，所述运行利用所述第一存储区域中更新后的文件的步骤之后，所述方法还包括：

对所述应用执行预设启动操作；

读取所述第一存储区域中更新后的文件启动所述应用；

获取所述应用启动后状态标识；

若所述应用启动后状态标识为中间状态的标识，隔预设时长，重复获取所述应用启动后状态标识；

若所述应用启动后状态标识为活动状态的标识，确定升级后所述应用成功启动。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

检测是否接收到对升级后所述应用的卸载操作；

当接收到卸载操作时，将所述第一存储区域中的所有文件移动至第四存储区域，并清空所述第一存储区域中的所有文件。

6.根据权利要求1所述的方法，其特征在于，所述将所述第一存储区域中的文件替换为所述备份文件，包括：

将所述应用的第一存储区域中的所有文件删除；

将所述备份文件复制至所述第一存储区域；

将所述第三存储区域中的备份文件删除。

7.一种高可靠容器内应用介质升级装置，其特征在于，所述应用具有多个相互独立的存储区域，且所述应用的运行文件存储在第一存储区域内，所述装置包括：

获取模块，用于获取应用的待升级文件介质；

第一存储模块，用于将所述待升级文件介质存储到第二存储区域内；

运行检测模块，用于检测所述应用是否停止运行；

备份模块，用于当所述应用停止运行时，将所述应用的第一存储区域中的当前运行文件备份至第三存储区域内作为备份文件；

更新模块，用于将所述待升级文件介质更新至所述第一存储区域内；

执行模块，用于运行利用所述第一存储区域中更新后的文件；

替换模块，用于当运行后所述应用未成功启动，将所述第一存储区域中更新后的文件替换为所述备份文件；

重启模块，用于利用所述备份文件对所述应用进行重启。

8.根据权利要求7所述的装置，其特征在于，所述应用的状态包括：活动状态、中间状态和已停止状态；

所述运行检测模块，包括：

标识获取子模块，用于获取所述应用的当前状态标识；

控制子模块，用于当所述应用的当前状态标识为活动状态的标识时，对所述应用执行预设停止操作，且标识获取子模块重复获取所述应用的当前状态的标识；

当所述应用的当前状态标识为中间状态的标识时，标识获取子模块间隔预设时长后重复获取所述应用的当前状态；

运行确定子模块，用于当所述应用的当前状态标识为已停止状态的标识时，确定所述应用停止运行。

9.一种服务器，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6中任一项所述的高可靠容器内应用介质升级方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有资源分配程序，所述资源分配程序被处理器执行时实现如权利要求1至6中任一项所述的高可靠容器内应用介质升级方法的步骤。