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

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


背景技术：

2.随着互联网技术的发展，网络服务逐渐丰富，随着服务内容和用户规模的不断增加，对低成本高质量服务的需求越来越迫切，因此云计算及边缘计算得以发展，而其中的k8s(全称kubernetes，或简称为kube)集群网络服务因其能够快速实现业务扩缩容、调度需求受到广泛应用。如今随着边缘计算的不断发展普及，存在选择从不同地区、不同云、不同提供商或不同k8s集群进行部署服务的情况，这就涉及到集群网络中，服务的全局负载均衡域名解析的实时更新。
3.然而相关技术中的操作是基于人工操作，在部署完服务后，全局负载均衡响应域名，添加服务ip(全称internet protocol，网际互连协议)解析；或者，先移除全局负载均衡响应域名，在服务ip解析完成后释放掉服务，人工链路长，集群网络中服务到全局负载均衡域名解析没有统一的响应机制，针对服务扩缩容，无法做到实时自动更新全局负载均衡解析。
4.综上，相关技术中的全局负载均衡域名解析速度较慢，人工链路长。


技术实现要素：

5.本技术提供一种服务更新方法、装置、系统和存储介质，以至少解决相关技术中，全局负载均衡域名解析速度较慢，人工链路长的问题。
6.本技术实施例提供的一种服务更新系统，该系统包括：
7.服务调度引擎，和至少一个服务监视器；每个服务监视器部署于一个服务集群中；
8.每个所述服务监视器，用于监测相应服务集群中的各个服务的服务变更状态；基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知，并发送所述服务调度引擎；
9.所述服务调度引擎，用于接收至少一个服务监视器的事件通知；基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
10.在一些可选的实施例中，所述服务变更状态包括以下至少一种：服务新增状态、服务删除状态；
11.所述事件信息包括：与所述服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。
12.在一些可选的实施例中，所述服务监视器具体用于：
13.监测到一个服务集群扩容后，确定所述服务集群中新启动服务的所述服务变更状态为服务新增状态；基于所述服务的服务新增状态，生成包含用于表征新增服务的事件类型的事件通知；和/或
14.监测到一个服务集群缩容后，确定所述服务集群中释放服务的所述服务变更状态为服务删除状态；基于所述服务的服务删除状态，生成包含用于表征删除服务的事件类型的事件通知。
15.在一些可选的实施例中，所述服务调度引擎具体用于：
16.基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；
17.基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。
18.本技术实施例提供的一种服务更新方法，应用于服务更新系统中的服务监视器，该方法包括：
19.监测相应服务集群中的各个服务的服务变更状态；
20.基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；
21.将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
22.本技术实施例提供的一种服务更新方法，应用于服务更新系统中的服务调度引擎，该方法包括：
23.接收至少一个服务监视器发送的包含事件信息的事件通知，其中，所述事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至所述服务调度引擎的，每个服务监视器部署于一个服务集群中；
24.基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
25.在一些可选的实施例中，所述事件信息包括相应服务的服务域名、相应服务的访问地址；
26.基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值，包括：
27.基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；
28.基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。
29.本技术实施例提供的一种服务更新装置，包括：
30.监测单元，监测相应服务集群中的各个服务的服务变更状态；
31.生成单元，基于所述各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；
32.通知单元，将所述事件通知发送给所述服务更新系统中的服务调度引擎，以使所述服务调度引擎获取服务域名解析值。
33.本技术实施例提供的一种服务更新装置，包括：
34.接收单元，接收至少一个服务监视器包含事件信息的事件通知，其中，所述事件通知是由所述服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至所述服务调度引擎的，每个服务监视器部署于一个服务集群中；
35.生成单元，基于所述事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
36.在一些可选的实施例中，所述事件信息包括相应服务的服务域名、相应服务的访问地址，所述生成单元具体用于：
37.基于接收到的所述事件通知包含的事件信息，确定具有相同服务域名的服务；
38.基于所述具有相同服务域名的服务的访问地址，获得所述服务的服务域名解析值。
39.本技术实施例提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行上述任一服务更新方法的步骤。
40.本技术有益效果如下：
41.本技术实施例提供了一种服务更新方法、装置、系统和存储介质。由于相关技术中服务更新操作都是基于人工时限完成，集群网络中服务到全局负载均衡域名解析没有统一的响应机制，无法做到快速自动更新，而本技术通过在各个服务集群中增加部署一个服务监视器，监测服务的变更状态，并生成对应的事件通知发送给服务调度引擎以获取服务域名的新的解析值，最后由服务调度引擎下发至全局负载均衡使其实时生效，实现服务的快速自动更新。
42.本技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术而了解。本技术的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
43.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
44.图1为本技术实施例提供的一种服务更新方法的应用场景示意图；
45.图2a为本技术实施例提供的一种服务更新方法的整体流程图；
46.图2b为本技术实施例提供的另一种服务更新方法的整体流程图；
47.图2c为本技术提供的一种服务监视器与服务调度引擎的交互图；
48.图3为本技术实施例提供的一种新增事件对应的事件通知表格；
49.图4为本技术实施例提供的另一种新增事件对应的事件通知表格；
50.图5为本技术实施例提供的一种删除事件对应的事件通知表格；
51.图6为本技术实施例提供的一种基于实际应用场景下服务更新的整体流程图；
52.图7为本技术实施例提供的一种服务更新装置的组成结构示意图；
53.图8为本技术实施例提供的另一种服务更新装置的组成结构示意图；
54.图9为本技术实施例提供的一种系统组成结构示意图。
具体实施方式
55.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术技
术方案的一部分实施例，而不是全部的实施例。基于本技术文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术技术方案保护的范围。
56.下面对本技术实施例中涉及的部分概念进行介绍。
57.服务集群：一组用于运行容器化应用的节点计算机，作为一个整体提供网络资源；本技术中，服务集群有多个，每个服务集群中有多个服务以及一个服务监视器，服务增加时服务集群扩容，服务删除时服务集群缩容。
58.服务监视器：部署于各个服务集群中，负责监测各个服务集群中服务的服务变更状态，并将发生变更的服务生成对应的事件通知发送给服务调度引擎。
59.服务调度引擎：能够对服务调度进行设置与管理，为各种需要调度的场景提供调度功能，本技术中，服务调度引擎提供服务变更接口，接收服务监视器发送的事件通知，并基于事件通知处理服务的域名解析，获取服务域名的解析值，下发至全局负载均衡，使解析生效。
60.全局负载均衡：全称global server load balancing，简称gslb，负责对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。负载均衡负责将负载平衡、分摊到多个操作单元上进行运行，以将网络流量平均发送到多个服务器。
61.服务变更状态：服务集群中的服务发生因为增加或释放发生变更，本技术中，服务变更状态包括服务新增状态与服务删除状态，若服务集群中新增一个或多个服务，则称这一个或多个服务的服务变更状态为服务新增状态；若服务集群中删除一个或多个服务，则称这一个或多个服务的服务变更状态为服务删除状态。
62.事件通知：由服务监视器在监测到服务集群中发生服务的增加或删除时生成的，带有事件信息的通知，事件信息包含了与服务变更状态相应的事件类型、相应服务的服务域名以及相应服务的访问地址。
63.以下结合说明书附图对本技术的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本技术，并不用于限定本技术，并且在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
64.如图1所示，其为本技术实施例的应用场景示意图。该应用场景图中包括服务监视器110与服务调度引擎120。
65.假设，某视频公司推出一个新视频，并将该视频添加至多个服务集群，例如具有监视服务变更能力的k8s集群，被添加视频服务的服务集群中的服务监视器110监测到有服务的服务变更状态为服务新增状态，即有新的服务添加至该服务集群中后，获取并生成该服务对应的事件通知，事件通知中包含有与服务变更状态相应的事件类型、相应服务的服务域名以及相应服务的访问地址，进而，服务监视器110将事件通知发送给服务调度引擎120。同样的，若有服务在服务集群中删除，服务监视器110监测到该服务的服务变更状态为服务删除状态，获取并生成该服务对应的事件通知并发送给服务调度引擎120。
66.服务调度引擎120在接收到事件通知后，基于接收到的事件通知确定具有相同服务域名的服务，并根据服务的访问地址，获得该服务的服务域名解析值，最后下发至全局负载均衡，使解析生效。
67.需要说明的是，图1所示只是举例说明，实际上服务监视器和服务集群的数量不受
限制，在本技术实施例中不做具体限定。
68.此外，本技术实施例可应用于各种场景，包括但不限于云技术、人工智能、智慧交通等场景。
69.下面结合上述描述的应用场景，参考附图来描述本技术示例性实施方式提供的服务更新方法，需要注意的是，上述应用场景仅是为了便于理解本技术的精神和原理而示出，本技术的实施方式在此方面不受任何限制。
70.参阅图2a，其为本技术实施例提供的一种服务更新方法的实施流程图，以服务监视器为执行主体，该方法的具体实施流程如下s201a-s202a：
71.s201a：监测服务集群中的各个服务的服务变更状态。
72.其中，服务集群是一组用于运行容器化应用的节点计算机，作为一个整体提供网络资源；服务集群通常有多个，每个服务集群中有多个服务以及一个服务监视器，服务监视器负责监测各个服务集群中服务的服务变更状态，即服务集群中的服务是否发生增加或删除。
73.假设存在服务集群1，服务集群2，服务集群3，每个服务集群中都有一个服务监视器，即服务集群1中有服务监视器1，服务集群2中有服务监视器2，服务集群3中有服务监视器3，现有一服务a，部署在服务集群1与服务集群2中，各个服务集群中的服务监视器能够检测到各自服务集群的服务变化，及服务的服务变更状态。
74.s202a：基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知，并发送至服务调度引擎。
75.其中，服务变更状态包括服务新增状态及服务删除状态，若服务集群中新增一个或多个服务，则称这一个或多个服务的服务变更状态为服务新增状态；若集群中删除一个或多个服务，则称这一个或多个服务的服务变更状态为服务删除状态。事件通知是由服务监视器在监测到服务集群中发生服务的增加或删除时生成的，带有事件信息的通知，事件信息包括：与服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。
76.在服务集群中的服务发生变更后，服务监视器基于发生变更的服务的服务变更状态，生成与该服务对应的包含事件信息的事件通知。
77.具体地，若服务监视器监测到所在的服务集群扩容，则确定服务集群中新启动服务的服务变更状态为服务新增状态，基于服务的服务新增状态，生成对应该服务的事件通知，事件通知中包含有用于表征该服务为新增服务的事件类型、该服务的服务域名及该服务的访问地址。
78.同样的，若服务监视器监测到所在的服务集群缩容，则确定服务集群中释放服务的服务变更状态为服务删除状态，基于服务的服务删除状态，生成对应该服务的事件通知，事件通知中包含有用于表征该服务为删除服务的事件类型、该服务的服务域名及该服务的访问地址。
79.因此，本技术通过服务监视器实现了对服务集群网络中服务的实时性监控，可以实现多集群服务扩缩容事件的通知。
80.依旧以s201a中的假设为例，在服务a部署到服务集群1与服务集群2中并启动后，服务集群1中的服务监视器1与服务集群2中的服务监视器2监测到各自服务集群的服务发生变化，即新增一个服务a，服务监视器1与服务监视器2确定服务a的服务变更状态为服务
新增状态，则生成对应服务a的事件通知，如图3所示，为本技术实施例提供的一种新增事件对应的事件通知表格，其中，事件a1即为服务监视器1生成的对应服务a的事件通知，事件a2即为服务监视器2生成的对应服务a的事件通知，事件通知中包含了事件类型add，表明服务a在服务集群1与服务集群2中是一个新增服务，还包含服务a的服务域名：sevice1.x.y.z，以及服务a的访问ip，即访问地址：111.111.221.221与111.111.221.222。
81.同样的，若在服务集群3中进行扩容服务a，服务a顺利启动后，服务集群3中的服务监视器3监测到所在服务集群新增一个服务a，且确定服务a的服务变更状态为服务新增状态，则生成对应服务a的事件通知，如图4所示，为本技术实施例提供的另一种新增事件对应的事件通知表格，其中，事件a3即为服务监视器3生成的对应服务a的事件通知，事件通知中包含了事件类型add，表明服务a在服务集群2中是一个新增服务，还包含服务a的服务域名：sevice1.x.y.z，以及服务a的访问ip，即访问地址：111.111.221.223。
82.若此后在服务集群2中缩容服务a，即将服务a删除，服务集群2中的服务监视器2监测到服务集群的服务发生变化，即服务a被删除，服务监视器2确定服务a的服务变更状态为服务删除状态，之后生成对应服务a的事件通知，如图5所示，为本技术实施例提供的一种删除事件对应的事件通知表格，其中，事件a4即为服务监视器2生成的对应服务a的事件通知，事件通知中包含了事件类型del，表明服务a在服务集群2中是一个删除服务，还包含服务a的服务域名：sevice1.x.y.z，以及服务a的访问ip，即访问地址：111.111.221.222。
83.之后，服务监视器将事件通知发送给服务更新系统中的服务调度引擎以使服务调度引擎基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
84.下面从服务调度引擎侧，对本技术实施例中的服务更新方法进行简单介绍：
85.参阅图2b所示，为本技术实施例提供的另一种服务更新方法的实施流程图，以服务调度引擎为执行主体，该方法的具体实施流程如下：
86.s201b：接收服务监视器的事件通知。
87.其中，事件通知是由服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至服务调度引擎的，每个服务监视器部署于一个服务集群中。
88.s202b：基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
89.服务调度引擎是能够进行对服务调度进行设置与管理，为各种需要调度的场景提供调度功能，本技术中，服务调度引擎能够提供中心化统一接口进行实时更新全局负载均衡解析的能力；即服务调度引擎提供服务变更接口，接收服务监视器发送的事件通知，并基于事件通知处理服务的域名解析，获取服务域名的解析值，下发至全局负载均衡，使解析生效。全局负载均衡则是对分别放置在不同的地理位置、有不同网络结构的服务器群间作负载均衡。负载均衡负责将负载平衡、分摊到多个操作单元上进行运行，以将网络流量平均发送到多个服务器。
90.具体地，服务调度引擎接收到各个服务监视器发送的事件通知后，基于接收到的事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
91.其中，服务的服务域名解析值的获取，具体是服务调度引擎首先确定拥有相同服
务域名的服务，并基于具有相同服务域名的服务的访问地址得到的。
92.因此，本技术通过服务调度引擎，能够提供中心化统一接口，实时更新全局负载均衡解析，提升底层能力的通用性。
93.依旧以s201a中的假设为例，在服务a部署到服务集群1与服务集群2中并启动后，服务集群1中的服务监视器1与服务集群2中的服务监视器2生成了各自对应服务a的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件a1与事件a2后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务a的访问ip得到服务域名的解析值为111.111.221.221和111.111.221.222；之后将其下发至全局负载均衡使其生效。
94.此时，若有访客访问服务a的服务域名sevice1.x.y.z，即可能会访问到服务集群1中访问ip为111.111.221.221的服务a，或访问到服务集群2中访问ip为111.111.221.222的服务a，得到响应。
95.同样的，在服务集群3中进行扩容服务a后，服务集群3中的服务监视器3监测到服务a启动，则生成对应服务a的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件a3后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务a的访问ip得到服务域名的解析值为111.111.221.221、111.111.221.222和111.111.221.223；之后将其下发至全局负载均衡使其生效。
96.此时，若再有访客访问服务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，得到响应。
97.在服务集群2中缩容服务a后，服务集群2中的服务监视器2监测到服务a删除，则生成对应服务a的事件通知，并将事件通知发送至服务调度引擎，服务调度引擎接收到服务监视器发送的事件a4后，确定拥有相同服务域名sevice1.x.y.z的服务，即将服务域名进行重新组合；根据服务a的访问ip得到服务域名的解析值为111.111.221.221和111.111.221.223；之后将其下发至全局负载均衡使其生效。
98.此时访客再次访问服务a的服务域名sevice1.x.y.z，即只会访问到服务集群1中访问ip为111.111.221.221的服务a，或访问到服务集群3中访问ip为111.111.221.223的服务a，得到响应，即访客无法再访问到服务集群2中的服务a。
99.如图2c，为本技术提供的一种服务监视器与服务调度引擎的交互图，具体过程如下：
100.步骤201c：监测服务集群中的各个服务的服务变更状态。
101.步骤202c：基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知。
102.步骤203c：将事件通知发送给服务调度引擎。
103.步骤204c：基于接收到的各个事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
104.基于上述过程，假设现有多个服务集群，每个服务集群中都有一个服务监视器，服务b存在于上述多个服务集群中的部分集群中，现在针对服务b在上述多个服务集群中的某
些服务集群，进行了扩容或缩容，如图6所示，为基于该应用场景下，本技术实施例提供的一种服务更新的整体流程图。
105.步骤601：服务监视器监测相应服务集群中的各个服务的服务变更状态。
106.步骤602：服务监视器确定发生变更的服务b的服务变更状态。
107.步骤603：服务监视器基于服务b的服务新增状态，生成对应的包含事件信息的事件通知。
108.步骤604：服务监视器基于服务b的服务删除状态，生成对应的包含事件信息的事件通知。
109.步骤605：服务调度引擎基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务。
110.步骤606：服务调度引擎基于具有相同服务域名的服务的访问地址，获得服务的服务域名解析值。
111.步骤607：服务调度引擎将服务域名解析值下发至全局负载均衡。
112.基于相同的发明构思，本技术实施例还提供一种服务更新装置，如图7所示，其为服务更新装置700的结构示意图，可以包括：
113.监测单元701，监测相应服务集群中的各个服务的服务变更状态；
114.生成单元702，基于各个服务的服务变更状态，生成与相应服务对应的包含事件信息的事件通知；
115.通知单元703，将事件通知发送给服务更新系统中的服务调度引擎，以使服务调度引擎获取服务域名解析值。
116.综上，本技术可以提供在不同地区、不同云提供商的多集群中，对服务扩缩容自动化实时更新全局负载均衡解析的能力，即本技术适用于对多集群服务通过全局负载均衡进行访问的情况，提供多集群服务扩缩容自动化实时更新全局负载均衡解析的能力。
117.基于相同的发明构思，本技术实施例还提供另一种服务更新装置800。如图8所示，其为另一种服务更新装置的结构示意图，可以包括：
118.接收单元801，接收至少一个服务监视器包含事件信息的事件通知，其中，事件通知是由服务更新系统中服务监视器，基于监测到的相应服务集群中的各个服务的服务变更状态，生成并发送至服务调度引擎的，每个服务监视器部署于一个服务集群中；
119.生成单元802，基于事件通知包含的事件信息，生成与相应服务对应的服务域名解析值并下发配置。
120.在一些可选的实施例中，事件信息包括相应服务的服务域名、相应服务的访问地址，生成单元802具体用于：
121.基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务；
122.基于具有相同服务域名的服务的访问地址，获得服务的服务域名解析值。
123.在介绍了本技术示例性实施方式的服务更新方法和装置之后，接下来，介绍根据本技术的另一示例性实施方式的系统。
124.所属技术领域的技术人员能够理解，本技术的各个方面可以实现为系统、方法或程序产品。因此，本技术的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统
称为“电路”、“模块”或“系统”。
125.与上述方法实施例基于同一发明构思，本技术实施例中还提供了一种系统。系统的结构可以如图9所示，包括服务集群901，服务监视器9011，服务调度引擎902以及全局负载均衡903。
126.其中，服务集群901作为服务的控制面，每个服务监视器服务集群901都配置一个服务监视器9011；服务监视器9011监控服务的变更，并在所属的服务集群901存在服务变更时，服务监视器9011可以监测到对应的变更服务的信息，生成事件，将相关信息发送给服务调度引擎902；服务调度引擎902提供服务变更接口，负责统一处理服务的域名解析，根据接收到的相关信息得到对应的解析值并下发至全局负载均衡903使解析生效；全局负载均衡903则提供dns(全称domain name system，域名系统)服务，访客可以通过全局负载均衡访问到某一服务集群中的服务。
127.其中，服务变更状态包括服务新增状态和服务删除状态；事件信息包括：与服务变更状态相应的事件类型、相应服务的服务域名、相应服务的访问地址。
128.具体的，服务监视器9011在监测到所在服务集群901扩容后，确定服务集群901中新启动服务的服务变更状态为服务新增状态；基于该服务的服务新增状态，生成包含用于表征新增服务的事件类型的事件通知并发送至服务调度引擎902；若监测到所在服务集群901缩容，则确定服务集群中释放服务的服务变更状态为服务删除状态；基于该服务的服务删除状态，生成包含用于表征删除服务的事件类型的事件通知并发送至服务调度引擎902。服务调度引擎902在接收到事件通知后，基于接收到的事件通知包含的事件信息，确定具有相同服务域名的服务，并基于具有相同服务域名的服务的访问地址，获得对应服务的服务域名解析值，最后下发至全局负载均衡903使解析生效。
129.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
130.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
131.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
132.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一
个方框或多个方框中指定的功能的步骤。
133.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。