CN110225078A - 一种应用服务更新方法、系统及终端设备 - Google Patents

Abstract

本发明适用于通信技术领域，提供了一种应用服务更新方法、系统及终端设备，通过接收应用服务更新消息，应用服务更新消息中包含有需要更新的应用服务的标签名，根据标签名，从预设配置文件中查找其所属的公有云资源组，从公有云资源组中，调用与标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器，向服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务，通过标签名从公有云资源组中调用与该标签名对应的API接口，并将更新后的应用服务文件和对应的配置文件推送到从负载均衡中摘掉的服务器，以使得该服务器的应用服务能够进行更新，实现了应用服务的自动更新，简化了用户的操作，提高了应用服务更新的效率。

Description

一种应用服务更新方法、系统及终端设备

技术领域

本发明属于通信技术领域，尤其涉及一种应用服务更新方法、系统及终端设备。

背景技术

开源软件puppet和saltstack等集中配置管理系统，每次在根据配置文件对大批量的集群服务器的应用服务进行更新时，均需要修改yaml文件，无法对公有云API(Application Programming Interface,应用程序编程接口)进行调用以处理相关操作，也无法进行用户交互和状态检测，自动化流程相对较弱，需要多次操作才能完成全流程，操作繁琐且效率低下。

发明内容

有鉴于此，本发明实施例提供了一种应用服务更新方法、系统及终端设备，以解决现有大批量更新应用服务存在的自动化程度不高，效率低的问题。

本发明实施例的第一方面提供了一种应用服务更新方法，包括：

接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

本发明实施例的第二方面提供了一种应用服务更新系统，包括：

消息接收单元，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

本发明实施例的第三方面提供了一种终端设备，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现本发明实施例的第一方面提供的应用服务更新方法的步骤。

其中，所述计算机程序包括：

消息接收单元，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中，所述计算机程序被处理器执行时实现本发明实施例的第一方面提供的应用服务更新方法的步骤。

其中，所述计算机程序包括：

消息接收单元，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

本发明实施例与现有技术相比存在的有益效果是：通过接收应用服务更新消息，应用服务更新消息中包含有需要更新的应用服务的标签名，根据标签名，从预设配置文件中查找其所属的公有云资源组，从公有云资源组中，调用与标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器，向服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务，通过标签名从公有云资源组中调用与该标签名对应的API接口，并将更新后的应用服务文件和对应的配置文件推送到从负载均衡中摘掉的服务器，以使得该服务器的应用服务能够进行更新，实现了应用服务的自动更新，简化了用户的操作，提高了应用服务更新的效率。

附图说明

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

图1是本发明实施例提供的一种应用服务更新方法的实现流程图；

图2是本发明实施例提供的一种摘掉需要更新的服务器的方法的具体实现流程图；

图3是本发明实施例提供的一种更新应用服务的方法的具体实现流程图；

图4是本发明实施例提供的一种应用服务更新系统的示意图；

图5是本发明实施例提供的一种终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。请参考图1，图1示出了本发明实施例提供的一种应用服务更新方法的实现流程，详述如下：

在步骤S101中，接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名。

在本发明实施例中，在跨平台的集中配置管理系统中，当需要更新某一应用服务时，输入带有该应用服务器的标签名的一条指令后，生成相应的应用服务信息，则可以自动执行一连串的操作以达到对该应用服务的更新目的。

这里所指的标签名，包括但不限于所要更新的应用服务的Web标签、APP标签、Wap标签的名称。

在此之前，需要获取用户云上的相关资源信息用于API调用，该相关资源信息包括但不限于统一资源定位符url，用户名、密码，负载均衡的名称，网络名等信息。

同时，将所要更新的应用服务器文件和对应的配置文件放置在跨平台的集中配置管理系统的预设目录下。

在步骤S102中，根据所述标签名，从预设配置文件中查找其所属的公有云资源组。

在本发明实施例中，当需要更新某一应用服务时，设置该应用服务的标签名，并将标签名对应的配置信息比如对应的公有云资源组，写入到配置文件中，使得能够从该配置文件中查找到该标签名所属的公有云资源组。

作为本发明的一个实施例，当需要同时更新多个应用服务时，设置该多个应用服务的对应的标签名，并将对应的多个标签名的配置信息写入到一个配置文件中，从而使得能够根据标签名查找到对应的配置信息进行配置。

在步骤S103中，从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器。

在本发明实施例中，公有云资源组中包括有各种不同的API接口，从而可以调用不同的软件来实现对应用服务的配置，使得在集中配置管理系统中不再需要部署或者安装大量的软件，使得部署极为简单，仅用一台普通配置服务器即可实现全流程操作，从而简化了用户的操作。

作为本发明的一个实施例，负载均衡由多个网络群组组成，每个网络群组中包含至少一台服务器。

为了保证在对应用服务进行更新的时候，仍然有其它服务器对外提供服务，使得服务不被中断，本发明实施例通过以轮询的方式从负载均衡中将要更新的服务器摘下，很好地避免了这一问题，使得应用服务在更新的时候，仍然有服务器提供相关服务，使得用户体验更好。

在对应用服务进行更新过程中，如果不将所要更新的服务器从负载均衡中摘下，将会继续接收到不同的服务请求，在更新过程中将会对这些服务请求所需的数据造成中断或者丢失，使得用户体验不好，而将所要更新的服务器从负载均衡中摘下，使得该要更新的服务器不再接收新的服务请求，从而能够在更新的过程中不造成对服务请求的干扰或打断，使得用户体验更好。

可选的，请参考图2，图2示出了本发明实施例提供的一种摘掉需要更新的服务器的方法的具体实现流程，详述如下：

在步骤S201中，根据所述标签名，从预设配置文件中查找与其相匹配的服务器及所述服务器所属的负载均衡。

在本发明实施例中，预设配置文件中存储有与不同标签名相匹配的服务器以及该服务器所属负载均衡的名称，通过标签名，可以在查找到预先定义的负载均衡以及该负载均衡下的网络群组，以及在该网络群组中的一台或多台服务器。

在步骤S202中，将查找到的与所述标签名相匹配的服务器设定为需要更新的服务器。

在本发明实施中，由于预先设定了所要更新的应用服务的标签名，在根据该标签名查找到相匹配的服务器后，即在该服务器中有对应的应用服务，将该服务器设定为所需要更新的服务器。这里所指的要更新的服务器，实际上为该服务器中的应用服务需要更新。

作为本发明的一个实施，这里所指的需要更新的服务器可以为单台服务器，也可以是一个服务器群组，这里不做具体限定。

在步骤S104中，向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

在本发明实施例中，在摘下需要更新的服务器后，为了避免更新所造成的数据中断或者丢失，首先要检测所摘下的服务器中是否存在有未执行完成的任务，即是否有未处理完成的服务请求，如果有未完成的任务，则间隔预设时间再次检测该服务器是否完成所要执行的任务，即在步骤S104之前，还包括下述步骤：

步骤S1041，检测所述服务器中是否存在有未执行完成的任务。

步骤S1042，若所述服务器中存在有未完成的任务，则等待所述服务器完成所要执行的任务。

在本发明实施例中，通过MD5校验检测服务器中是否有数据在处理，即确定服务器中是否存在有未执行完成的任务。如果有，则等待3秒后循环检测，直至数据处理完毕，即服务器完成所要执行的任务后，再对该服务器的应用服务进行更新，即在步骤S1042之后，执行步骤S104。

为了提高应用服务更新的效率，及时将更新后的应用服务文件和对应的配置文件推送给服务器，可以通过异步多线程推送方式，将更新后的应用服务文件和对应的配置文件推送网络集群下每一台服务器对应的目录上。

可选的，请参考图3，图3示出了本发明实施例提供的一种更新应用服务的方法的具体实现流程，详述如下：

在步骤S301中，将更新后的应用服务文件和对应的配置文件存储至所述服务器的预设目录中。

在本发明实施例中，由于不同的操作系统对应的操作指令并不相同，因此并不能直接根据更新后的应用服务文件和对应的配置文件进行相应部署和更新，可以先将更新后的应用服务文件和对应的配置文件存储在服务器的预设目录中，该预设目录为临时目录。

在步骤S302中，在确定所述服务器的操作系统后，从所述预设目录中调用更新后的应用服务文件和对应的配置文件对所述服务器进行部署。

在本发明实施例中，在确定服务器的操作系统后，从预设目录中将更新后的应用服务文件和对应的配置文件对服务器进行部署以使得该服务器的应用服务能够更新。

在步骤S303中，在对所述服务器进行部署过程中，通过不同操作系统的对应指令去停止服务、备份应用服务、清除缓存和重启服务。

在本发明实施例中，在对服务器进行部署过程中，通过不同操作系统的对应指令去停止该服务器的服务，备份所要更新的应用服务、清除缓存，并重启服务器以及对应的应用服务。

在步骤S304中，在重启服务后，检测更新后的应用服务是否能够正常运行。

在本发明实施例中，在重启服务器和应用服务之后，检测所更新的应用服务是否能够正常运行，以确定该应用服务是否正确更新或者是否存在Bug。

在步骤S305中，若更新后的应用服务能够正常运行，则从所述公有云资源组中，调用与所述标签名对应的API接口将所述服务器加载至对应的负载均衡中。

在本发明实施例中，当更新后的应用服务能够正确运行后，根据该应用服务的标签名，从公有云资源组中，调用与该标签名对应的API接口将该服务器加载至对应的负载均衡中，使得其能够处理用户的服务请求。

可选的，在步骤S304之后，还包括步骤S306：

在步骤S306中，若更新后的应用服务不能正常运行，则循环执行回滚指令直至更新后的应用服务能够正常运行。

在本发明实施例中，当更新后的应用服务不能正常运行，说明更新不正确或者更新的应用服务存在Bug，这些需要回滚以确定对应的原因从而针对性地解决该更新后的应用服务不能正常运行的问题，这时，循环执行回滚指令直至更新后的应用服务能够正常运行。

为了能够及时确定或者查找应用服务更新过程中所产生的问题，避免人工操作带来的错误以及遗漏，在应用服务更新过程中，记录每个操作过程或者关键操作过程，形成日志记录，并将每一操作的执行结果以不同颜色进行显示，使得用户能够清楚掌握进度以及更新成败，从而能够及时进行相应的处理。

在本发明实施例中，通过接收应用服务更新消息，应用服务更新消息中包含有需要更新的应用服务的标签名，根据标签名，从预设配置文件中查找其所属的公有云资源组，从公有云资源组中，调用与标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器，向服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务，通过标签名从公有云资源组中调用与该标签名对应的API接口，并将更新后的应用服务文件和对应的配置文件推送到从负载均衡中摘掉的服务器，以使得该服务器的应用服务能够进行更新，实现了应用服务的自动更新，简化了用户的操作，提高了应用服务更新的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑控制，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种应用服务更新方法，图4示出了本发明实施例提供的一种应用服务更新系统的示意图，为了便于说明，仅示出了与本发明实施例相关的部分。

参照图4，该系统包括：

消息接收单元41，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元42，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元43，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元44，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

可选的，该系统还包括：

任务完成检测单元，用于检测所述服务器中是否存在有未执行完成的任务；

等待单元，用于若所述服务器中存在有未完成的任务，则等待所述服务器完成所要执行的任务。

可选的，所述服务器摘掉单元43，包括：

服务器及其所属集群名查找子单元，用于根据所述标签名，从预设配置文件中查找与其相匹配的服务器及所述服务器所属的负载均衡；

服务器设定子单元，用于将查找到的与所述标签名相匹配的服务器设定为需要更新的服务器。

可选的，该系统还包括：

文件存储单元，用于将更新后的应用服务文件和对应的配置文件存储至所述服务器的预设目录中；

服务器部署单元，用于在确定所述服务器的操作系统后，从所述预设目录中调用更新后的应用服务文件和对应的配置文件对所述服务器进行部署；

在对所述服务器进行部署过程中，通过不同操作系统的对应指令去停止服务、备份应用服务、清除缓存和重启服务；

运行检测单元，用于在重启服务后，检测更新后的应用服务是否能够正常运行；

服务器加载单元，用于若更新后的应用服务能够正常运行，则从所述公有云资源组中，调用与所述标签名对应的API接口将所述服务器加载至对应的负载均衡中。

可选的，该系统还包括：

指令回滚单元，用于若更新后的应用服务不能正常运行，则循环执行回滚指令直至更新后的应用服务能够正常运行。

在本发明实施例中，通过接收应用服务更新消息，应用服务更新消息中包含有需要更新的应用服务的标签名，根据标签名，从预设配置文件中查找其所属的公有云资源组，从公有云资源组中，调用与标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器，向服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务，通过标签名从公有云资源组中调用与该标签名对应的API接口，并将更新后的应用服务文件和对应的配置文件推送到从负载均衡中摘掉的服务器，以使得该服务器的应用服务能够进行更新，实现了应用服务的自动更新，简化了用户的操作，提高了应用服务更新的效率。

图5是本发明一实施例提供的一种终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个应用服务更新方法实施例中的步骤，例如图1所示的步骤101至104。或者，所述处理器50执行所述计算机程序52时实现上述各系统实施例中各单元的功能，例如图4所示模块41至44的功能。

示例性的，所述计算机程序52可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。例如，所述计算机程序52可以被分割成消息接收单元41、公有云资源组查找单元42、服务器摘掉单元43、文件推送单元44，各单元具体功能如下：

消息接收单元41，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元42，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元43，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元44，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

可选的，所述计算机程序52还可以被分割成任务完成检测单元、等待单元，各单元具体功能如下：

任务完成检测单元，用于检测所述服务器中是否存在有未执行完成的任务；

等待单元，用于若所述服务器中存在有未完成的任务，则等待所述服务器完成所要执行的任务。

可选的，所述服务器摘掉单元43，包括：

服务器及其所属集群名查找子单元，用于根据所述标签名，从预设配置文件中查找与其相匹配的服务器及所述服务器所属的负载均衡；

服务器设定子单元，用于将查找到的与所述标签名相匹配的服务器设定为需要更新的服务器。

可选的，所述计算机程序52还可以被分割成文件存储单元、服务器部署单元、指令执行单元、运行检测单元、服务器加载单元，各单元具体功能如下：

文件存储单元，用于将更新后的应用服务文件和对应的配置文件存储至所述服务器的预设目录中；

服务器部署单元，用于在确定所述服务器的操作系统后，从所述预设目录中调用更新后的应用服务文件和对应的配置文件对所述服务器进行部署；

指令执行单元，用于在对所述服务器进行部署过程中，通过不同操作系统的对应指令去停止服务、备份应用服务、清除缓存和重启服务；

运行检测单元，用于在重启服务后，检测更新后的应用服务是否能够正常运行；

服务器加载单元，用于若更新后的应用服务能够正常运行，则从所述公有云资源组中，调用与所述标签名对应的API接口将所述服务器加载至对应的负载均衡中。

可选的，所述计算机程序52还可以被分割成指令回滚单元，该单元具体功能如下：

指令回滚单元，用于若更新后的应用服务不能正常运行，则循环执行回滚指令直至更新后的应用服务能够正常运行。

所述终端设备5可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的系统/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的系统/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，系统或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或系统、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用服务更新方法，其特征在于，所述方法包括：

接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

2.如权利要求1所述的方法，其特征在于，在所述向摘掉的服务器推送更新后的应用服务文件和对应的配置文件的步骤之前，还包括：

检测所述服务器中是否存在有未执行完成的任务；

若所述服务器中存在有未完成的任务，则等待所述服务器完成所要执行的任务。

3.如权利要求1所述的方法，其特征在于，在所述从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器的步骤中，包括：

根据所述标签名，从预设配置文件中查找与其相匹配的服务器及所述服务器所属的负载均衡；

将查找到的与所述标签名相匹配的服务器设定为需要更新的服务器。

4.如权利要求1至3任一所述的方法，其特征在于，在所述向所述服务器推送更新后的应用服务文件和对应的配置文件的步骤中，包括：

将更新后的应用服务文件和对应的配置文件存储至所述服务器的预设目录中；

在确定所述服务器的操作系统后，从所述预设目录中调用更新后的应用服务文件和对应的配置文件对所述服务器进行部署；

在对所述服务器进行部署过程中，通过不同操作系统的对应指令去停止服务、备份应用服务、清除缓存和重启服务；

在重启服务后，检测更新后的应用服务是否能够正常运行；

若更新后的应用服务能够正常运行，则从所述公有云资源组中，调用与所述标签名对应的API接口将所述服务器加载至对应的负载均衡中。

5.如权利要求4所述的方法，其特征在于，在所述向所述服务器推送更新后的应用服务文件和对应的配置文件的步骤中，还包括：

若更新后的应用服务不能正常运行，则循环执行回滚指令直至更新后的应用服务能够正常运行。

6.一种应用服务更新系统，其特征在于，所述系统包括：

消息接收单元，用于接收应用服务更新消息，所述应用服务更新消息中包含有需要更新的应用服务的标签名；

公有云资源组查找单元，用于根据所述标签名，从预设配置文件中查找其所属的公有云资源组；

服务器摘掉单元，用于从所述公有云资源组中，调用与所述标签名对应的API接口，以轮询的方式从负载均衡中下摘掉需要更新的服务器；

文件推送单元，用于向所述服务器推送更新后的应用服务文件和对应的配置文件，以完成相应的应用服务更新任务。

7.如权利要求6所述的系统，其特征在于，所述系统还包括：

任务完成检测单元，用于检测所述服务器中是否存在有未执行完成的任务；

等待单元，用于若所述服务器中存在有未完成的任务，则等待所述服务器完成所要执行的任务。

8.如权利要求6所述的系统，其特征在于，负载均衡所述服务器摘掉单元，包括：

服务器及其所属集群名查找子单元，用于根据所述标签名，从预设配置文件中查找与其相匹配的服务器及所述服务器所属的负载均衡；

服务器设定子单元，用于将查找到的与所述标签名相匹配的服务器设定为需要更新的服务器。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述应用服务更新方法的步骤。

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