CN115225645B - 一种服务更新方法、装置、系统和存储介质 - Google Patents

Abstract

本申请涉及云计算技术领域，尤其涉及一种服务更新方法、装置、系统和存储介质，用以解决相关技术中，全局负载均衡域名解析速度较慢，人工链路长的问题。本申请方法包括：每个所述服务监视器，用于监测相应服务集群中的各个服务的服务变更状态；基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知，并发送服务调度引擎；服务调度引擎用于接收至少一个服务监视器的事件通知；基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。本申请通过服务监视器实现对服务的实时监控，针对多集群服务扩缩容，实现实时自动更新全局负载均衡解析。

Description

一种服务更新方法、装置、系统和存储介质

技术领域

本申请涉及云计算技术领域，尤其涉及一种服务更新方法、装置、系统和存储介质。

背景技术

随着互联网技术的发展，网络服务逐渐丰富，随着服务内容和用户规模的不断增加，对低成本高质量服务的需求越来越迫切，因此云计算及边缘计算得以发展，而其中的k8s(全称kubernetes，或简称为kube)集群网络服务因其能够快速实现业务扩缩容、调度需求受到广泛应用。如今随着边缘计算的不断发展普及，存在选择从不同地区、不同云、不同提供商或不同k8s集群进行部署服务的情况，这就涉及到集群网络中，服务的全局负载均衡域名解析的实时更新。

然而相关技术中的操作是基于人工操作，在部署完服务后，全局负载均衡响应域名，添加服务IP(全称Internet Protocol，网际互连协议)解析；或者，先移除全局负载均衡响应域名，在服务IP解析完成后释放掉服务，人工链路长，集群网络中服务到全局负载均衡域名解析没有统一的响应机制，针对服务扩缩容，无法做到实时自动更新全局负载均衡解析。

综上，相关技术中的全局负载均衡域名解析速度较慢，人工链路长。

发明内容

本申请提供一种服务更新方法、装置、系统和存储介质，以至少解决相关技术中，全局负载均衡域名解析速度较慢，人工链路长的问题。

本申请实施例提供的一种服务更新系统，该系统包括：

服务调度引擎，和至少一个服务监视器；每个服务监视器部署于一个服务集群中；

每个所述服务监视器，用于监测相应服务集群中的各个服务的服务变更状态；基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知，并发送所述服务调度引擎；

所述服务调度引擎，用于接收至少一个服务监视器的事件通知；基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

在一些可选的实施例中，所述服务变更状态包括以下至少一种：服务新增状态、服务删除状态；

所述事件信息包括：与所述服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。

在一些可选的实施例中，所述服务监视器具体用于：

监测到一个服务集群扩容后，确定所述服务集群中新启动服务的所述服务变更状态为服务新增状态；基于所述服务的服务新增状态，生成包含用于表征新增服务的事件类型的事件通知；和/或

监测到一个服务集群缩容后，确定所述服务集群中释放服务的所述服务变更状态为服务删除状态；基于所述服务的服务删除状态，生成包含用于表征删除服务的事件类型的事件通知。

在一些可选的实施例中，所述服务调度引擎具体用于：

基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；

基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。

本申请实施例提供的一种服务更新方法，应用于服务更新系统中的服务监视器，该方法包括：

监测相应服务集群中的各个服务的服务变更状态；

基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；

将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

本申请实施例提供的一种服务更新方法，应用于服务更新系统中的服务调度引擎，该方法包括：

接收至少一个服务监视器发送的包含事件信息的事件通知，其中，所述事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至所述服务调度引擎的，每个服务监视器部署于一个服务集群中；

基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

在一些可选的实施例中，所述事件信息包括相应服务的服务域名、相应服务的访问地址；

基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值，包括：

基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；

基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。

本申请实施例提供的一种服务更新装置，包括：

监测单元，监测相应服务集群中的各个服务的服务变更状态；

生成单元，基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；

通知单元，将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎获取服务域名解析值。

本申请实施例提供的一种服务更新装置，包括：

接收单元，接收至少一个服务监视器包含事件信息的事件通知，其中，所述事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至所述服务调度引擎的，每个服务监视器部署于一个服务集群中；

生成单元，基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

在一些可选的实施例中，所述事件信息包括相应服务的服务域名、相应服务的访问地址，所述生成单元具体用于：

基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；

基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。

本申请实施例提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行上述任一服务更新方法的步骤。

本申请有益效果如下：

本申请实施例提供了一种服务更新方法、装置、系统和存储介质。由于相关技术中服务更新操作都是基于人工时限完成，集群网络中服务到全局负载均衡域名解析没有统一的响应机制，无法做到快速自动更新，而本申请通过在各个服务集群中增加部署一个服务监视器，监测服务的变更状态，并生成对应的事件通知发送给服务调度引擎以获取服务域名的新的解析值，最后由服务调度引擎下发至全局负载均衡使其实时生效，实现服务的快速自动更新。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种服务更新方法的应用场景示意图；

图2A为本申请实施例提供的一种服务更新方法的整体流程图；

图2B为本申请实施例提供的另一种服务更新方法的整体流程图；

图2C为本申请提供的一种服务监视器与服务调度引擎的交互图；

图3为本申请实施例提供的一种新增事件对应的事件通知表格；

图4为本申请实施例提供的另一种新增事件对应的事件通知表格；

图5为本申请实施例提供的一种删除事件对应的事件通知表格；

图6为本申请实施例提供的一种基于实际应用场景下服务更新的整体流程图；

图7为本申请实施例提供的一种服务更新装置的组成结构示意图；

图8为本申请实施例提供的另一种服务更新装置的组成结构示意图；

图9为本申请实施例提供的一种系统组成结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

下面对本申请实施例中涉及的部分概念进行介绍。

服务集群：一组用于运行容器化应用的节点计算机，作为一个整体提供网络资源；本申请中，服务集群有多个，每个服务集群中有多个服务以及一个服务监视器，服务增加时服务集群扩容，服务删除时服务集群缩容。

服务监视器：部署于各个服务集群中，负责监测各个服务集群中服务的服务变更状态，并将发生变更的服务生成对应的事件通知发送给服务调度引擎。

服务调度引擎：能够对服务调度进行设置与管理，为各种需要调度的场景提供调度功能，本申请中，服务调度引擎提供服务变更接口，接收服务监视器发送的事件通知，并基于事件通知处理服务的域名解析，获取服务域名的解析值，下发至全局负载均衡，使解析生效。

全局负载均衡：全称Global Server Load Balancing，简称GSLB，负责对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。负载均衡负责将负载平衡、分摊到多个操作单元上进行运行，以将网络流量平均发送到多个服务器。

服务变更状态：服务集群中的服务发生因为增加或释放发生变更，本申请中，服务变更状态包括服务新增状态与服务删除状态，若服务集群中新增一个或多个服务，则称这一个或多个服务的服务变更状态为服务新增状态；若服务集群中删除一个或多个服务，则称这一个或多个服务的服务变更状态为服务删除状态。

事件通知：由服务监视器在监测到服务集群中发生服务的增加或删除时生成的，带有事件信息的通知，事件信息包含了与服务变更状态相应的事件类型、相应服务的服务域名以及相应服务的访问地址。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本申请实施例的应用场景示意图。该应用场景图中包括服务监视器110与服务调度引擎120。

假设，某视频公司推出一个新视频，并将该视频添加至多个服务集群，例如具有监视服务变更能力的k8s集群，被添加视频服务的服务集群中的服务监视器110监测到有服务的服务变更状态为服务新增状态，即有新的服务添加至该服务集群中后，获取并生成该服务对应的事件通知，事件通知中包含有与服务变更状态相应的事件类型、相应服务的服务域名以及相应服务的访问地址，进而，服务监视器110将事件通知发送给服务调度引擎120。同样的，若有服务在服务集群中删除，服务监视器110监测到该服务的服务变更状态为服务删除状态，获取并生成该服务对应的事件通知并发送给服务调度引擎120。

服务调度引擎120在接收到事件通知后，基于接收到的事件通知确定具有相同服务域名的服务，并根据服务的访问地址，获得该服务的服务域名解析值，最后下发至全局负载均衡，使解析生效。

需要说明的是，图1所示只是举例说明，实际上服务监视器和服务集群的数量不受限制，在本申请实施例中不做具体限定。

此外，本申请实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通等场景。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的服务更新方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图2A，其为本申请实施例提供的一种服务更新方法的实施流程图，以服务监视器为执行主体，该方法的具体实施流程如下S201A-S202A：

S201A：监测服务集群中的各个服务的服务变更状态。

其中，服务集群是一组用于运行容器化应用的节点计算机，作为一个整体提供网络资源；服务集群通常有多个，每个服务集群中有多个服务以及一个服务监视器，服务监视器负责监测各个服务集群中服务的服务变更状态，即服务集群中的服务是否发生增加或删除。

假设存在服务集群1，服务集群2，服务集群3，每个服务集群中都有一个服务监视器，即服务集群1中有服务监视器1，服务集群2中有服务监视器2，服务集群3中有服务监视器3，现有一服务A，部署在服务集群1与服务集群2中，各个服务集群中的服务监视器能够检测到各自服务集群的服务变化，及服务的服务变更状态。

S202A：基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知，并发送至服务调度引擎。

其中，服务变更状态包括服务新增状态及服务删除状态，若服务集群中新增一个或多个服务，则称这一个或多个服务的服务变更状态为服务新增状态；若集群中删除一个或多个服务，则称这一个或多个服务的服务变更状态为服务删除状态。事件通知是由服务监视器在监测到服务集群中发生服务的增加或删除时生成的，带有事件信息的通知，事件信息包括：与服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。

在服务集群中的服务发生变更后，服务监视器基于发生变更的服务的服务变更状态，生成与该服务对应的包含事件信息的事件通知。

具体地，若服务监视器监测到所在的服务集群扩容，则确定服务集群中新启动服务的服务变更状态为服务新增状态，基于服务的服务新增状态，生成对应该服务的事件通知，事件通知中包含有用于表征该服务为新增服务的事件类型、该服务的服务域名及该服务的访问地址。

同样的，若服务监视器监测到所在的服务集群缩容，则确定服务集群中释放服务的服务变更状态为服务删除状态，基于服务的服务删除状态，生成对应该服务的事件通知，事件通知中包含有用于表征该服务为删除服务的事件类型、该服务的服务域名及该服务的访问地址。

因此，本申请通过服务监视器实现了对服务集群网络中服务的实时性监控，可以实现多集群服务扩缩容事件的通知。

依旧以S201A中的假设为例，在服务A部署到服务集群1与服务集群2中并启动后，服务集群1中的服务监视器1与服务集群2中的服务监视器2监测到各自服务集群的服务发生变化，即新增一个服务A，服务监视器1与服务监视器2确定服务A的服务变更状态为服务新增状态，则生成对应服务A的事件通知，如图3所示，为本申请实施例提供的一种新增事件对应的事件通知表格，其中，事件A₁即为服务监视器1生成的对应服务A的事件通知，事件A₂即为服务监视器2生成的对应服务A的事件通知，事件通知中包含了事件类型ADD，表明服务A在服务集群1与服务集群2中是一个新增服务，还包含服务A的服务域名：sevice1.x.y.z，以及服务A的访问IP，即访问地址：111.111.221.221与111.111.221.222。

同样的，若在服务集群3中进行扩容服务A，服务A顺利启动后，服务集群3中的服务监视器3监测到所在服务集群新增一个服务A，且确定服务A的服务变更状态为服务新增状态，则生成对应服务A的事件通知，如图4所示，为本申请实施例提供的另一种新增事件对应的事件通知表格，其中，事件A₃即为服务监视器3生成的对应服务A的事件通知，事件通知中包含了事件类型ADD，表明服务A在服务集群2中是一个新增服务，还包含服务A的服务域名：sevice1.x.y.z，以及服务A的访问IP，即访问地址：111.111.221.223。

若此后在服务集群2中缩容服务A，即将服务A删除，服务集群2中的服务监视器2监测到服务集群的服务发生变化，即服务A被删除，服务监视器2确定服务A的服务变更状态为服务删除状态，之后生成对应服务A的事件通知，如图5所示，为本申请实施例提供的一种删除事件对应的事件通知表格，其中，事件A₄即为服务监视器2生成的对应服务A的事件通知，事件通知中包含了事件类型DEL，表明服务A在服务集群2中是一个删除服务，还包含服务A的服务域名：sevice1.x.y.z，以及服务A的访问IP，即访问地址：111.111.221.222。

之后，服务监视器将事件通知发送给服务更新系统中的服务调度引擎以使服务调度引擎基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

下面从服务调度引擎侧，对本申请实施例中的服务更新方法进行简单介绍：

参阅图2B所示，为本申请实施例提供的另一种服务更新方法的实施流程图，以服务调度引擎为执行主体，该方法的具体实施流程如下：

S201B：接收服务监视器的事件通知。

其中，事件通知是由服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至服务调度引擎的，每个服务监视器部署于一个服务集群中。

S202B：基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

服务调度引擎是能够进行对服务调度进行设置与管理，为各种需要调度的场景提供调度功能，本申请中，服务调度引擎能够提供中心化统一接口进行实时更新全局负载均衡解析的能力；即服务调度引擎提供服务变更接口，接收服务监视器发送的事件通知，并基于事件通知处理服务的域名解析，获取服务域名的解析值，下发至全局负载均衡，使解析生效。全局负载均衡则是对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。负载均衡负责将负载平衡、分摊到多个操作单元上进行运行，以将网络流量平均发送到多个服务器。

具体地，服务调度引擎接收到各个服务监视器发送的事件通知后，基于接收到的事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

其中，服务的服务域名解析值的获取，具体是服务调度引擎首先确定拥有相同服务域名的服务，并基于具有相同服务域名的服务的访问地址得到的。

因此，本申请通过服务调度引擎，能够提供中心化统一接口，实时更新全局负载均衡解析，提升底层能力的通用性。

依旧以S201A中的假设为例，在服务A部署到服务集群1与服务集群2中并启动后，服务集群1中的服务监视器1与服务集群2中的服务监视器2生成了各自对应服务A的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件A₁与事件A₂后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务A的访问IP得到服务域名的解析值为111.111.221.221和111.111.221.222；之后将其下发至全局负载均衡使其生效。

此时，若有访客访问服务A的服务域名sevice1.x.y.z，即可能会访问到服务集群1中访问IP为111.111.221.221的服务A，或访问到服务集群2中访问IP为111.111.221.222的服务A，得到响应。

同样的，在服务集群3中进行扩容服务A后，服务集群3中的服务监视器3监测到服务A启动，则生成对应服务A的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件A₃后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务A的访问IP得到服务域名的解析值为111.111.221.221、111.111.221.222和111.111.221.223；之后将其下发至全局负载均衡使其生效。

此时，若再有访客访问服务A的服务域名sevice1.x.y.z，即可能会访问到服务集群1中访问IP为111.111.221.221的服务A，或访问到服务集群2中访问IP为111.111.221.222的服务A，或访问到服务集群3中访问IP为111.111.221.223的服务A，即访客有几率访问到服务集群3中的服务A，得到响应。

在服务集群2中缩容服务A后，服务集群2中的服务监视器2监测到服务A删除，则生成对应服务A的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件A₄后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务A的访问IP得到服务域名的解析值为111.111.221.221和111.111.221.223；之后将其下发至全局负载均衡使其生效。

此时访客再次访问服务A的服务域名sevice1.x.y.z，即只会访问到服务集群1中访问IP为111.111.221.221的服务A，或访问到服务集群3中访问IP为111.111.221.223的服务A，得到响应，即访客无法再访问到服务集群2中的服务A。

如图2C，为本申请提供的一种服务监视器与服务调度引擎的交互图，具体过程如下：

步骤201C：监测服务集群中的各个服务的服务变更状态。

步骤202C：基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知。

步骤203C：将事件通知发送给服务调度引擎。

步骤204C：基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

基于上述过程，假设现有多个服务集群，每个服务集群中都有一个服务监视器，服务B存在于上述多个服务集群中的部分集群中，现在针对服务B在上述多个服务集群中的某些服务集群，进行了扩容或缩容，如图6所示，为基于该应用场景下，本申请实施例提供的一种服务更新的整体流程图。

步骤601：服务监视器监测相应服务集群中的各个服务的服务变更状态。

步骤602：服务监视器确定发生变更的服务B的服务变更状态。

步骤603：服务监视器基于服务B的服务新增状态，生成对应的包含事件信息的事件通知。

步骤604：服务监视器基于服务B的服务删除状态，生成对应的包含事件信息的事件通知。

步骤605：服务调度引擎基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务。

步骤606：服务调度引擎基于具有相同服务域名的服务的访问地址，获得服务的服务域名解析值。

步骤607：服务调度引擎将服务域名解析值下发至全局负载均衡。

基于相同的发明构思，本申请实施例还提供一种服务更新装置，如图7所示，其为服务更新装置700的结构示意图，可以包括：

监测单元701，监测相应服务集群中的各个服务的服务变更状态；

生成单元702，基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；

通知单元703，将事件通知发送给服务更新系统中的服务调度引擎，以使服务调度引擎获取服务域名解析值。

综上，本申请可以提供在不同地区、不同云提供商的多集群中，对服务扩缩容自动化实时更新全局负载均衡解析的能力，即本申请适用于对多集群服务通过全局负载均衡进行访问的情况，提供多集群服务扩缩容自动化实时更新全局负载均衡解析的能力。

基于相同的发明构思，本申请实施例还提供另一种服务更新装置800。如图8所示，其为另一种服务更新装置的结构示意图，可以包括：

接收单元801，接收至少一个服务监视器包含事件信息的事件通知，其中，事件通知是由服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至服务调度引擎的，每个服务监视器部署于一个服务集群中；

生成单元802，基于事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。

在一些可选的实施例中，事件信息包括相应服务的服务域名、相应服务的访问地址，生成单元802具体用于：

基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务；

基于具有相同服务域名的服务的访问地址，获得服务的服务域名解析值。

在介绍了本申请示例性实施方式的服务更新方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的系统。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种系统。系统的结构可以如图9所示，包括服务集群901，服务监视器9011，服务调度引擎902以及全局负载均衡903。

其中，服务集群901作为服务的控制面，每个服务监视器服务集群901都配置一个服务监视器9011；服务监视器9011监控服务的变更，并在所属的服务集群901存在服务变更时，服务监视器9011可以监测到对应的变更服务的信息，生成事件，将相关信息发送给服务调度引擎902；服务调度引擎902提供服务变更接口，负责统一处理服务的域名解析，根据接收到的相关信息得到对应的解析值并下发至全局负载均衡903使解析生效；全局负载均衡903则提供DNS(全称Domain Name System，域名系统)服务，访客可以通过全局负载均衡访问到某一服务集群中的服务。

其中，服务变更状态包括服务新增状态和服务删除状态；事件信息包括：与服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。

具体的，服务监视器9011在监测到所在服务集群901扩容后，确定服务集群901中新启动服务的服务变更状态为服务新增状态；基于该服务的服务新增状态，生成包含用于表征新增服务的事件类型的事件通知并发送至服务调度引擎902；若监测到所在服务集群901缩容，则确定服务集群中释放服务的服务变更状态为服务删除状态；基于该服务的服务删除状态，生成包含用于表征删除服务的事件类型的事件通知并发送至服务调度引擎902。服务调度引擎902在接收到事件通知后，基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务，并基于具有相同服务域名的服务的访问地址，获得对应服务的服务域名解析值，最后下发至全局负载均衡903使解析生效。

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

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

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

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

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

Claims (10)

1.一种服务更新系统，其特征在于，该系统包括：服务调度引擎，和至少一个服务监视器；每个服务监视器部署于一个服务集群中；

每个所述服务监视器，用于监测相应服务集群中的各个服务的服务变更状态；所述服务变更状态包括服务新增状态，和/或服务删除状态；

对于服务变更状态为服务新增状态的各个服务，基于所述各个服务的服务新增状态，生成与相应服务对应的包含第一事件信息的事件通知，并发送所述服务调度引擎；所述第一事件信息至少包括用于表征新增服务的事件类型；

对于服务变更状态为服务删除状态的各个服务，基于所述各个服务的服务删除状态，生成与相应服务对应的包含第二事件信息的事件通知，并发送所述服务调度引擎；所述第二事件信息至少包括用于表征删除服务的事件类型；

所述服务调度引擎，用于接收至少一个服务监视器的事件通知；在接收到的各个事件通知各自包含的第一事件信息或第二事件信息中，基于具有相同服务域名的服务的访问地址，获得与相应服务对应的服务域名解析值并下发配置。

2.如权利要求1所述的系统，其特征在于，第一事件信息与第二事件信息还都包括：相应服务的服务域名、相应服务的访问地址。

3.如权利要求2所述的系统，其特征在于，所述服务监视器具体用于：

监测到一个服务集群扩容后，确定所述服务集群中新启动服务的所述服务变更状态为服务新增状态；基于所述服务的服务新增状态，生成包含用于表征新增服务的事件类型的事件通知；和/或

监测到一个服务集群缩容后，确定所述服务集群中释放服务的所述服务变更状态为服务删除状态；基于所述服务的服务删除状态，生成包含用于表征删除服务的事件类型的事件通知。

4.如权利要求2所述的系统，其特征在于，所述服务调度引擎具体用于：

基于接收到的所述事件通知包含的第一事件信息或第二事件信息，确定具有相同服务域名的服务；

基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。

5.一种服务更新方法，其特征在于，应用于服务更新系统中的服务监视器，该方法包括：

监测相应服务集群中的各个服务的服务变更状态；所述服务变更状态包括服务新增状态，和/或服务删除状态；

对于服务变更状态为服务新增状态的各个服务，基于所述各个服务的服务新增状态，生成与相应服务对应的包含第一事件信息的事件通知；所述第一事件信息至少包括用于表征新增服务的事件类型；

对于服务变更状态为服务删除状态的各个服务，基于所述各个服务的服务删除状态，生成与相应服务对应的包含第二事件信息的事件通知；所述第二事件信息至少包括用于表征删除服务的事件类型；

将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎基于接收到的各个事件通知各自包含的第一事件信息或第二事件信息，生成与相应服务对应的服务域名解析值并下发配置。

6.一种服务更新方法，其特征在于，应用于服务更新系统中的服务调度引擎，该方法包括：

接收至少一个服务监视器发送的包含第一事件信息或第二事件信息的事件通知，其中，服务变更状态包括服务新增状态，和/或服务删除状态；所述第一事件信息的事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态为服务新增状态，生成并发送至所述服务调度引擎的，所述第一事件信息至少包括用于表征新增服务的事件类型；所述第二事件信息的事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态为服务删除状态，生成并发送至所述服务调度引擎的，所述第二事件信息至少包括用于表征删除服务的事件类型；每个服务监视器部署于一个服务集群中；

在所述事件通知包含的第一事件信息或第二事件信息中，基于具有相同服务域名的服务的访问地址，获得与相应服务对应的服务域名解析值并下发配置。

7.如权利要求6所述的方法，其特征在于，所述第一事件信息与第二事件信息还都包括相应服务的服务域名、相应服务的访问地址；

基于所述事件通知包含的第一事件信息或第二事件信息，生成与相应服务对应的服务域名解析值，包括：

基于接收到的所述事件通知包含的第一事件信息或第二事件信息，确定具有相同服务域名的服务；

基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。

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

监测单元，监测相应服务集群中的各个服务的服务变更状态；所述服务变更状态包括服务新增状态，和/或服务删除状态；

生成单元，对于服务变更状态为服务新增状态的各个服务，基于所述各个服务的服务新增状态，生成与相应服务对应的包含第一事件信息的事件通知；所述第一事件信息至少包括用于表征新增服务的事件类型；对于服务变更状态为服务删除状态的各个服务，基于所述各个服务的服务删除状态，生成与相应服务对应的包含第二事件信息的事件通知；所述第二事件信息至少包括用于表征删除服务的事件类型；

通知单元，将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎获取服务域名解析值。

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

接收单元，接收至少一个服务监视器包含第一事件信息或第二事件信息的事件通知，其中，服务变更状态包括服务新增状态，和/或服务删除状态；所述第一事件信息的事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态为服务新增状态，生成并发送至所述服务调度引擎的，所述第一事件信息至少包括用于表征新增服务的事件类型；所述第二事件信息的事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态为服务删除状态，生成并发送至所述服务调度引擎的，所述第二事件信息至少包括用于表征删除服务的事件类型；每个服务监视器部署于一个服务集群中；

生成单元，基于所述事件通知包含的第一事件信息或第二事件信息，生成与相应服务对应的服务域名解析值并下发配置。

10.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行权利要求5~7中任一所述方法的步骤。