CN111177160A - 服务更新方法、装置、服务器及介质 - Google Patents

Abstract

本发明实施例公开了一种服务更新方法、装置、服务器及介质，其中方法包括：接收服务更新请求，所述服务更新请求携带目标服务的服务标识；根据所述服务标识获取用于提供所述目标服务的目标资源对象；控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。本发明实施例可以更好地对目标服务进行服务更新，提高更新效率。

Description

服务更新方法、装置、服务器及介质

技术领域

本发明涉及互联网技术领域，具体涉及计算机技术领域，尤其涉及一种服务更新方法、一种服务更新装置、一种服务器及一种计算机存储介质。

背景技术

随着互联网技术的发展，服务端可通过和客户端之间的通信连接，为客户端提供多种的服务；这些服务通常可分为以下两种类型：有状态服务和无状态服务。其中，有状态服务是指服务端可通过保存客户端的各个请求的上下文相关信息，使得客户端所发送的每个请求均可使用以前的请求信息的服务；无状态服务是指服务端不保存请求的相关信息，使得每次只能根据请求所携带的信息进行数据处理的服务。相较于无状态服务而言，有状态服务凭借其可存储同一客户端发送的各个请求的上下文关系的优势，具有更广阔的应用范围；例如游戏服务、MSN服务等多种应用服务。随着有状态服务逐渐受到用户的广泛使用，如何对有状态服务进行更新以满足用户日益增长的服务需求，成为了研究热点。

发明内容

本发明实施例提供了一种服务更新方法、装置、服务器及计算机存储介质，可以更好地对目标服务进行服务更新，提高更新效率。

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

接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

另一方面，本发明实施例提供了一种服务更新装置，该服务更新装置包括：

接收单元，用于接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

处理单元，用于根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制单元，用于控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

所述控制单元，用于控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

再一方面，本发明实施例提供了一种服务器，所述服务器包括输入接口和输出接口，所述服务器还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如下步骤：

接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如下步骤：

接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

本发明实施例中的服务器在接收到关于目标服务的服务更新请求后，可先响应该服务更新请求，获取用于提供目标服务的目标资源对象。由于目标资源对象预先设置有相应的目标代理程序，因此服务器可控制目标资源对象对应的目标代理程序，直接获取目标服务的更新资源数据；并控制目标资源对象运行更新资源数据，以提供更新后的目标服务。通过为目标资源对象设置相应的目标代理程序，可使得服务器能够直接控制目标代理程序来获取更新资源数据，从而实现目标服务的更新，可有效提高更新效率和更新及时性。

附图说明

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

图1a是现有技术中的一种容器集群管理系统的结构示意图；

图1b是本发明实施例提供的一种服务管理系统的结构示意图；

图2是本发明实施例提供的一种服务更新方法的流程示意图；

图3a是本发明实施例提供的一种服务更新方法的应用场景图；

图3b是本发明实施例提供的一种服务更新方法的应用场景图；

图3c是本发明实施例提供的一种服务更新方法的应用场景图；

图3d是本发明实施例提供的一种服务更新方法的应用场景图；

图3e是本发明实施例提供的一种服务更新方法的应用场景图；

图4是本发明另一实施例提供的一种不停服更新方法的流程示意图；

图5是本发明另一实施例提供的一种停服更新方法的流程示意图；

图6是本发明另一实施例提供的一种扩缩容处理的流程示意图；

图7是本发明实施例提供的一种服务更新装置的结构示意图；

图8是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

容器技术是一种可有效地将某资源数据划分到孤立的组中，以便更好地在孤立的组之间平衡有冲突的资源使用需求的技术。随着容器技术的兴起，越来越多的用户选择使用基于容器技术的容器集群管理系统(后续以k8s(kubernetes)为例进行说明)来提供有状态服务(如游戏服务、直播服务等)，以使得对该有状态服务进行服务更新时，无需重新部署一个完整的操作系统和附带的依赖环境，从而节省资源并提高服务更新效率。基于容器技术的k8s是一个开源的，用于管理云平台中多个主机上的容器化的应用的系统。对于k8s而言，pod是k8s提供有状态服务的基础；此处的pod是一个或多个容器的组合，其是k8s系统中可以创建、调度和管理的最小单元，是k8s中运行有状态服务的资源对象。具体实现中，k8s通过将有状态服务的相关资源数据(如程序代码、运行环境等)在一个或多个pod中存储并运行，以实现有状态服务的提供。

参见图1a所示，现有的k8s通常包括一个master节点11(管理节点)和一群node节点12(服务节点)。其中，master节点11用于对k8s进行资源管理、pod调度、系统监控等控制处理；node节点12的实质是服务器，其可用于作为pod运行的宿主机，以承载被分配的一个或多个pod的运行；对于node节点而言，pod可理解成是运行于该node节点中的虚拟服务器。经研究发现：现有的k8s中，pod具有弹性伸缩功能；各个node节点所运行的pod的均会受到master节点的控制，pod的创建和销毁均需按照master节点所规定的顺序依次进行。例如，在创建新pod时，必须要按照master节点所规定的创建顺序依次进行；即必须要按照从0到N的顺序依次创建，且在第N个pod运行之前，第0-(N-1)个pod必须是运行(running)状态和准备(ready)状态。又如，在销毁pod时，必须要按照master节点所规定的销毁顺序依次进行；即必须按照从N到0的顺序依次销毁。由此可见，当需要对有状态服务进行服务升级(即服务更新)时，现有的k8s只能按照依序串行地对用于提供有状态服务的各个pod执行更新操作，其更新效率较低；并且，由于k8s中的pod均无法直接获取到新的资源数据，需要依赖其他节点(如master节点、node节点)来获取新的资源数据，这样容易导致无法及时地获取到新的资源数据，在一定程度上会降低有状态服务的更新及时性。

基于上述描述，本发明实施例对上述的k8s系统中的pod进行了改进；通过关闭上述的pod的弹性伸缩功能，从而设计了一种裸pod；所谓的裸pod是指不依赖于k8s中的master节点控制的pod，即裸pod的创建和销毁无需按照master节点所规定的顺序依次进行。并且，还为该裸pod设置有相应的代理程序(agent)，以使得裸pod可通过该代理程序实现数据上报和资源数据的拉取。需要说明的是，代理程序(agent)可以设置于裸pod内部的存储空间，也可以设置于与裸pod相互独立的另一存储空间中；为便于阐述，后续均以代理程序设置于裸pod内部的存储空间中为例进行说明。基于上述的裸pod，本发明实施例提出了一种新的服务管理系统，以更好地提供有状态服务并对有状态服务进行服务管理(如服务更新、服务发布等)。参见图1b所示，该服务管理系统可至少包括：容器集群管理系统21、控制台服务器(控制台模块，Console)22、控制管理服务器(控制管理模块，controller)23以及发布服务器(发布模块，Upgrade)24。其中，容器集群管理系统21可以是上述的k8s系统，也可以是Swarm系统等其他容器集群管理系统；该容器集群管理系统21中可包括至少一个服务节点(node)211，每个服务节点211中可运行一个或多个裸pod，各个裸pod可通过对应的代理程序向控制管理服务器23上报自身的运行数据，运行数据可用于反映裸pod的负载情况；控制台服务器22负责接收客户端发送的关于有状态服务的更新指示，并根据更新指示操作服务发布和更新的流程；控制管理服务器23用于根据裸pod的负载情况，发起关于有状态服务的扩缩容请求；发布服务器24用于负责调用容器集群管理系统21的系统接口(create_namespaced_pod接口、delete_namespaced_pod接口、connect_get_namespaced_pod_exec接口，等等)，以创建、销毁或者控制裸pod执行其他操作(如发布、启动或停止服务)；其中，create_namespaced_pod接口是指用于创建裸pod的接口，delete_namespaced_pod接口是指用于销毁裸pod的接口，connect_get_namespaced_pod_exec接口是指用于控制裸pod执行其他操作的接口。需要说明是，图1b只是示例性地表示服务管理系统的结构，并不对服务管理系统的结构进行限定。

基于上述的服务管理系统，本发明实施例提出了一种服务更新方案；该服务更新方案可具体包括停服更新方案和不停服更新方案，此处的停服更新是指停止提供有状态服务，并对有状态服务进行更新；不停服更新是指：不停止提供有状态服务(即继续提供有状态服务)，并对有状态服务进行更新。其中，停服更新方案的原理为：发布服务器24先获取当前正在提供有状态服务的所有旧裸pod；然后，可并发地控制所有旧裸pod停止提供有状态服务，并控制所有旧pod通过内部的agent同时地获取并运行新的资源数据，以提供更新后的有状态服务。不停服更新方案的原理为：发布服务器24先获取当前正在提供有状态服务的所有旧裸pod；若各个旧裸pod满足销毁条件，则销毁各个旧裸pod；否则，控制各个旧裸pod继续运行旧的资源数据以提供有状态服务。除此之外，发布服务器24还可异步创建新裸pod，并控制新裸pod通过内部的agent同时地获取并运行新的资源数据，以提供更新后的有状态服务。由此可见，由于本发明实施例所提出的裸pod的创建和销毁均无需按照规定顺序依次进行，且各个裸pod均可通过内部的agent直接获取新的资源数据；因此本发明实施例可以并发地控制用于提供有状态服务的所有pod(旧裸pod、新裸pod)执行相应的更新操作，从而做到并发且快速地对有状态服务进行更新处理。

基于上述的描述，本发明实施例提出一种服务更新方法，该服务更新方法可以由上述所提及的服务管理系统中的发布服务器执行。请参见图2，该服务更新方法可包括以下步骤S201-S204：

S201，接收服务更新请求。

当用户想要更新目标服务时，可以通过客户端上传目标服务的更新资源数据，以触发客户端将更新资源数据上传至资源数据库，并向服务管理系统中的控制台服务器发送更新指示。其中，目标服务是一种有状态服务，其具体可以包括但不限于：游戏服务、直播服务等；目标服务的更新资源数据可包括但不限于：更新镜像和更新代码包，所谓的更新镜像是指用于形成容器的文件；资源数据库可以位于上述所提及的服务管理系统中的任一服务器中，也可以位于独立于上述所提及的服务管理系统中的某个服务器中；更新指示携带目标服务的服务标识(服务ID)。控制台服务器在接收到客户端发送的更新指示后，可响应于该更新指示，生成并发送服务更新请求至发布服务器，该服务更新请求携带目标服务的服务标识，发布服务器可接收控制台服务器发送的服务更新请求。

由前述可知，本发明实施例可提供停服更新方案和不停服更新方案；那么，用户在上传更新资源数据时，还可以选择停服更新或者不停服更新。相应的，客户端发送的更新指示还可携带更新方式；该更新方式可包括停服更新方式或者不停服更新方式。那么，控制台服务器在接收到客户端发送的更新指示后，还可根据更新指示所携带的更新方式生成服务更新请求；在此情况下，服务更新请求还可携带目标服务的更新方式。需要说明的是，若用户是首次上传目标服务的更新资源数据，则表明该目标服务未被发布过，该更新资源数据为目标服务的原始资源数据。在此情况下，用户可以不选择更新方式；即此情况下的服务更新请求中可只携带目标服务的服务标识。

S202，根据服务标识获取用于提供目标服务的目标资源对象。

发布服务器在接收到服务更新请求后，可解析该服务更新请求，得到目标服务的服务标识；然后，根据服务标识获取用于提供目标服务的目标资源对象。在具体实施过程中，发布服务器可检测目标服务是否存在发布历史。若不存在，则表明目标服务为首次发布，即未曾创建过用于提供目标服务的历史资源对象。那么在此情况下，可直接创建新的资源对象作为目标资源对象。若存在，则表明历史曾创建过用于提供目标服务的历史资源对象。在此情况下，可先根据服务标识获取与目标服务相关联的历史资源对象列表；具体的，发布服务器可向控制管理服务器发送携带服务标识的列表请求，以请求控制管理服务器返回与目标服务相关联的历史资源对象列表。其中，历史资源对象列表中包括至少一个历史资源对象，历史资源对象用于运行目标服务的历史资源数据以提供目标服务。然后，根据历史资源对象列表中的历史资源对象，获取用于提供目标服务的目标资源对象。

由前述可知，当目标服务存在发布历史时，服务更新请求还可携带目标服务的更新方式；若更新方式包括不停服更新方式，则根据历史资源对象列表中的历史资源对象，获取用于提供目标服务的目标资源对象的具体实施方式可以是：根据历史资源对象列表中的历史资源对象的数量，创建用于提供目标服务的目标资源对象；目标资源对象的数量大于或等于历史资源对象的数量，以使得创建的目标资源对象可以保证目标服务的正常运行。若更新方式包括不停服更新方式，则根据历史资源对象列表中的历史资源对象，获取用于提供目标服务的目标资源对象的具体实施方式可以是：将历史资源对象列表中的各个历史资源对象，作为用于提供目标服务的目标资源对象。

S203，控制目标资源对象对应的目标代理程序，获取目标服务的更新资源数据。

S204，控制目标资源对象运行更新资源数据，以提供更新后的目标服务。

在步骤S203-S204中，发布服务器在获取了目标资源对象后，可通过容器集群管理系统的connect_get_namespaced_pod_exec接口，向目标资源对象发送控制指令，以控制目标资源对象对应的目标代理程序，获取目标服务的更新资源。由前述可知，目标服务的更新资源数据存储于资源数据库；因此目标资源对象可响应该控制指令，控制目标代理程序从资源数据库中拉取该目标服务的更新资源数据。在目标代理程序获取到更新资源数据后，发布服务器可控制目标资源对象运行该更新资源数据，以提供更新后的目标服务。需要说明的是，若更新方式为停服更新方式，则在执行步骤S203-S204之前，发布服务器还可控制目标资源对象停止运行历史资源数据，以使得后续可以更好地获取更新资源数据，从而提供更新后的目标服务。

若更新方式为不停服更新方式，则发布服务器可直接执行步骤S203-S204；其中，步骤S204的具体实施方式可以是：将历史资源列表中的各个历史资源对象的状态设置为不可调度状态，并保持各个历史资源对象运行历史资源数据以提供目标服务；异步控制目标资源对象运行更新资源数据，以在存在新的服务请求时，调度目标资源对象提供更新后的目标服务。本发明实施例通过将历史资源列表中的各个历史资源对象的状态设置为不可调度状态，使得新的服务请求不会落到各个历史资源对象中，而是落到新创建的目标资源对象中，使得用户可以直接使用更新后的目标服务。

在一个实施例中，当更新方式为不停服更新方式时，发布服务器还可根据各个历史资源对象的运行数据判断各个历史资源对象是否正在提供目标服务，从而确定各个历史资源对象的销毁时机以实现历史资源对象的销毁。具体实现中，发布服务器可先获取历史资源列表中各个历史资源对象的运行数据，运行数据是由各个历史资源对象对应的代理程序上报的。具体的，由于各个历史资源对象对应的代理程序可向服务管理系统中的控制管理服务器上报历史资源对象的运行数据；因此，发布服务器可发送数据获取请求至控制管理服务器，以请求控制管理服务器返回各个历史资源对象的运行数据。在得到各个历史资源对象的运行数据后，可将历史资源列表中运行数据满足销毁条件的历史资源对象进行销毁。

其中，运行数据包括以下至少一项：正在提供目标服务的服务数量，及当前的连接数。此处的服务数量是指历史资源对象当前为客户端提供目标服务的服务数量，例如，若目标服务为游戏服务，则服务数量可为历史资源对象当前为客户端提供的游戏服务的游戏对局数；又如，若目标服务为直播服务，则服务数量可为直播服务的直播房间数，等等。当前的连接数是指历史资源对象当前所连接的客户端的数量(即网络连接数)，例如当前有5个客户端通过TCP协议和历史资源对象相连接，则当前的连接数为5。经研究表明，若历史资源对象的运行数据所包括的服务数量和/或当前的连接数为0，则可确定该历史资源对象此时未提供目标服务，那么可以将该历史资源对象进行销毁处理。可选的，在实际应用中，若服务数量或当前的连接数较少，则表明只有少数的用户在使用历史资源对象所提供的目标服务，那么也可选择忽略这少数用户，直接对历史资源对象进行销毁处理。基于此，本发明实施例可设置销毁条件包括以下至少一项：服务数量小于第一阈值，及连接数小于第二阈值。需要说明的是，第一阈值和第二阈值均可根据实际需求或者经验值设置；例如，设置第一阈值和第二阈值均为1。

再一个实施例中，在提供目标服务的过程中，发布服务器还可根据目标资源对象的负载情况(如占用率)，实现对目标服务进行自动扩缩容处理；扩容是指为目标服务创建新的资源对象，缩容是指为目标服务销毁一定数量的目标资源对象。需要说明的是，发布服务器所执行的根据目标资源对象的负载情况(如占用率)，对目标服务进行自动扩缩容处理的步骤，可以是在对目标服务进行服务更新之前所执行的，也可以是在对目标服务进行服务更新之后所执行的，还可以是在对目标服务进行服务更新的过程中同步执行的；本发明实施例对此步骤的具体实施顺序不作限定。具体的，发布服务器可接收关于目标服务的容量调整请求，容量调整请求包括：扩容请求或者缩容请求；其中，扩容请求用于请求为目标服务创建第一数量的资源对象；缩容请求用于请求为目标服务销毁第二数量的目标资源对象。然后，发布服务器可根据容量调整请求，进行容量调整处理。

在一种实施方式中，容量调整请求可以是由控制服务器在检测到目标资源对象的占用率满足容量调整条件时，生成并发送至发布服务器的。其中，占用率可包括以下至少一项：内存占用率和处理器占用率(即CPU占用率)；容量调整条件可包括：目标资源对象的占用率大于第一占用率阈值(如80％)；此情况下，容量调整请求包括扩容请求。或者容量调整条件可包括：目标资源对象的占用率小于第二占用率阈值(如20％)；此情况下，容量调整请求包括缩容请求。具体的，控制管理服务器可接收各个目标资源对象对应的目标代理程序上报的各个目标资源对象的运行数据；目标资源对象的运行数据可包括目标资源对象的占用率。然后，可检测各个目标资源对象的占用率是否满足容量调整条件。若目标资源对象的占用率大于第一占用率阈值(如80％)，则可为了保证可以正常地提供目标服务或者更新后的目标服务，则可发送携带扩容请求的容量调整请求至发布服务器；若目标资源对象的占用率小于第二占用率阈值(如20％)，则为了节省资源，可发送携带缩容请求的容量调整请求至发布服务器。再一种实施方式中，容量调整请求也可以是由控制服务器在接收到扩缩容指示后，根据扩缩容指示生成并发送至发布服务器的。具体的，控制管理服务器可先接收各个目标资源对象对应的目标代理程序上报的各个目标资源对象的运行数据。其次，可将各个目标资源对象的运行数据发送至较为成熟的服务发现框架(如etcd、consul)中的控制器，使得服务发现框架中的控制器根据各个目标资源对象的运行数据确定是否对目标服务进行扩缩容处理，并在需要进行扩容处理时，返回扩缩容指示。然后，可接收服务发现框架中的控制器所返回的扩缩容指示，并根据扩缩容指示生成并发送至发布服务器。通过较为成熟的服务发现框架中的控制器进行扩缩容判断，可以提高容量调整请求的准确性。

本发明实施例中的服务器在接收到关于目标服务的服务更新请求后，可先响应该服务更新请求，获取用于提供目标服务的目标资源对象。由于目标资源对象预先设置有相应的目标代理程序，因此服务器可控制目标资源对象对应的目标代理程序，直接获取目标服务的更新资源数据；并控制目标资源对象运行更新资源数据，以提供更新后的目标服务。通过为目标资源对象设置相应的目标代理程序，可使得服务器能够直接控制目标代理程序来获取更新资源数据，从而实现目标服务的更新，可有效提高更新效率和更新及时性。

在实际应用中，可以将上述所提及的服务更新方法运用在不同的应用场景中；如游戏服务的更新场景、直播服务的更新场景，等等。下面以将上述的服务更新方法运用在游戏服务的更新场景，即以目标服务为游戏服务为例，对上述所提及的服务更新方法的具体应用进行阐述：

具体实现中，上述所提及的服务管理系统可在用户侧提供一个游戏服务平台(如腾讯公司的mgobe(小游戏联机对战引擎))；当某用户想要更新某游戏服务时，可以登陆该游戏服务平台，如图3a所示。其次，可以在游戏服务平台的界面中创建自定义服务逻辑；具体的，用户可以点击界面中的“游戏服务”入口，以触发游戏服务平台输出发布按钮(或称为更新按钮)，如图3b所示。然后，用户可以点击该发布按钮，以触发服务发布平台输出关于游戏服务的发布窗口31，如图3c所示。用户可以在发布窗口31中执行提交方式的选择、游戏服务的更新资源数据的上传、以及更新方式的选择等用户操作。其中，更新方式可包括停服更新方式或不停服更新方式；需要说明的是，游戏服务平台可默认在发布窗口31中显示不停服更新方式；若用户想要选择不停服更新方式，则可直接点击发布窗口31中的“确定”按钮(如图3c所示)，以触发游戏服务平台向控制台服务器发送携带不停服更新方式的更新指示，并将游戏服务的更新资源数据上传资源数据库中。若用户想要选择停服更新方式，则可通过点击更新方式所对应的选择入口，以触发游戏服务平台输出更新方式的选择窗口32，如图3d所示；并在该选择窗口32中选择停服更新方式后，点击发布窗口31中的“确定”按钮(如图3e所示)，以触发游戏服务平台向控制台服务器发送携带停服更新方式的更新指示，并将游戏服务的更新资源数据上传资源数据库中。

相应的，服务管理系统中的控制台服务器在接收到关于游戏服务的更新指示后，可向发布服务器发送相应的服务更新请求。具体的，若更新指示携带不停服更新方式，则服务更新请求可携带不停服更新方式，即服务更新请求可为不停服更新请求；若更新指示携带停服更新方式，则更新请求可携带停服更新方式，即服务更新请求可为停服更新请求。发布服务器在接收到控制台服务器发送的服务更新请求后，可根据该服务更新请求对游戏服务进行相应的更新处理；具体如下：

若服务更新请求为不停服更新请求，则发布服务器对游戏服务进行相应的更新处理的具体流程可一并参见图4所示：首先，发布服务器可在步骤s41中检测该游戏服务是否为首次发布。若是，则可直接设置需要更新的裸pod数N＝1；若否，则可通过步骤s42向控制管理服务器拉取该游戏服务下的裸pod列表，并根据裸pod列表中的裸pod数确定N的取值。在一种实施方式中，可设置N的取值和裸pod列表中的裸pod数相同，即设置N＝len(裸pod_list)。然后，发布服务器可在步骤s43中调用容器集群管理系统中的create_namespaced_pod接口创建N个新裸pod，并通过新裸pod中的agent从资源数据库处拉取更新资源数据，并运行该更新资源数据以启动更新后的游戏服务；发布服务器还可异步将旧裸pod(即拉取到的裸pod列表中的裸pod)的状态设置为不可调度状态，以使得客户端发起新的连接请求时，该新的连接请求不会落到旧裸pod上。另外，由于裸pod中的agent可上报运行数据至控制管理服务器；因此，发布服务器还可从控制管理服务器处获取各个旧裸pod的运行数据，该运行数据可包括旧裸pod上的当前的连接数。若旧裸pod的当前的连接数为0，则可表明旧裸pod上的所有游戏对局已完成，此时可销毁旧裸pod。

若服务更新请求为不停服更新请求，则发布服务器对游戏服务进行相应的更新处理的具体流程可一并参见图5所示：首先，发布服务器可在步骤s51中检测该游戏服务是否为首次发布。若是，则可在步骤s52中创建1个裸pod，并通过新裸pod中的agent从资源数据库处拉取更新资源数据，并运行该更新资源数据以启动更新后的游戏服务。若否，则可通过步骤s53向控制管理服务器拉取该游戏服务下的裸pod列表，并根据裸pod列表中的旧裸pod数确定N的取值；例如，设置N＝len(裸pod_list)。然后，发布服务器可在步骤s54中调用容器集群管理系统中的connect_get_namespaced_pod_exec接口，向管理控制服务器返回的裸pod列表中的各个旧裸pod执行更新指令，依次为：停止服务stop、拉取资源数据deploy、启动服务start；相应的，各个旧裸pod中的agent负责停止服务，拉取更新资源数据，并运行该更新资源数据以启动更新后的游戏服务。

可选的，控制管理服务器还可根据用于提供游戏服务的各个裸pod的运行数据，确定是否进行扩缩容处理，具体可参见图6所示：控制管理服务器可通过步骤s61接收各个裸pod通过agent上报的运行数据；各个裸pod的运行数据包括cpu占用率和内存占用率。若裸pod的cpu占用率和内存占用率均超过80％；则可通过步骤s62向发布服务器发送扩容请求，以请求发布服务器创建M个新裸pod。相应的，发布服务器在接收到扩容请求后，可通过步骤s63创建M个新裸pod，并通过新裸pod中的agent从资源数据库处拉取更新资源数据，并运行该更新资源数据以启动更新后的游戏服务。

由此可见，采用本发明实施例所提出的服务更新方法对游戏服务进行更新处理时，可并发地控制用于提供有状态服务的所有pod(旧裸pod、新裸pod)执行相应的更新操作，从而做到并发且快速地对游戏服务进行更新处理。

基于上述服务更新方法实施例的描述，本发明实施例还公开了一种服务更新装置，所述服务更新装置可以是运行于服务器中的一个计算机程序(包括程序代码)。该服务更新装置可以执行图2所示的方法。请参见图7，所述服务更新装置可以运行如下单元：

接收单元701，用于接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

处理单元702，用于根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制单元703，用于控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

所述控制单元703，用于控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

在一种实施方式中，处理单元702在用于根据所述服务标识获取用于提供所述目标服务的目标资源对象时，可具体用于：

检测所述目标服务是否存在发布历史；

若存在，则根据所述服务标识获取与所述目标服务相关联的历史资源对象列表，所述历史资源对象列表中包括至少一个历史资源对象，所述历史资源对象用于运行所述目标服务的历史资源数据以提供所述目标服务；并根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象；

若不存在，则创建新的资源对象作为目标资源对象。

再一种实施方式中，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括不停服更新方式；相应的，处理单元702在用于根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象时，具体用于：

根据所述历史资源对象列表中的历史资源对象的数量，创建用于提供所述目标服务的目标资源对象，所述目标资源对象的数量大于或等于所述历史资源对象的数量。

再一种实施方式中，控制单元703在用于控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务时，具体用于：

将所述历史资源列表中的各个历史资源对象的状态设置为不可调度状态，并保持所述各个历史资源对象运行所述历史资源数据以提供所述目标服务；

异步控制所述目标资源对象运行所述更新资源数据，以在存在新的服务请求时，调度所述目标资源对象提供更新后的目标服务。

再一种实施方式中，控制单元703还可用于：

获取所述历史资源列表中各个历史资源对象的运行数据，所述运行数据是由所述各个历史资源对象对应的代理程序上报的；

将所述历史资源列表中运行数据满足销毁条件的历史资源对象进行销毁；

其中，所述运行数据包括以下至少一项：正在提供所述目标服务的服务数量，及当前的连接数；

所述销毁条件包括以下至少一项：服务数量小于第一阈值，及连接数小于第二阈值。

再一种实施方式中，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括停服更新方式；相应的，处理单元702在用于根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象时，具体用于：

将所述历史资源对象列表中的各个历史资源对象，作为用于提供所述目标服务的目标资源对象。

再一种实施方式中，控制单元703在用于控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据之前，还可用于：

控制所述目标资源对象停止运行所述历史资源数据。

再一种实施方式中，接收单元701还可用于：接收关于所述目标服务的容量调整请求，所述容量调整请求包括：扩容请求或者缩容请求；所述扩容请求用于请求为所述目标服务创建第一数量的资源对象；所述缩容请求用于请求为所述目标服务销毁第二数量的目标资源对象；

处理单元702还可用于：根据所述容量调整请求，进行容量调整处理。

再一种实施方式中，所述容量调整请求是由控制服务器在检测到所述目标资源对象的占用率满足容量调整条件时，生成并发送至发布服务器的；所述占用率包括以下至少一项：内存占用率和处理器占用率；

或者，所述容量调整请求是由所述控制服务器在接收到扩缩容指示后，根据所述扩缩容指示生成并发送至所述发布服务器的。

再一种实施方式中，所述目标服务包括：游戏服务或者直播服务。

根据本发明的一个实施例，图2所示的方法所涉及的各个步骤均可以是由图7所示的服务更新装置中的各个单元来执行的。例如，图2中所示的步骤S201和S202可以分别由图7中所示的接收单元701和处理单元702来执行，步骤S203-S204可由图7中所示的控制单元703来执行。根据本发明的另一个实施例，图7所示的服务更新装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本发明的其它实施例中，基于服务更新装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本发明的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图2中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图7中所示的服务更新装置设备，以及来实现本发明实施例的服务更新方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

本发明实施例中的服务器在接收到关于目标服务的服务更新请求后，可先响应该服务更新请求，获取用于提供目标服务的目标资源对象。由于目标资源对象预先设置有相应的目标代理程序，因此服务器可控制目标资源对象对应的目标代理程序，直接获取目标服务的更新资源数据；并控制目标资源对象运行更新资源数据，以提供更新后的目标服务。通过为目标资源对象设置相应的目标代理程序，可使得服务器能够直接控制目标代理程序来获取更新资源数据，从而实现目标服务的更新，可有效提高更新效率和更新及时性。

基于上述方法实施例以及装置实施例的描述，本发明实施例还提供一种服务器；该服务器可为上述服务管理系统中的发布服务器。请参见图8，该服务器至少包括处理器801、输入接口802、输出接口803以及计算机存储介质804。其中，服务器内的处理器801、输入接口802、输出接口803以及计算机存储介质804可通过总线或其他方式连接。

计算机存储介质804可以存储在服务器的存储器中，所述计算机存储介质804用于存储计算机程序，所述计算机程序包括程序指令，所述处理器801用于执行所述计算机存储介质804存储的程序指令。处理器801(或称CPU(CentralProcessing Unit，中央处理器))是服务器的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能；在一个实施例中，本发明实施例所述的处理器801可以用于对目标服务进行一系列的服务更新处理，包括：接收服务更新请求，所述服务更新请求携带目标服务的服务标识；根据所述服务标识获取用于提供所述目标服务的目标资源对象；控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务，等等。

本发明实施例还提供了一种计算机存储介质(Memory)，所述计算机存储介质是服务器中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括服务器中的内置存储介质，当然也可以包括服务器所支持的扩展存储介质。计算机存储介质提供存储空间，该存储空间存储了服务器的操作系统。并且，在该存储空间中还存放了适于被处理器801加载并执行的一条或多条的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。

在一个实施例中，可由处理器801加载并执行计算机存储介质中存放的一条或多条指令，以实现上述有关服务更新实施例中的方法的相应步骤；具体实现中，计算机存储介质中的一条或多条指令由处理器801加载并执行如下步骤：

接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

在一种实施方式中，在根据所述服务标识获取用于提供所述目标服务的目标资源对象时，所述一条或多条指令由处理器801加载并具体执行：

检测所述目标服务是否存在发布历史；

若存在，则根据所述服务标识获取与所述目标服务相关联的历史资源对象列表，所述历史资源对象列表中包括至少一个历史资源对象，所述历史资源对象用于运行所述目标服务的历史资源数据以提供所述目标服务；并根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象；

若不存在，则创建新的资源对象作为目标资源对象。

再一种实施方式中，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括不停服更新方式；相应的，在根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象时，所述一条或多条指令由处理器801加载并具体执行：

根据所述历史资源对象列表中的历史资源对象的数量，创建用于提供所述目标服务的目标资源对象，所述目标资源对象的数量大于或等于所述历史资源对象的数量。

再一种实施方式中，在控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务时，所述一条或多条指令由处理器801加载并具体执行：

将所述历史资源列表中的各个历史资源对象的状态设置为不可调度状态，并保持所述各个历史资源对象运行所述历史资源数据以提供所述目标服务；

异步控制所述目标资源对象运行所述更新资源数据，以在存在新的服务请求时，调度所述目标资源对象提供更新后的目标服务。

再一种实施方式中，所述一条或多条指令还可由处理器801加载并具体执行：

获取所述历史资源列表中各个历史资源对象的运行数据，所述运行数据是由所述各个历史资源对象对应的代理程序上报的；

将所述历史资源列表中运行数据满足销毁条件的历史资源对象进行销毁；

其中，所述运行数据包括以下至少一项：正在提供所述目标服务的服务数量，及当前的连接数；

所述销毁条件包括以下至少一项：服务数量小于第一阈值，及连接数小于第二阈值。

再一种实施方式中，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括停服更新方式；相应的，在根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象时，所述一条或多条指令由处理器801加载并具体执行：

将所述历史资源对象列表中的各个历史资源对象，作为用于提供所述目标服务的目标资源对象。

再一种实施方式中，在控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据之前，所述一条或多条指令还可由处理器801加载并具体执行：

控制所述目标资源对象停止运行所述历史资源数据。

再一种实施方式中，所述一条或多条指令还可由处理器801加载并具体执行：

接收关于所述目标服务的容量调整请求，所述容量调整请求包括：扩容请求或者缩容请求；所述扩容请求用于请求为所述目标服务创建第一数量的资源对象；所述缩容请求用于请求为所述目标服务销毁第二数量的目标资源对象；

根据所述容量调整请求，进行容量调整处理。

再一种实施方式中，所述容量调整请求是由控制服务器在检测到所述目标资源对象的占用率满足容量调整条件时，生成并发送至发布服务器的；所述占用率包括以下至少一项：内存占用率和处理器占用率；

或者，所述容量调整请求是由所述控制服务器在接收到扩缩容指示后，根据所述扩缩容指示生成并发送至所述发布服务器的。

再一种实施方式中，所述目标服务包括：游戏服务或者直播服务。

本发明实施例中的服务器在接收到关于目标服务的服务更新请求后，可先响应该服务更新请求，获取用于提供目标服务的目标资源对象。由于目标资源对象预先设置有相应的目标代理程序，因此服务器可控制目标资源对象对应的目标代理程序，直接获取目标服务的更新资源数据；并控制目标资源对象运行更新资源数据，以提供更新后的目标服务。通过为目标资源对象设置相应的目标代理程序，可使得服务器能够直接控制目标代理程序来获取更新资源数据，从而实现目标服务的更新，可有效提高更新效率和更新及时性。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (13)

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

接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

2.如权利要求1所述的方法，其特征在于，所述根据所述服务标识获取用于提供所述目标服务的目标资源对象，包括：

检测所述目标服务是否存在发布历史；

若存在，则根据所述服务标识获取与所述目标服务相关联的历史资源对象列表，所述历史资源对象列表中包括至少一个历史资源对象，所述历史资源对象用于运行所述目标服务的历史资源数据以提供所述目标服务；并根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象；

若不存在，则创建新的资源对象作为目标资源对象。

3.如权利要求2所述的方法，其特征在于，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括不停服更新方式；

所述根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象，包括：

根据所述历史资源对象列表中的历史资源对象的数量，创建用于提供所述目标服务的目标资源对象，所述目标资源对象的数量大于或等于所述历史资源对象的数量。

4.如权利要求3所述的方法，其特征在于，所述控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务，包括：

将所述历史资源列表中的各个历史资源对象的状态设置为不可调度状态，并保持所述各个历史资源对象运行所述历史资源数据以提供所述目标服务；

异步控制所述目标资源对象运行所述更新资源数据，以在存在新的服务请求时，调度所述目标资源对象提供更新后的目标服务。

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

获取所述历史资源列表中各个历史资源对象的运行数据，所述运行数据是由所述各个历史资源对象对应的代理程序上报的；

将所述历史资源列表中运行数据满足销毁条件的历史资源对象进行销毁；

其中，所述运行数据包括以下至少一项：正在提供所述目标服务的服务数量，及当前的连接数；

所述销毁条件包括以下至少一项：服务数量小于第一阈值，及连接数小于第二阈值。

6.如权利要求2所述的方法，其特征在于，所述服务更新请求携带所述目标服务的更新方式，所述更新方式包括停服更新方式；

所述根据所述历史资源对象列表中的历史资源对象，获取用于提供所述目标服务的目标资源对象，包括：

将所述历史资源对象列表中的各个历史资源对象，作为用于提供所述目标服务的目标资源对象。

7.如权利要求6所述的方法，其特征在于，所述控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据之前，还包括：

控制所述目标资源对象停止运行所述历史资源数据。

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

接收关于所述目标服务的容量调整请求，所述容量调整请求包括：扩容请求或者缩容请求；所述扩容请求用于请求为所述目标服务创建第一数量的资源对象；所述缩容请求用于请求为所述目标服务销毁第二数量的目标资源对象；

根据所述容量调整请求，进行容量调整处理。

9.如权利要求8所述的方法，其特征在于，所述容量调整请求是由控制服务器在检测到所述目标资源对象的占用率满足容量调整条件时，生成并发送至发布服务器的；所述占用率包括以下至少一项：内存占用率和处理器占用率；

或者，所述容量调整请求是由所述控制服务器在接收到扩缩容指示后，根据所述扩缩容指示生成并发送至所述发布服务器的。

10.如权利要求1-9任一项所述的方法，其特征在于，所述目标服务包括：游戏服务或者直播服务。

11.一种服务更新装置，其特征在于，包括：

接收单元，用于接收服务更新请求，所述服务更新请求携带目标服务的服务标识；

处理单元，用于根据所述服务标识获取用于提供所述目标服务的目标资源对象；

控制单元，用于控制所述目标资源对象对应的目标代理程序，获取所述目标服务的更新资源数据；

所述控制单元，用于控制所述目标资源对象运行所述更新资源数据，以提供更新后的目标服务。

12.一种服务器，包括输入接口和输出接口，其特征在于，还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如权利要求1-10任一项所述的服务更新方法。

13.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如权利要求1-10任一项所述的服务更新方法。

Images