CN111399860A - 轻应用部署方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种轻应用部署方法、装置、计算机设备和存储介质。所述方法包括：获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；根据第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有第二轻应用；当本地未部署有第二轻应用时，根据第二轻应用的下载路径下载对应的应用服务包；应用服务包中具有第二轻应用的安装文件以及配置文件；根据配置文件创建安装文件运行时所需的运行空间，并对安装文件进行路由映射。采用本方法能够提升轻应用部署效率。

Description

轻应用部署方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种轻应用部署方法、装置、计算机设备和存储介质。

背景技术

轻应用是一种无需下载、即搜即用的全功能应用，轻应用的运行依赖于提前部署在服务器中的对应的应用服务。目前主要是通过购买或自行研发运行轻应用所需的应用服务，并将购买或自行研发的应用服务一次性部署至本地服务器中，终端只需通过公布的接口调用应用服务，即可在页面中展示对应的信息。

然而，由于轻应用从一开始的几个月发布一个新版本，到现在几周、几天、几小时都可能会有应用服务更新，如果仅依靠人工操作进行应用更新部署，可能出现操作失误，影响轻应用的发布速度。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提升轻应用发布速度的轻应用部署方法、装置、计算机设备和存储介质。

一种轻应用部署方法，所述方法包括：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；

当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

在其中一个实施例中，所述方法还包括：

当本地部署有第二轻应用时，获取本地已部署的第二轻应用的版本信息；

基于所述应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用；

当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径；

根据所述下载路径，下载待更新应用的应用服务包；所述应用服务包中具有更新文件以及配置文件；

根据所述配置文件修改本地配置信息，并将所述更新文件覆盖历史安装文件。

在其中一个实施例中，所述获取最新版本的应用列表包括：

获取服务器应用列表配置信息，以及本地应用列表配置信息；所述应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；

当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于所述服务器应用列表中的下载路径下载应用列表。

在其中一个实施例中，所述根据所述配置文件创建所述安装文件运行时所需的运行空间包括：

根据所述配置文件确定安装文件中各子程序文件所能实现的功能类型；

统计不同功能类型下的子程序文件的数量；

根据所述子程序文件所能实现的功能类型以及对应数量，计算所述安装文件运行时所需要的物理资源；

创建与所述物理资源相对应的运行空间。

在其中一个实施例中，所述对所述安装文件进行路由射包括：

提取所述配置文件中的路由规则；

根据所述路由规则对进行路由设置，得到路由地址表；

基于所述路由地址表对所述安装文件进行路由映射。

在其中一个实施例中，所述方法还包括：

获取第二服务器上报的负载数据；

根据所述负载数据计算获取最新版本的应用列表失败的概率；

当获取失败的概率小于阈值时，向所述第二服务器拉取最新版本应用列表。

一种轻应用部署方法，所述方法包括：

当更新第二轻应用的应用服务包时，获取所述第二轻应用的更新时间，并将所述更新时间发送至第一服务器；

接收所述第一服务器基于所述更新时间返回的应用列表获取请求；所述应用列表获取请求中具有第一服务器的服务器标识；

根据所述服务器标识确定相对应的可调用产品线的产品线标识；

获取与所述产品线标识相关联的第二轻应用的应用标识和对应下载路径；

基于所述应用标识和下载路径生成相应的应用列表，并将所述应用列表发送至与所述服务器标识对应的第一服务器。

在其中一个实施例中，所述方法还包括：

检测所述可推送应用是否进行更新；

当更新所述可推送应用时，获取所述可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；

基于所述版本信息、应用标识以及下载路径生成推送列表；

将所述推送列表发送至第一服务器。

一种轻应用部署装置，所述装置包括：

应用列表获取模块，用于获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

第二轻应用下载模块，用于根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

自动部署模块，用于根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

一种轻应用部署装置，所述装置包括：

更新时间获取模块，用于当更新第二轻应用的应用服务包时，获取所述第二轻应用的更新时间，并将所述更新时间发送至第一服务器；

产品线标识获取模块，用于接收所述第一服务器基于所述更新时间返回的应用列表获取请求；所述应用列表获取请求中具有第一服务器的服务器标识；根据所述服务器标识确定相对应的可调用产品线的产品线标识；

应用列表生成模块，用于获取与所述产品线标识相关联的第二轻应用的应用标识和对应下载路径；基于所述应用标识和下载路径生成相应的应用列表，并将所述应用列表发送至与所述服务器标识对应的第一服务器。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；

当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；

当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

上述轻应用部署方法、装置、计算机设备和存储介质，通过获取最新版本的应用列表以及本地已部署的第一轻应用的应用标识，可以基于应用列表和应用标识判断本地是否已部署有第二轻应用；当本地未部署第二轻应用时，通过获取第二轻应用的下载路径，可以基于下载路径下载第二轻应用的应用服务包；通过从应用服务包中提取出安装文件和配置文件，可以对配置文件进行解析，从而使得本地基于解析后的配置文件对安装文件进行自动部署。本方案由于可以根据配置文件直接进行轻应用运行环境的部署，降低运行环境部署门槛，无需再依赖其他人员，提高轻应用部署效率。

附图说明

图1为本发明一个实施例中轻应用部署方法的应用环境图；

图2为本发明一个实施例中轻应用部署方法的流程示意图；

图3为本发明一个实施例中第一轻应用更新步骤的流程示意图；

图4为本发明另一个实施例中轻应用部署方法的流程示意图；

图5为本发明一个实施例中轻应用部署装置的结构框图；

图6为本发明另一个实施例中轻应用部署装置的结构框图；

图7为本发明一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的轻应用部署方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与第一服务器104进行通信，第一服务器104通过网络与第二服务器104进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，第一服务器104和第二服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。第一服务器104是与用户相对应的服务器，第二服务器106是与轻应用开发人员相对应的服务器。

轻应用开发人员可以基于第二服务器106开发多个轻应用。第一服务器104可以基于用户的选择操作从第二服务器106中拉取并部署对应的轻应用，从而终端102可以基于部署在第一服务器104中的轻应用展示相应页面。比如，当用户购买了A轻应用时，第一服务器104可以从第二服务器106中拉取与A轻应用相关联的应用服务包，之后，第一服务器104基于应用服务包中的配置文件自动配置部署A轻应用，从而终端102可以通过输入与A轻应用相对应网址即可访问A轻应用。其中，应用服务包是指开发人员为实现轻应用中的预设功能而编写的程序集。应用服务包具体可以包括安装文件和配置文件。

在一个实施例中，如图2所示，提供了一种轻应用部署方法，以该方法应用于图1中的第一服务器为例进行说明，包括以下步骤：

S202，获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识。

其中，应用列表是指包括各个轻应用的应用标识、版本信息以及下载路径的存储列表。应用标识是能够唯一标识一个轻应用的信息，如应用标识可以是对轻应用名和对应版本信息进行编码而得的一串数字。版本信息是指对轻应用的不同版本进行标记的信息，版本信息具体可以为版本号，不同轻应用的版本号不同。

具体地，当开发人员对存储于第二服务器中的第二轻应用进行更新时，第二服务器获取存储在本地的全部第二轻应用的应用标识、对应的版本信息以及下载路径，基于全部第二轻应用的应用标识、对应的版本信息和下载路径生成最新版本的应用列表，并将最新版本的应用列表发送至第一服务器。第二轻应用是指存储于第二服务器中的可供第一服务器拉取的轻应用。当接收到最新版本的应用列表后，第一服务器读取预存储的注册表，并从注册表中提取出本地已部署的第一轻应用的应用标识。其中，注册表是用于存储本地已部署的第一轻应用的应用标识以及版本信息的存储列表，当第一服务器中部署有第一轻应用时，第一服务器获取各已部署第一轻应用的应用标识和版本信息，并基于应用标识和版本信息生成注册表。

在另一个实施例中，第一服务器可以基于预设的拉取频率向第二服务器拉取最新版本的应用列表。拉取频率可以根据需求进行设定，比如12小时/次。

在另一个实施例中，当发生对第二轻应用的更新操作时，第二服务器获取更新后的第二轻应用的应用标识、对应版本信息以及下载路径，基于应用标识、版本信息和下载路径生成最新版本的应用列表，并将最新版本的应用列表发送至第一服务器。

在另一个实施例中，第一服务器中运行有应用客户端，用于向用户展示本地已部署的第一轻应用。当用户基于账号密码登录应用客户端时，第一服务器向第二服务器拉取最新版本的应用列表。

S204，根据第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用。

具体地，第一服务器从应用列表中提取出全部第二轻应用的应用标识，并将依次将提取出的应用标识与注册表内的应用标识进行对比，当确定注册表中未包含第二轻应用的应用标识时，第一服务器判定本地未部署有此第二轻应用。

S206，当本地未部署有第二轻应用时，根据第二轻应用的下载路径下载对应的应用服务包。

具体地，第一服务器根据未部署的第二轻应用的应用标识，在最新版本的应用列表中查找对应的下载路径，并根据下载路径生成应用服务包获取请求，之后，将应用服务包获取请求发送至第二服务器。第二服务器对下载路径进行解析，得到应用服务包的存储路径，根据存储路径对第二轻应用的应用服务包进行复制压缩，并将复制压缩后的应用服务包返回至第一服务器。第一服务器根据第二轻应用的应用标识生成一个临时存储空间，基于临时存储空间接收第二服务器返回的压缩后的应用服务包，并对接收到的应用服务包进行解压，得到安装文件和配置文件。

在另一个实施例中，当获取到第二轻应用的下载路径后，第一服务器判断下载路径是否为合法路径，当为合法路径时，第一服务器根据此下载路径生成对应的应用服务包获取请求；当为不合法路径时，第一服务器暂停生成应用服务包获取请求。

第一服务器可以预先基于下载路径的路径格式生成正则匹配表达式，基于正则匹配表达式判断第二轻应用的下载路径是否合法。

在另一个实施例中，第一服务器预先在存储空间中开辟一块用于接收第二服务器发送的应用服务包的临时空间，并基于预先开辟的临时空间接收应用服务包。

S208，根据配置文件创建安装文件运行时所需的运行空间，并对安装文件进行路由映射。

其中，配置文件是指存储有配置参数和初始设置信息的计算机文件，基于配置参数和初始设置信息可以对安装文件进行相应配置。安装文件又称软件安装包，是多个子程序文件的集合。子程序文件是指开发人员针对轻应用中的一个功能模块进行编程而得的函数集，具体可以为对函数集进行封装后的一个Web API(应用程序编程接口)。

具体地，配置文件中存储有各子程序文件运行时所需的物理资源，第一服务器统计各子程序文件运行时所需的总物理资源，根据总物理资源为安装文件开辟一个运行空间，并在开辟的运行空间内部署安装文件。物理资源包括安装文件运行时所需的内存空间和CPU等，第一服务器根据所需的内存空间大小在预设的安装空间中为安装文件开辟一块运行空间，并将存储在临时空间中的安装文件复制至运行空间。第一服务器基于安装文件运行时所需的CPU等资源，为存储至运行空间内的安装文件分配对应数量的线程，以使安装文件可以基于线程对应运行。

与此同时，第一服务器从配置文件中读取对每个子程序文件所配置的路由规则，并基于路由规则生成路由地址表。路由规则是指开发人员为子程序文件所配置的地址信息，当需要执行轻应用中的某项功能时，比如当需要访问库存页面时，终端可以基于待访问的库存页面生成URL(Uniform Resource Locator,统一资源定位符)链接，并将URL链接发送至服务器，此时服务器根据URL在路由地址表中查询对应的子程序文件的地址信息，根据查询到的地址信息调用子程序文件，从而得到库存页面的页面数据，之后，将页面数据返回至终端，由终端基于页面数据展示库存页面。

在另一个实施例中，可以基于预设的安装空间的空间路径，和第二轻应用的应用标识生成运行空间的空间路径。比如，当安装空间的空间路径为A，第二轻应用的应用标识为B1.0.1时，运行空间的空间路径可以为A+B1.0.1。

在另一个实施例中，可以对子程序文件进行分割，得到一些相对独立的动态链接库，即DLL(Dynamic Link Library，动态链接库)文件。配置文件中还具有DLL文件的注册信息，第一服务器根据注册信息对DLL文件进行注册，以使当需要调用DLL文件时，可以基于注册信息查询到对应DLL文件的存储地址。

在另一个实施例中，配置文件中还存储有初始设置信息，第一服务器基于初始设置信息对安装文件进行初始化配置。例如，初始设备信息可以为数据库设置信息，第一服务器根据数据库设置信息中的数据库标识、数据库账号以及数据库密码等信息连接对应的数据库。

上述轻应用部署方法中，通过获取最新版本的应用列表以及本地已部署的第一轻应用的应用标识，可以基于应用列表和应用标识判断本地是否已部署有第二轻应用；当本地未部署第二轻应用时，通过获取第二轻应用的下载路径，可以基于下载路径下载第二轻应用的应用服务包；通过从应用服务包中提取出安装文件和配置文件，可以对配置文件进行解析，从而使得本地基于解析后的配置文件对安装文件进行自动部署。本方案由于可以根据配置文件直接进行轻应用运行环境的部署，降低运行环境部署门槛，无需再依赖其他人员，提高轻应用部署效率。

在一个实施例中，如图3所示，上述轻应用部署方法包括：

S302，当本地部署有第二轻应用时，获取本地部署的第二轻应用的版本信息。

S304，基于应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用。

S306，当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径。

S308，根据下载路径，下载待更新应用的应用服务包；应用服务包中具有更新文件以及配置文件。

S310，根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件。

具体地，当注册表中具有第二轻应用的应用标识时，可以认为本地已部署有对应的第二轻应用，此时第一服务器从注册表中读取第二轻应用的版本信息，并将读取的版本信息与应用列表中的版本信息进行对比，从而在读取的版本信息与应用列表中的版本信息不相同时，第一服务器将此第二轻应用判定为待更新应用。第一服务器从应用列表中读取待更新应用的下载路径，基于下载路径从第二服务器中拉取对应的应用服务包，并对应用服务包进行解压，得到更新文件(即上文中的安装文件)和配置文件。第一服务器根据待更新应用的应用标识查找待更新应用的运行空间，将运行空间中的历史安装文件替换成更新文件。与此同时，第一服务器对配置文件进行解析，并基于解析后的配置文件修改本地配置信息，比如，根据解析后的配置文件修改数据库连接信息、路由地址表信息和其余读写权限信息等。其中，历史安装文件是指已经存储于运行空间中的与未更新的第二轻应用相对应的安装文件。

在另一个实施例中，当根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件后，第一服务器根据更新文件中各子程序文件的文件类型对待更新应用进行初始化操作，如进行DLL注册等，当完成初始化操作时，第一服务器控制待更新应用进行重启，并判断待更新应用是否能够正常重启，在未能正常重启时，第一服务器重新根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件的步骤，直至待更新应用能够重启。

本实施例中，通过对版本信息进行对比，可以基于版本信息确定本地是否已部署有最新版本的第一轻应用；当未部署有最新版本的第一轻应用时，通过从第二服务器中拉取最新版本的应用服务包，可以基于应用服务包中的配置文件修改本地配置信息，以及将更新文件覆盖历史安装文件，从而使得本地可以根据配置文件直接进行更新部署，降低更新部署门槛，无需再依赖其他人员，提高轻应用部署效率。

在另一个实施例中，获取最新版本的应用列表包括：获取服务器应用列表配置信息，以及本地应用列表配置信息；应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于服务器应用列表中的下载路径下载应用列表。

具体地，当生成应用列表时，第二服务器获取应用列表的生成时间和存储路径，并根据生成时间以及存储路径生成应用列表配置信息，之后，将应用列表配置信息发送至第一服务器。第一服务器查看本地是否已存储有应用列表配置信息，若已存储有应用列表配置信息，第一服务器将已存储的应用列表配置信息与第二服务器发送的应用列表配置信息进行对比，查看第二服务器发送的应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间是否相同，在生成时间不相同时，第一服务器根据发送的应用列表配置信息中的下载路径下载最新版本的应用列表。与此同时，第一服务器将第二服务器发送的应用列表配置信息替换本地已存储的应用列表配置信息。

本实施例中，由于应用列表配置信息所占用的存储空间小于应用列表，因此通过优先拉取应用列表配置信息，当应用列表的生成时间不相同时，再拉取最新版本的应用列表，可以减少拉取不必要的应用列表所耗费的如CPU等运行资源。

在另一个实施例中，根据配置文件创建安装文件运行时所需的运行空间包括：根据配置文件确定安装文件中各子程序文件所能实现的功能类型；统计不同功能类型下的子程序文件的数量；根据子程序文件所能实现的功能类型以及对应数量，计算安装文件运行时所需要的物理资源；创建与物理资源相对应的运行空间。

具体地，第一服务器中预存储有功能类型与实现对应功能所需的物理资源之间的关联关系。功能类型可以是对轻应用进行功能分割后得到的各个功能模块的类型，比如，功能类型可以为数据库存储功能类型、权限验证功能类型等。配置文件中具有各子程序文件所能实现的功能类型，第一服务器根据配置文件中的配置信息统计不同功能类型下的子程序文件的文件数量，并根据功能类型与实现对应功能所需的物理资源之间的关联关系，计算安装文件中的全部子程序文件运行时所需要的物理资源，之后，根据物理资源创建对应的运行空间，用以运行安装文件。

在另一个实施例中，第一服务器获取默认的基础物理资源，根据默认的基础物理资源以及计算得到的物理资源，确定安装文件运行时所需要的物理资源。

在另一个实施例中，第一服务器对安装文件运行时所消耗的物理资源进行监控，当发现所消耗的物理资源小于已分配的物理资源时，第一服务器向安装文件再次分配预设量的物理资源；当再次分配的物理资源大于预设阈值时，第一服务器判定此时安装文件运行异常，第一服务器根据异常信息生成对应的提示信息用以提示用户运行异常。

本实施例中，只需基于各子程序文件所能实现的功能类型，即可自动计算得到安装文件运行时所需要的物理资源，相比于传统的为安装文件开辟固定大小的运行空间，本方案可以大大提升运行空间的使用效率。

在另一个实施例中，对安装文件进行路由映射包括：提取配置文件中的路由规则；根据路由规则对进行路由设置，得到路由地址表；基于路由地址表对安装文件进行路由映射。

具体的，第一服务器根据预设的关键字信息从配置文件中读取路由规则，并基于路由规则生成对应的路由地址表。路由规则具体可以为api/{controller}/{id}，第一服务器可以根据终端发送的URL链接匹配一个符合预设要求的Controller类，即根据URL链接在路由地址表中查询相对应的子程序文件，之后，根据URL链接中的请求方法在子程序文件中查询具体地执行函数，并将URL链接所携带的具体参数替换执行函数中的形式参数，得到目标执行函数。第一服务器运行目标执行函数，从而得到页面数据，并将页面数据返回至终端，由终端基于页面数据展示相应页面。形式参数又称为虚拟参数，目的是用来接收用户在终端中输入的具体输入数据。

在另一个实施例中，对安装文件进行路由映射之前，第一服务器确定安装文件中的子程序文件的数量，并判断配置文件中是否存在对应数量条路由配置信息。在存在对应数量条路由配置信息时，第一服务器根据预设的正则匹配表达式对每条路由配置信息进行正则匹配，得到匹配结果，当正则匹配结果不符合预设条件时，第一服务器暂停对安装文件进行路由映射。

本实施例中，通过对各子程序文件进行路由配置，使得当接收到URL链接时，可以基于配置成功的路由地址表查询得到相应的目标执行函数，从而可以对应执行目标执行函数，得到执行结果。

在另一个实施例中，上述轻应用部署方法还包括：获取服务器上报的负载数据；根据负载数据计算获取最新版本的应用列表失败的概率；当获取失败的概率小于阈值时，向第二服务器拉取最新版本的应用列表。

其中，负载数据是表示计算机物理资源使用情况的数据，如当前CPU资源使用率、内存占有率，当负载数据越高时，可以认为计算机当前被占用的物理资源越多，此时计算机可能无法及时响应请求。第二服务器获取负载数据，并按照预设时间频率向第一服务器上报负载数据。阈值反映了计算机所能承受的负载最大值，阈值可以为70％乘以第二服务器的CPU总数。

具体实现中，第一服务器定时接收第二服务器反馈的负载数据，从负载数据中提取负载值，并计算多个负载值的平均负载值，基于平均负载值预测查询任务执行失败的概率。例如，第一服务器自当前时间起，每隔1分钟定时接收第二服务器上报的负载数据，具体地，第一服务器在第0分钟接收到的负载数据为1.7、在第1分钟接收到的负载数据为1.8、在第2分钟接收到的负载数据为1.5。第一服务器将第0分钟、第1分钟和第2分钟接收到的负载数据相加后除以3，得到平均负载值，将平均负载值乘以100％，得到获取最新版本的应用列表失败的概率。

当获取最新版本的应用列表失败的概率小于阈值时，则可以认为第二服务器负载正常，第一服务器根据最新版本的应用列表的下载路径向第二服务器拉取应用列表。当平均负载值大于或等于阈值时，则可以认为第二服务器资源即将耗尽，不能够及时将应用列表发送至第一服务器，此时第一服务器停止向第二服务器拉取最新版本的应用列表，并向用户终端返回拉取失败提示。

本实施例中，通过获取第二服务器上报的负载数据，根据负载数据计算第二服务器的平均负载，当平均负载小于阈值时，才向第二服务器拉取最新版本的应用列表，可以减少当第二服务器发生故障时，第一服务器仍旧向第二服务器拉取最新版本的应用列表，从而与第二服务器进行多次不必要的交互，造成交互资源的浪费的情况。

在另一个实施例中，上述轻应用部署方法还包括：

S402，当更新第二轻应用的应用服务包时，获取第二轻应用的更新时间，并将更新时间发送至第一服务器。

S404，接收第一服务器基于更新时间返回的应用列表获取请求；应用列表获取请求中具有第一服务器的服务器标识。

S406，根据服务器标识确定相对应的可调用产品线的产品线标识。

S408，获取与产品线标识相关联的第二轻应用的应用标识和对应下载路径。

S410，基于应用标识和下载路径生成相应的应用列表，并将应用列表发送至与服务器标识对应的第一服务器。

具体地，当开发人员针对存储于第二服务器中的第二轻应用进行更新时，第二服务器获取第二轻应用的更新时间，并将当前获取的更新时间发送至第一服务器。第一服务器查看本地是否已接收过第二服务器发送的历史更新时间，若已接收过历史更新时间，第一服务器将历史更新时间与当前更新时间进行对比。在当前更新时间与历史更新时间不相同时，第一服务器基于自身的服务器标识生成应用列表获取请求，并将应用列表获取请求发送至第二服务器。

进一步地，开发人员可以事先对第一服务器可调用的产品线标识进行配置，比如，第一服务器A购买了旗舰版产品，第一服务器B购买了简洁版产品时，开发人员将旗舰版产品的产品标识与第一服务器A关联存储，将简洁版产品的产品标识与第一服务B关联存储。第二服务器从应用列表请求中提取出第一服务器的服务器标识，并根据服务器标识确定可调用的产品线标识。第二服务器确定与产品线标识相关联的第二轻应用的应用标识和对应下载路径，并基于第二轻应用的应用标识和对应下载路径生成最新版本的应用列表，将最新版本的应用列表发送至第一服务器。

本实施例中，通过优先将更新时间发送至第一服务器，在当前更新时间与历史更新时间不相同时，再基于可调用产品线标识生成最新版本的应用列表，并将应用列表发送至第一服务器，可以减少发送不必要的应用列表所耗费的如CPU等运行资源。此外，通过判断当前第一服务器具有对产品线中的第二轻应用的可调用权限时，才将基于可调用的第二轻应用的应用标识生成的应用列表发送至第一服务器，从而可以减少不具有调用权限的第一服务器误拉取应用列表的概率，进而提升了应用列表拉取的安全性。

在另一个实施例中，上述轻应用部署方法还包括：检测可推送应用是否进行更新；当更新可推送应用时，获取可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；基于版本信息、应用标识以及下载路径生成推送列表；将推送列表发送至第一服务器。

其中，第二轻应用中还包括可推送应用。推送是指将经过整理的轻应用下载链接以网页的形式转发至终端界面，以使用户能够自己选择需要下载或更新的轻应用。

具体地，第二服务器存储有可推送应用的应用标识，当检测有可推送应用进行更新操作时，第二服务器获取全部可推送应用的应用标识、对应版本信息和下载路径，并基于应用标识、版本信息和下载路径生成推送列表，之后将推送列表分发至与第二服务器相关联的每个第一服务器。第一服务器将推送列表转发至终端，由终端向用户展示推送列表。

本实施例中，当更新可推送应用时，通过及时向用户展示推送列表，使得用户可以基于推送列表自主选择是否更新或下载可推送应用，从而大大提升了轻应用自动部署的可操作性。

应该理解的是，虽然图2-4流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种轻应用部署装置500，包括：应用列表获取模块502、第二轻应用下载模块504和自动部署模块506，其中：

应用列表获取模块502，用于获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；应用列表中具有可下载的第二轻应用的应用标识和对应下载路径。

第二轻应用下载模块504，用于根据第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有第二轻应用；当本地未部署有第二轻应用时，根据第二轻应用的下载路径下载对应的应用服务包；应用服务包中具有第二轻应用的安装文件以及配置文件。

自动部署模块506，用于根据配置文件创建安装文件运行时所需的运行空间，并对安装文件进行路由映射。

在另一个实施例中，如图6所示，上述轻应用部署装置500还用于当本地部署有第二轻应用时，获取本地部署的第二轻应用的版本信息；基于应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用；当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径；根据下载路径，下载待更新应用的应用服务包；应用服务包中具有更新文件以及配置文件；根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件。

在另一个实施例中，如图6所示，应用列表获取模块502还包括配置信息获取模块5021，用于获取服务器应用列表配置信息，以及本地应用列表配置信息；应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于服务器应用列表中的下载路径下载应用列表。

在另一个实施例中，自动部署模块506还包括运行空间开辟模块5061，用于根据配置文件确定安装文件中各子程序文件所能实现的功能类型；统计不同功能类型下的子程序文件的数量；根据子程序文件所能实现的功能类型以及对应数量，计算安装文件运行时所需要的物理资源；创建与物理资源相对应的运行空间。

在另一个实施例中，自动部署模块506还包括路由映射模块5062，用于提取配置文件中的路由规则；根据路由规则对进行路由设置，得到路由地址表；基于路由地址表对安装文件进行路由映射。

在另一个实施例中，应用列表获取模块502还用于获取第二服务器上报的负载数据；根据负载数据计算获取最新版本的应用列表失败的概率；当获取失败的概率小于阈值时，向第二服务器拉取最新版本的应用列表。

在另一个实施例中，轻应用部署装置500还用于当更新第二轻应用的应用服务包时，获取第二轻应用的更新时间，并将更新时间发送至第一服务器；接收第一服务器基于更新时间返回的应用列表获取请求；应用列表获取请求中具有第一服务器的服务器标识；根据服务器标识确定相对应的可调用产品线的产品线标识；获取与产品线标识相关联的第二轻应用的应用标识和对应下载路径；基于应用标识和对应下载路径生成相应的应用列表，并将应用列表发送至与服务器标识对应的第一服务器。

在另一个实施例中，轻应用部署装置500还用于检测可推送应用是否进行更新；当更新可推送应用时，获取可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；基于版本信息、应用标识以及下载路径生成推送列表；将推送列表发送至第一服务器。

关于轻应用部署装置的具体限定可以参见上文中对于轻应用部署方法的限定，在此不再赘述。上述轻应用部署装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是第一服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储轻应用部署数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种轻应用部署方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有第二轻应用；

当本地未部署有第二轻应用时，根据第二轻应用的下载路径下载对应的应用服务包；应用服务包中具有第二轻应用的安装文件以及配置文件；

根据配置文件创建安装文件运行时所需的运行空间，并对安装文件进行路由映射。

在一个实施例中，应用列表中具有第二轻应用的版本信息；处理器执行计算机程序时还实现以下步骤：

当本地部署有第二轻应用时，获取本地已部署的第二轻应用的版本信息；

基于应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用；

当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径；

根据下载路径，下载待更新应用的应用服务包；应用服务包中具有更新文件以及配置文件；

根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取服务器应用列表配置信息，以及本地应用列表配置信息；应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；

当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于服务器应用列表中的下载路径下载应用列表。

在一个实施例中，安装文件中具有多种类型的一个或多个子程序文件；处理器执行计算机程序时还实现以下步骤：

根据配置文件确定安装文件中各子程序文件所能实现的功能类型；

统计不同功能类型下的子程序文件的数量；

根据子程序文件所能实现的功能类型以及对应数量，计算安装文件运行时所需要的物理资源；

创建与物理资源相对应的运行空间。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

提取配置文件中的路由规则；

根据路由规则对进行路由设置，得到路由地址表；

基于路由地址表对安装文件进行路由映射。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取第二服务器上报的负载数据；

根据负载数据计算获取最新版本的应用列表失败的概率；

当获取失败的概率小于阈值时，向第二服务器拉取最新版本应用列表。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

当更新第二轻应用的应用服务包时，获取第二轻应用的更新时间，并将更新时间发送至第一服务器；

接收第一服务器基于更新时间返回的应用列表获取请求；应用列表获取请求中具有第一服务器的服务器标识；

根据服务器标识确定相对应的可调用产品线的产品线标识；

获取与产品线标识相关联的第二轻应用的应用标识和对应下载路径；

基于应用标识和下载路径生成相应的应用列表，并将应用列表发送至与服务器标识对应的第一服务器。

在一个实施例中，第二轻应用中包括可推送应用；处理器执行计算机程序时还实现以下步骤：

检测可推送应用是否进行更新；

当更新可推送应用时，获取可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；

基于版本信息、应用标识以及下载路径生成推送列表；

将推送列表发送至第一服务器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有第二轻应用；

当本地未部署有第二轻应用时，根据第二轻应用的下载路径下载对应的应用服务包；应用服务包中具有第二轻应用的安装文件以及配置文件；

根据配置文件创建安装文件运行时所需的运行空间，并对安装文件进行路由映射。

在一个实施例中，应用列表中具有第二轻应用的版本信息；计算机程序被处理器执行时还实现以下步骤：

当本地部署有第二轻应用时，获取本地已部署的第二轻应用的版本信息；

基于应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用；

当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径；

根据下载路径，下载待更新应用的应用服务包；应用服务包中具有更新文件以及配置文件；

根据配置文件修改本地配置信息，并将更新文件覆盖历史安装文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取服务器应用列表配置信息，以及本地应用列表配置信息；应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；

当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于服务器应用列表中的下载路径下载应用列表。

在一个实施例中，安装文件中具有多种类型的一个或多个子程序文件；计算机程序被处理器执行时还实现以下步骤：

根据配置文件确定安装文件中各子程序文件所能实现的功能类型；

统计不同功能类型下的子程序文件的数量；

根据子程序文件所能实现的功能类型以及对应数量，计算安装文件运行时所需要的物理资源；

创建与物理资源相对应的运行空间。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

提取配置文件中的路由规则；

根据路由规则对进行路由设置，得到路由地址表；

基于路由地址表对安装文件进行路由映射。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取第二服务器上报的负载数据；

根据负载数据计算获取最新版本的应用列表失败的概率；

当获取失败的概率小于阈值时，向第二服务器拉取最新版本应用列表。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

当更新第二轻应用的应用服务包时，获取第二轻应用的更新时间，并将更新时间发送至第一服务器；

接收第一服务器基于更新时间返回的应用列表获取请求；应用列表获取请求中具有第一服务器的服务器标识；

根据服务器标识确定相对应的可调用产品线的产品线标识；

获取与产品线标识相关联的第二轻应用的应用标识和对应下载路径；

基于应用标识和下载路径生成相应的应用列表，并将应用列表发送至与服务器标识对应的第一服务器。

在一个实施例中，第二轻应用中包括可推送应用；计算机程序被处理器执行时还实现以下步骤：

检测可推送应用是否进行更新；

当更新可推送应用时，获取可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；

基于版本信息、应用标识以及下载路径生成推送列表；

将推送列表发送至第一服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(RandomAccess Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种轻应用部署方法，所述方法包括：

获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；

当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

2.根据权利要求1所述的方法，其特征在于，所述应用列表中具有第二轻应用的版本信息；所述方法还包括：

当本地部署有第二轻应用时，获取本地已部署的第二轻应用的版本信息；

基于所述应用列表中的版本信息以及本地的版本信息，判断已部署第二轻应用是否为待更新应用；

当为待更新应用时，确定与待更新应用相关联的应用服务包的下载路径；

根据所述下载路径，下载待更新应用的应用服务包；所述应用服务包中具有更新文件以及配置文件；

根据所述配置文件修改本地配置信息，并将所述更新文件覆盖历史安装文件。

3.根据权利要求1所述的方法，其特征在于，所述获取最新版本的应用列表包括：

获取服务器应用列表配置信息，以及本地应用列表配置信息；所述应用列表配置信息中具有应用列表的生成时间和应用列表的下载路径；

当服务器应用列表配置信息中的生成时间与本地应用列表配置信息中的生成时间不相同时，基于所述服务器应用列表中的下载路径下载应用列表。

4.根据权利要求1所述的方法，其特征在于，所述安装文件中具有多种类型的一个或多个子程序文件；所述根据所述配置文件创建所述安装文件运行时所需的运行空间包括：

根据所述配置文件确定安装文件中各子程序文件所能实现的功能类型；

统计不同功能类型下的子程序文件的数量；

根据所述子程序文件所能实现的功能类型以及对应数量，计算所述安装文件运行时所需要的物理资源；

创建与所述物理资源相对应的运行空间。

5.根据权利要求1所述的方法，其特征在于，所述对所述安装文件进行路由射包括：

提取所述配置文件中的路由规则；

根据所述路由规则对进行路由设置，得到路由地址表；

基于所述路由地址表对所述安装文件进行路由映射。

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

获取第二服务器上报的负载数据；

根据所述负载数据计算获取最新版本的应用列表失败的概率；

当获取失败的概率小于阈值时，向所述第二服务器拉取最新版本应用列表。

7.一种轻应用部署方法，所述方法包括：

当更新第二轻应用的应用服务包时，获取所述第二轻应用的更新时间，并将所述更新时间发送至第一服务器；

接收所述第一服务器基于所述更新时间返回的应用列表获取请求；所述应用列表获取请求中具有第一服务器的服务器标识；

根据所述服务器标识确定相对应的可调用产品线的产品线标识；

获取与所述产品线标识相关联的第二轻应用的应用标识和对应下载路径；

基于所述应用标识和下载路径生成相应的应用列表，并将所述应用列表发送至与所述服务器标识对应的第一服务器。

8.根据权利要求7所述的方法，其特征在于，所述第二轻应用中包括可推送应用；所述方法还包括：

检测所述可推送应用是否进行更新；

当更新所述可推送应用时，获取所述可推送应用的版本信息、每个可推送应用的应用标识以及对应的下载路径；

基于所述版本信息、应用标识以及下载路径生成推送列表；

将所述推送列表发送至第一服务器。

9.一种轻应用部署装置，其特征在于，所述装置包括：

应用列表获取模块，用于获取最新版本的应用列表，以及本地已部署的第一轻应用的应用标识；所述应用列表中具有可下载的第二轻应用的应用标识和对应下载路径；

第二轻应用下载模块，用于根据所述第二轻应用的应用标识以及第一轻应用的应用标识，判断本地是否已部署有所述第二轻应用；当本地未部署有第二轻应用时，根据所述第二轻应用的下载路径下载对应的应用服务包；所述应用服务包中具有第二轻应用的安装文件以及配置文件；

自动部署模块，用于根据所述配置文件创建所述安装文件运行时所需的运行空间，并对所述安装文件进行路由映射。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images