CN108829422A - 一种动态部署方法及装置 - Google Patents

Abstract

本申请提供一种动态部署方法及装置，用于解决现有技术中过度依赖应用容器加载方式导致应用难以升级和维护的问题。控制引擎服务端接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；所述控制引擎服务端发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；若所述第一控制引擎客户端有获取第一资源的权限，则所述控制引擎服务端将所述第一资源发送给所述第一控制引擎客户端。

Description

一种动态部署方法及装置

技术领域

本申请涉及服务器应用容器动态部署的技术领域，涉及一种动态部署方法及装置。

背景技术

目前行业内的动态部署依赖于应用容器本身的加载机制，以及使用的组件是否支持动态部署。一旦有一个环节不支持动态部署则整个应用都无法动态部署和更新，在实际生产环境中进行业务功能的切换不仅有可能会出现服务中断访问的风险，而且过度依赖应用容器加载方式导致应用难以升级和维护的问题。

发明内容

有鉴于此，本申请提供一种动态部署方法及装置，用于解决现有技术中过度依赖应用容器加载方式导致应用难以升级和维护的问题。

为实现上述目的，本申请实施例提供如下技术方案：

第一方面，本申请提供一种动态部署方法，所述方法包括：控制引擎服务端接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；所述控制引擎服务端发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；若所述第一控制引擎客户端有获取第一资源的权限，则所述控制引擎服务端将所述第一资源发送给所述第一控制引擎客户端。

结合第一方面，在第一方面的一种可选的实现方式中，在所述控制引擎服务端发送包含身份标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取第一资源的权限之后，还包括：若所述第一控制引擎客户端没有获取第一资源的权限，则所述控制引擎服务端发送拒绝访问请求至所述第一控制引擎客户端。

第二方面，本申请还提供一种动态部署方法，所述方法包括：控制引擎客户端从数据库获取第一资源的状态值；所述控制引擎客户端判断所述第一资源的状态值是否为更新状态；若是，所述控制引擎客户端发送资源获取请求至控制引擎服务端，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；所述控制引擎客户端接收所述控制引擎服务端返回的所述第一资源。

结合第二方面，在第二方面的一种可选的实现方式中，所述控制引擎客户端发送资源获取请求至控制引擎服务端从而从控制引擎服务端获取更新后的第一资源，包括：若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

第三方面，本申请还提供了一种动态部署装置，应用于控制引擎服务端，所述装置包括：访问请求接收模块，用于接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；查询请求发送模块，用于发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；第一资源发送模块，用于若所述第一控制引擎客户端有获取第一资源的权限，则将所述第一资源发送给所述第一控制引擎客户端。

结合第三方面，在第三方面的一种可选的实现方式中，所述动态部署装置还包括：拒绝请求发送模块，用于若所述第一控制引擎客户端没有获取第一资源的权限，则发送拒绝访问请求至所述第一控制引擎客户端。

第四方面，本申请还提供了一种动态部署装置，应用于控制引擎客户端，所述装置包括：状态值获取模块，用于从数据库获取第一资源的状态值；状态值判断模块，用于判断所述第一资源的状态值是否为更新状态；第一资源获取模块，用于发送资源获取请求至控制引擎服务端从而从控制引擎服务端获取更新后的第一资源，将更新后的第一资源作为第二资源；第二资源获取模块，用于发送资源获取请求至应用容器从而从应用容器里获取所述第一资源，其中，所述控制引擎服务端设置于应用容器中。

结合第四方面，在第四方面的一种可选的实现方式中，所述第一资源获取模块包括：第一资源获取子模块，用于若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

第五方面，本申请还提供了一种电子设备，包括：处理器、存储器和通信接口，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过通信接口通信，所述机器可读指令被所述处理器执行时执行第一方面、第一方面的可选实现方式、第二方面以及第二方面的可选实现方式中任一所述的方法。

第六方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面、第一方面的可选实现方式、第二方面以及第二方面的可选实现方式中任一所述的方法。

本申请在应用容器内设置了控制引擎服务端，在应用容器外部设置了控制引擎客户端；通过控制引擎客户端来控制是否需要动态部署，即获取是否需要更新资源的状态值来判断是否需要更新资源；通过控制引擎服务端来决定控制引擎客户端是否能够获得动态部署的具体内容，即获取控制引擎客户端是否有获取资源的权限来判断控制引擎客户端是否加载对应的资源。同时控制引擎客户端如果没有访问对应资源的权限，或是不需要更新资源，那么就直接加载应用容器里的未更新前的资源。通过这种加载机制有效地解决了传统动态部署的方式过度依赖应用容器加载方式导致应用难以升级和维护的问题。

为使本申请的上述目的和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1是本申请实施例中的控制引擎客户端与控制引擎服务端和应用容器方法交互示意图；

图2是本申请第一实施例提供的动态部署方法流程示意图；

图3是本申请第二实施例提供的动态部署方法流程示意图；

图4是本申请第二实施例提供的动态部署方法步骤130的流程图；

图5是本申请第二实施例提供的统一操作平台的结构示意图；

图6是本申请第三实施例提供的动态部署装置应用于控制引擎服务端示意图；

图7是本申请第四实施例提供的动态部署装置应用于控制引擎客户端示意图；

图8是本申请第四实施例提供的第一资源获取模块的结构示意图。

图标：110-控制引擎客户端；200-应用容器；210-控制引擎服务端；211-第一资源；212-第二资源；300-统一操作平台；310-集群信息维护模块；311-集群新增模块；313-集群修改模块；315-集群删除模块；330-资源操作模块；331-资源装入模块；333-资源加载模块；335-资源失效模块；500-动态部署装置；510-访问请求接收模块；520-查询请求发送模块；530-第一资源发送模块；540-拒绝请求发送模块。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解，下面先介绍本申请实施例涉及的一些缩写和概念：

全球广域网(World Wide Web，WEB，亦作“Web”、“WWW”、“W3”)，也称为万维网，它是一种基于超文本和HTTP的、全球性的、动态交互的、跨平台的分布式图形信息系统。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

如图1所述，图1是本申请实施例中的控制引擎客户端与控制引擎服务端和应用容器方法交互示意图。所述加载引擎控制装置包括服务端和客户端，控制引擎服务端210与多个控制引擎客户端110进行交互，其中，控制引擎服务端210设置于应用容器200内部。在应用容器200内设置了控制引擎服务端210，在应用容器200外部设置了控制引擎客户端110；通过控制引擎客户端110来控制是否需要动态部署，即获取是否需要更新资源的状态值来判断是否需要更新资源，即第二资源212；通过控制引擎服务端210来决定控制引擎客户端110是否能够获得动态部署的具体内容，即获取控制引擎客户端110是否有获取资源的权限来判断控制引擎客户端110是否加载对应的资源，对应资源即为第二资源212。同时控制引擎客户端110如果没有访问对应资源的权限，或是不需要更新资源，那么就直接加载应用容器200里的未更新前的资源，未更新前的资源即为第一资源211。

第一实施例

图2是本申请第一实施例提供的动态部署方法流程示意图，所述动态部署方法包括如下步骤：

步骤S101：控制引擎服务端接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；

其中，需要说明的是，控制引擎服务端设置于应用容器之内，即控制引擎服务端位于基础框架之中，控制引擎服务端提供资源的装入、查询和加载。控制引擎服务端包括资源装入模块、资源加载模块和资源失效模块；控制引擎服务端通过接口分别与资源装入模块、资源加载模块和资源失效模块连接。

步骤S102：所述控制引擎服务端发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；

其中，需要说明的是，第一资源是事先通过统一操作平台进行上传并加装的，具体的操作步骤S是：选择需要操作的集群后录入资源路径，然后上传资源内容，最后点击对应的操作按钮即可一键完成所选集群的操作。

步骤S103：若所述第一控制引擎客户端有获取第一资源的权限，则所述控制引擎服务端将所述第一资源发送给所述第一控制引擎客户端。

其中，需要说明的是，第一控制引擎客户端由各个应用组件根据自身的需要来进行资源的获取和加载操作，如果不需要更新某个资源，则可以直接加载应用容器里的未更新资源即可。

所述方法包括以上步骤外，还包括以下步骤：

步骤S104：若所述第一控制引擎客户端没有获取第一资源的权限，则所述控制引擎服务端发送拒绝访问请求至所述第一控制引擎客户端。

其中，需要说明的是，通常一个业务模块就被视作一个资源，例如第一资源，以该资源在应用环境下所处的路径作为在控制引擎中的索引值。控制引擎服务端根据索引值作为身份标识信息去发送查询请求至数据库，从而获得所述第一控制引擎客户端是否获取第一资源的权限值。

第二实施例

图3是本申请第二实施例提供的动态部署方法流程示意图，所述动态部署方法包括如下步骤：

步骤S110：控制引擎客户端从数据库获取第一资源的状态值；

其中，需要说明的是，在控制引擎服务端对第一资源进行加载时，即将第一资源读入内容中后，在加载中分配一块区域以存放资源的索引值和第一资源；最后修改第一资源的索引对应的资源状态标记。

步骤S120：所述控制引擎客户端判断所述第一资源的状态值是否为更新状态；若是，则执行步骤S130；若否，则执行步骤S140；

其中，需要说明的是，资源的加载是由控制引擎客户端进行控制，首先判断资源状态是否需要更新，不需要更新则加载容器中的未更新的资源，如果需要更新则加载引擎中更新后的资源。

步骤S130：所述控制引擎客户端发送资源获取请求至控制引擎服务端，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；所述控制引擎客户端接收所述控制引擎服务端返回的所述第一资源；

其中，需要说明的是，将更新后的第一资源作为第二资源，控制引擎客户端能够从控制引擎服务端获取更新后的第一资源，这是在第一资源未失效的情况下实现的。若第一资源失效，则无法从控制引擎服务端获取更新后的第一资源。

其中，需要说明的是，失效分为主动失效和被动失效，主动失效的具体实现方式为：加载引擎服务端提供了修改资源状态的接口，可以通过统一操作平台来调用接口将对应资源置为失效状态。被动失效的具体实现方式为：考虑当应用需要进行大面积业务升级时，往往会进行停机维护。在停机重新启动时，控制引擎服务端和应用容器会清空所有已经加载的资源，然后控制引擎服务端和应用容器都加载的是同样的资源，即为最新的资源。

步骤S140：所述控制引擎客户端发送资源获取请求至应用容器从而从应用容器里获取所述第一资源，其中，所述控制引擎服务端设置于应用容器中。

其中，需要说明的是，考虑当应用需要进行大面积业务升级时，往往会进行停机维护。维护结束后控制引擎服务端中加载的内容可能会旧于应用容器中加载的应用逻辑导致功能出错。在应用容器重新启动时，控制引擎服务端会清空所有已经加载的资源。

图4是本申请第二实施例的动态部署方法中步骤S130的流程图，所述步骤S130具体包括如下步骤：

步骤S131：若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

其中，需要说明的是，在同一个资源多次装入控制引擎服务端的情况下，控制引擎服务端中只保留最新一次的资源，不会保留两次资源同时存在于控制引擎服务端中。

步骤S132：若所述控制引擎服务端不允许所述资源获取请求，所述控制引擎客户端从应用容器里获取所述第一资源。

其中，需要说明的是，从应用容器里获取资源是不需要权限控制的，任何控制引擎客户端从应用容器中获取资源，均是可以获取的。

请参见图5，图5是本申请第二实施例的统一操作平台的结构示意图。统一操作平台300包括：集群信息维护模块310和资源操作模块330；统一操作平台300分别与集群信息维护模块310和资源操作模块330连接；集群信息维护模块310用于通过接口发送控制指令的方式对集群信息的维护操作；资源操作模块330用于通过接口发送控制指令的方式对资源进行相应的操作。

集群信息维护模块310包括：集群新增模块311、集群修改模块313和集群删除模块315；集群信息维护模块310分别与集群新增模块311、集群修改模块313和集群删除模块315连接；集群新增模块311用于新增的集群加入到统一操作平台300的管理，以及新增的机器加入到集群的管理；集群修改模块313用于集群中的机器信息修改，机器信息包括网络地址和端口信息；集群删除模块315用于删除集群中的机器，使机器不再被集群和统一操作平台300管理。

资源操作模块330包括：资源装入模块331、资源加载模块333和资源失效模块335；资源操作模块330分别与资源装入模块331、资源加载模块333和资源失效模块335连接；资源装入模块331用于通过建立资源索引、上传资源内容等方式装入资源；资源加载模块333用于通过选择操作集群、加载资源的方式实现对资源的加载；资源失效模块335用于通过接口发送失效指令信息的方式对资源的失效。

举例来说，统一操作平台300用于根据不同的应用场景，对注册在内的不同集群的加载引擎进行加载资源，失效资源等操作。例如，统一操作平台300可以用于操作不同集群的加载引擎进行加载资源和失效资源等操作；还可以对集群信息进行维护，例如对集群进行新增、修改、删除等操作，举例来说，例如修改每个集群中包含的集群的网络之间互连的协议(Internet Protocol，IP)地址和端口信息等等。所有的控制引擎服务端210的资源加载和失效、对控制引擎客户端110的权限控制访问，以及控制引擎客户端110是否需要更新资源，这些操作均是通过统一操作平台300来控制的。

第三实施例

图6是本申请第三实施例提供的动态部署装置应用于控制引擎服务端示意图，动态部署装置应用于控制引擎服务端，所述装置500包括：

访问请求接收模块510，用于接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；

查询请求发送模块520，用于发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；

第一资源发送模块530，用于若所述第一控制引擎客户端有获取第一资源的权限，则将所述第一资源发送给所述第一控制引擎客户端。

所述动态部署装置500还包括：

拒绝请求发送模块540，用于若所述第一控制引擎客户端没有获取第一资源的权限，则发送拒绝访问请求至所述第一控制引擎客户端。

本发明第三实施例提供的业务请求处理装置与本发明第一实施例提供的动态部署方法相对应，在此便不做赘述。

第四实施例

图7是本申请第四实施例提供的动态部署装置应用于控制引擎客户端示意图，所述装置应用于控制引擎客户端，所述装置500包括：

状态值获取模块550，用于从数据库获取第一资源的状态值；

状态值判断模块560，用于判断所述第一资源的状态值是否为更新状态；

第一资源获取模块570，用于发送资源获取请求至控制引擎服务端从而从控制引擎服务端获取更新后的第一资源，将更新后的第一资源作为第二资源；

第二资源获取模块580，用于发送资源获取请求至应用容器从而从应用容器里获取所述第一资源，其中，所述控制引擎服务端设置于应用容器中。

图8是本申请第四实施例提供的第一资源获取模块的结构示意图，所述第一资源获取模块570包括：

第一资源获取子模块571，用于若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

第二资源获取子模块572，用于若所述控制引擎服务端不允许所述资源获取请求，所述控制引擎客户端从应用容器里获取所述第一资源。

本发明第四实施例提供的业务请求处理装置与本发明第二实施例提供的动态部署方法相对应，在此便不做赘述。

第五实施例

本发明第五实施例提供了一种电子设备，包括：处理器、存储器和通信接口，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过通信接口通信，所述机器可读指令被所述处理器执行时执行第一实施例、第一实施例的可选实现方式、第二实施例以及第二实施例可选实现方式中任一所述的动态部署方法。

第六实施例

本发明第六实施例提供了一种电子设备，包括：处理器、存储器和通信接口，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过通信接口通信，所述机器可读指令被所述处理器执行时执行第一实施例、第一实施例的可选实现方式、第二实施例以及第二实施例可选实现方式中任一所述的动态部署方法。

本申请实施例在应用容器内设置了控制引擎服务端，在应用容器外部设置了控制引擎客户端；通过控制引擎客户端来控制是否需要动态部署，即获取是否需要更新资源的状态值来判断是否需要更新资源；通过控制引擎服务端来决定控制引擎客户端是否能够获得动态部署的具体内容，即获取控制引擎客户端是否有获取资源的权限来判断控制引擎客户端是否加载对应的资源。同时控制引擎客户端如果没有访问对应资源的权限，或是不需要更新资源，那么就直接加载应用容器里的未更新前的资源。通过这种加载机制有效地解决了传统动态部署的方式过度依赖应用容器加载方式导致应用难以升级和维护的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种动态部署方法，其特征在于，包括：

控制引擎服务端接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；

所述控制引擎服务端发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；

若所述第一控制引擎客户端有获取第一资源的权限，则所述控制引擎服务端将所述第一资源发送给所述第一控制引擎客户端。

2.根据权利要求1所述的动态部署方法，其特征在于，在所述控制引擎服务端发送包含身份标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取第一资源的权限之后，还包括：

若所述第一控制引擎客户端没有获取第一资源的权限，则所述控制引擎服务端发送拒绝访问请求至所述第一控制引擎客户端。

3.一种动态部署方法，其特征在于，包括：

控制引擎客户端从数据库获取第一资源的状态值；

所述控制引擎客户端判断所述第一资源的状态值是否为更新状态；

若是，所述控制引擎客户端发送资源获取请求至控制引擎服务端，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息，所述控制引擎客户端接收所述控制引擎服务端返回的所述第一资源。

4.根据权利要求3所述的动态部署方法，其特征在于，所述控制引擎客户端发送资源获取请求至控制引擎服务端，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息，所述控制引擎客户端接收所述控制引擎服务端返回的所述第一资源，包括：

若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

5.一种动态部署装置，其特征在于，应用于控制引擎服务端，包括：

访问请求接收模块，用于接收第一控制引擎客户端发送的资源获取请求，其中，所述资源获取请求包括第一控制引擎客户端的身份标识信息以及所述第一控制引擎客户端要访问的第一资源的资源标识信息；

查询请求发送模块，用于发送包含身份标识信息以及所述资源标识信息的权限查询请求至数据库，以获取所述第一控制引擎客户端是否有获取所述第一资源的权限；

第一资源发送模块，用于若所述第一控制引擎客户端有获取第一资源的权限，则将所述第一资源发送给所述第一控制引擎客户端。

6.根据权利要求5所述的动态部署装置，其特征在于，所述动态部署装置还包括：

拒绝请求发送模块，用于若所述第一控制引擎客户端没有获取第一资源的权限，则发送拒绝访问请求至所述第一控制引擎客户端。

7.一种动态部署装置，其特征在于，应用于控制引擎客户端，包括：

状态值获取模块，用于从数据库获取第一资源的状态值；

状态值判断模块，用于判断所述第一资源的状态值是否为更新状态；

第一资源获取模块，用于发送资源获取请求至控制引擎服务端从而从控制引擎服务端获取更新后的第一资源，将更新后的第一资源作为第二资源；

第二资源获取模块，用于发送资源获取请求至应用容器从而从应用容器里获取所述第一资源，其中，所述控制引擎服务端设置于应用容器中。

8.根据权利要求7所述的动态部署装置，其特征在于，所述第一资源获取模块包括：

第一资源获取子模块，用于若所述控制引擎服务端允许所述资源获取请求，所述控制引擎客户端接收所述控制引擎服务端发送的更新后的第一资源。

9.一种电子设备，其特征在于，包括：处理器、存储器和通信接口，所述存储器存储有所述处理器可执行的机器可读指令，所述通信接口用于与外部设备进行通信，所述机器可读指令被所述处理器执行时执行如权利要求1至4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至4任一项所述的方法。