CN112596747A - 一种应用程序安装方法、装置、设备和介质 - Google Patents

Abstract

本发明公开了一种应用程序安装方法、装置、设备和介质，由于该方法中预先保存有每种配置资源、以及组件与配置资源之间的引用关系，从而在对每个目标组件进行组件定义时根据预先保存的每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，减少了生成配置资源的次数，减少了资源的浪费。

Description

一种应用程序安装方法、装置、设备和介质

技术领域

本发明涉及微服务技术和容器技术领域，尤其涉及一种应用程序安装方法、装置、设备和介质。

背景技术

微服务技术作为一项新兴技术已成为当下最新的热门话题，其架构和概念已被广泛地应用于大型业务集群。

在传统的单体式架构的应用中，在开发、测试、交付、部署等都是针对单个组件，而在云时代，由于微服务技术和容器技术在敏捷性、可移植性等方面的巨大优势，使得微服务技术和容器技术应用更加频繁，但在微服务技术和容器技术中，将单体式的架构拆分成越来越多细小的服务，运行在各自的容器中，会导致出现每个容器之间的依赖管理、服务发现、资源管理、高可用等问题。

容器编排平台(Kubernetes)有非常丰富的原始应用程序接口(ApplicationProgramming Interface，API)来支持容器编排，但是对于用户来说，由于一个应用程序的编排包含多容器和服务的组合，如何管理它们之间的依赖关系、以及如何管理存储变得极其重要。

应用程序安装器(Helm)是一个命令行下的客户端工具，主要用于容器编排平台(Kubernetes)的应用程序的创建、打包、发布以及创建和管理本地和远程的应用程序仓库从而管理和打包应用程序，具体可以在安装应用的时候自定义应用程序的一些元数据(Metadata)，以便于应用程序的分发；通过Helm打包和管理应用程序依赖关系、管理应用程序版本并发布应用程序到软件仓库；不用需要编写复杂的应用安装文件，可以以简单的方式在Kubernetes上查找、安装、升级、回滚、卸载应用程序。

现有技术中在使用Kubernetes的Helm进行应用程序的编排时，具体在安装应用程序时，通过生成配置资源来添加一些自定义变量，但由于在安装应用程序时需要定义多个组件来描述应用程序的不同安装需求，因此导致在定义每个组件均需要重新生成配置资源，而不同组件之间会使用相同的配置资源，即便使用的是相同的配置资源时仍要重新生成一次，从而导致了资源的浪费。

发明内容

本发明实施例提供了一种应用程序安装方法、装置、设备和介质，用以解决现有技术中资源浪费的问题。

本发明实施例提供了一种应用程序安装方法，所述方法包括：

针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

进一步地，所述对每个目标组件中的设定参数赋值完成组件定义之后，所述控制应用程序开始安装之前，所述方法还包括：

针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

进一步地，所述控制应用程序开始安装之前，所述方法还包括：

针对应用程序的每种安装资源，判断该种安装资源是否存在；

若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；

若否，则建立该种安装资源。

进一步地，所述更新该种安装资源之前，所述方法还包括：

判断该种安装资源的状态是否为使用状态；

若否，则执行更新该种安装资源的步骤。

进一步地，所述方法还包括：

若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

相应地，本发明实施例提供了一种应用程序安装装置，所述装置包括：

确定模块，用于针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

控制模块，用于根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

进一步地，所述控制模块，还用于控制应用程序开始安装之前，针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

进一步地，所述控制模块，还用于控制应用程序开始安装之前，针对应用程序的每种安装资源，判断该种安装资源是否存在；若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；若否，则建立该种安装资源。

进一步地，所述控制模块，还用于更新该种安装资源之前，判断该种安装资源的状态是否为使用状态；若否，则执行更新该种安装资源的步骤。

进一步地，所述控制模块，还用于若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

相应地，本发明实施例提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储程序指令，所述处理器用于执行存储器中存储的计算机程序时实现上述应用程序安装方法中任一所述方法的步骤。

相应地，本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现上述应用程序安装方法中任一所述方法的步骤。

本发明实施例提供了一种应用程序安装方法、装置、设备和介质，由于该方法中预先保存有每种配置资源、以及组件与配置资源之间的引用关系，从而在对每个目标组件进行组件定义时根据预先保存的每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，减少了生成配置资源的次数，减少了资源的浪费。

附图说明

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

图1为本发明实施例提供的一种应用程序安装方法的过程示意图；

图2为本发明实施例提供的一种应用程序安装装置的结构示意图；

图3为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

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

为了减少资源的浪费，本发明实施例提供了一种应用程序安装方法、装置、设备和介质。

实施例1：

图1为本发明实施例提供的一种应用程序安装方法的过程示意图，该过程包括以下步骤：

S101：针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源。

本发明实施例提供的应用程序安装方法应用于电子设备，该电子设备可以是智能手机、平板电脑、PC等智能终端设备；也可以是本地服务器、云端服务器等设备，具体的本发明实施例对此不做限制。

该电子设备在控制应用程序开始安装之前，控制Helm的每个组件进行组件定义。其中该Helm的组件包括：请求组件(Helm Request)、自定义组件(Release)以及控制器组件(controller)等。

为了实现组件定义，预先保存有每种配置资源、以及组件与配置资源之间的引用关系。其中每种配置资源包括配置文件、配置密钥等资源，该配置资源是用于实现组件定义。由于多个组件在描述应用程序的不同安装需求时，每个组件会有很多共同的配置，因此该组件与配置资源之间的引用关系是多对一的引用关系，即多个组件对应一个配置资源。

针对每个目标组件，分别对每个目标组件进行组件定义，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，在该引用关系中确定该目标组件，并将该目标组件对应的配置资源作为该目标组件引用的目标配置资源，从而确定出每个目标组件引用的目标配置资源。

其中，由于每个组件会有很多共同的配置，因此每个目标组件引用的目标配置资源中会存在相同的目标配置资源。

S102：根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

确定出每个目标组件引用的目标配置资源后，为了实现组件定义，根据每个目标组件引用的目标配置资源，对每个目标组件进行组件定义。

具体的，根据每个目标组件引用的目标配置资源，确定出该目标配置资源中包括的目标配置信息以及目标密钥信息，并根据该目标配置信息以及该目标密钥信息，对目标组件中的设定参数赋值。

其中该设定参数可以是值参数(values)，将该values存储于配置信息集合(ConfigMap)或者证书(Secret)中，也可以是目标组件中的其他参数，本发明实施例对此不做限制。

控制每个目标组件均完成组件定义后，控制应用程序开始安装。具体的，控制应用程序开始安装的方法属于现有技术，本发明实施例在此不做赘述。

由于本发明实施例中预先保存有每种配置资源、以及组件与配置资源之间的引用关系，从而在对每个目标组件进行组件定义时根据预先保存的每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，减少了生成配置资源的次数，减少了资源的浪费。

实施例2：

为了同步目标组件，在上述实施例的基础上，在本发明实施例中，所述对每个目标组件中的设定参数赋值完成组件定义之后，所述控制应用程序开始安装之前，所述方法还包括：

针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

在完成每个目标组件的组件定义后，还要对每个目标组件进行依赖检查，将未同步的目标组件进行同步，在对组件进行同步前，需要判断该组件依赖的每个目标依赖组件是否同步成功，而现有技术中由于Helm的每个组件的目标依赖组件众多，并且每个目标依赖组件的版本不一，导致判断每个目标依赖组件是否同步成功的校验过程较为复杂。

因此本发明实施例中，电子设备预先保存有组件之间的依赖关系顺序，每个组件均基于该依赖关系，根据该依赖关系顺序，可以确定出每个组件所依赖的组件，以及依赖于每个组件的其他组件。

为了确定是否开始对每个目标组件进行同步，针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，可以确定出该目标组件依赖的每个目标依赖组件、以及每个目标依赖组件之间的依赖顺序。

根据确定出的每个目标依赖组件之间的依赖顺序，按照该依赖顺序从前到后对每个目标依赖组件进行校验，若确定每个目标依赖组件均为同步成功后的组件，则确定每个目标依赖组件校验通过；若确定任一目标依赖组件不是同步成功后的组件，则确定每个目标依赖组件校验不通过。

确定该目标组件依赖的每个目标依赖组件校验通过后，控制该目标组件开始同步，并对每个目标组件均进行上述校验步骤直到每个目标组件均同步成功后，控制应用程序开始安装。

实施例3：

为了安装应用程序，在上述各实施例的基础上，在本发明实施例中，所述控制应用程序开始安装之前，所述方法还包括：

针对应用程序的每种安装资源，判断该种安装资源是否存在；

若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；

若否，则建立该种安装资源。

由于现有技术电子设备中Helm的安装资源存在冲突，即旧的应用程序卸载不彻底使得部分安装资源仍存在时，会导致新的应用程序安装失败。

为了实现应用程序的安装，在进行应用程序的安装之前，电子设备确定每种安装资源均为匹配于该应用程序的安装资源，具体的，在控制应用程序开始安装之前，针对应用程序的每种安装资源，判断该安装资源是否存在。

其中，该安装资源是指安装应用程序时所需要的资源，包括安装包资源、依赖包资源、扩展包资源等。

针对每种安装资源，若确定该种安装资源存在时，则说明该安装资源属于之前的应用程序未删除的安装资源，因此对该种安装资源进行更新；若确定该种安装资源不存在时，则建立该种安装资源。

具体的，对安装资源进行更新时，电子设备预先保存有每种安装资源的资源描述信息，该资源描述信息包括配置信息、资源列表、统一资源定位符(Uniform ResourceLocator，URL)等描述资源的信息，根据每种安装资源的资源描述信息，对每种安装资源进行更新。

为了确定安装资源是否可以进行更新，在本发明实施例中，所述更新该种安装资源之前，所述方法还包括：

判断该种安装资源的状态是否为使用状态；

若否，则执行更新该种安装资源的步骤。

在对安装资源进行更新之前，可以先确定该种安装资源是否可以进行更新，由于若安装资源的状态为正常使用状态时，该种安装资源无法更新，因此判断该种安装资源的状态，若确定该种安装资源的状态不是使用状态，则开始执行更新该种安装资源的步骤。

若确定该种安装资源的状态是使用状态，该种安装资源无法更新，为了在无法更新安装资源时成功安装应用程序，所述方法还包括：

若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

由于该种安装资源的状态为使用状态无法进行更新，为了实现应用程序的安装，则电子设备在确定该种安装资源的状态为使用状态时，则强制删除正在使用的该种安装资源，并重新建立该种安装资源。

其中，重新建立每种安装资源的方法属于现有技术，本发明实施例对此不做赘述。

实施例4：

在上述各实施例的基础上，图2为本发明实施例提供的一种应用程序安装装置的结构示意图，所述装置包括：

确定模块201，用于针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

控制模块202，用于根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

进一步地，所述控制模块，还用于控制应用程序开始安装之前，针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

进一步地，所述控制模块，还用于控制应用程序开始安装之前，针对应用程序的每种安装资源，判断该种安装资源是否存在；若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；若否，则建立该种安装资源。

进一步地，所述控制模块，还用于更新该种安装资源之前，判断该种安装资源的状态是否为使用状态；若否，则执行更新该种安装资源的步骤。

进一步地，所述控制模块，还用于若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

实施例5：

图3为本发明实施例提供的一种电子设备的结构示意图，在上述各实施例的基础上，本发明实施例中还提供了一种电子设备，包括处理器301、通信接口302、存储器303和通信总线304，其中，处理器301，通信接口302，存储器303通过通信总线304完成相互间的通信；

所述存储器303中存储有计算机程序，当所述程序被所述处理器301执行时，使得所述处理器301执行如下步骤：

针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

进一步地，所述处理器301还用于所述对每个目标组件中的设定参数赋值完成组件定义之后，所述控制应用程序开始安装之前，所述方法还包括：

针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

进一步地，所述处理器301还用于所述控制应用程序开始安装之前，所述方法还包括：

针对应用程序的每种安装资源，判断该种安装资源是否存在；

若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；

若否，则建立该种安装资源。

进一步地，所述处理器301还用于所述更新该种安装资源之前，所述方法还包括：

判断该种安装资源的状态是否为使用状态；

若否，则执行更新该种安装资源的步骤。

进一步地，所述处理器301还用于若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口302用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字指令处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

实施例6：

在上述各实施例的基础上，本发明实施例还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行如下步骤：

针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

进一步地，所述对每个目标组件中的设定参数赋值完成组件定义之后，所述控制应用程序开始安装之前，所述方法还包括：

针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

进一步地，所述控制应用程序开始安装之前，所述方法还包括：

针对应用程序的每种安装资源，判断该种安装资源是否存在；

若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；

若否，则建立该种安装资源。

进一步地，所述更新该种安装资源之前，所述方法还包括：

判断该种安装资源的状态是否为使用状态；

若否，则执行更新该种安装资源的步骤。

进一步地，所述方法还包括：

若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种应用程序安装方法，其特征在于，所述方法包括：

针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

2.根据权利要求1所述的方法，其特征在于，所述对每个目标组件中的设定参数赋值完成组件定义之后，所述控制应用程序开始安装之前，所述方法还包括：

针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

3.根据权利要求2所述的方法，其特征在于，所述控制应用程序开始安装之前，所述方法还包括：

针对应用程序的每种安装资源，判断该种安装资源是否存在；

若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；

若否，则建立该种安装资源。

4.根据权利要求3所述的方法，其特征在于，所述更新该种安装资源之前，所述方法还包括：

判断该种安装资源的状态是否为使用状态；

若否，则执行更新该种安装资源的步骤。

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

若该种安装资源的状态为使用状态，则删除并重新建立该种安装资源。

6.一种应用程序安装装置，其特征在于，所述装置包括：

确定模块，用于针对每个目标组件，根据预先保存的每种配置资源、以及组件与配置资源之间的引用关系，确定该目标组件引用的目标配置资源；

控制模块，用于根据每个目标组件引用的目标配置资源，对每个目标组件中的设定参数赋值完成组件定义，并控制应用程序开始安装。

7.根据权利要求6所述的装置，其特征在于，所述控制模块，还用于控制应用程序开始安装之前，针对每个目标组件，根据预先保存的组件之间的依赖关系顺序，确定该目标组件依赖的每个目标依赖组件以及依赖顺序；按照所述依赖顺序对所述每个目标依赖组件进行校验，确定所述每个目标依赖组件均同步成功，则控制该目标组件开始同步。

8.根据权利要求7所述的装置，其特征在于，所述控制模块，还用于控制应用程序开始安装之前，针对应用程序的每种安装资源，判断该种安装资源是否存在；若是，则根据预先保存的每种安装资源的资源描述信息，更新该种安装资源；若否，则建立该种安装资源。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器用于存储程序指令，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-5中任一所述应用程序安装方法的步骤。

10.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-5中任一所述应用程序安装方法的步骤。

Images