CN113364892B - 跨多集群服务的域名解析方法、相关方法、装置和系统 - Google Patents

Abstract

本发明公开了一种多集群信息收集方法、服务端点信息查询方法、跨多集群服务的服务解析方法及相关装置和系统。该多集群信息收集方法，包括：从多个集群中收集服务端点信息；将收集到的所述服务端点信息与相应集群的集群标识相关联保存。本发明将多个集群的服务端点信息单独收集保存，可以用于实现跨不同区域的多个集群或跨不同服务商的云平台的多个集群的服务的域名解析，不需要依赖于集群外部的域名解析系统，即使一集群的服务发生故障或配置错误，也不会影响到整个控制平面。

Description

跨多集群服务的域名解析方法、相关方法、装置和系统

技术领域

本发明涉及集群领域，特别涉及一种多集群信息收集方法、一种服务端点信息查询方法、一种跨多集群服务的域名解析方法及相关装置和系统。

背景技术

集群作为一个单元运行的逻辑分组的计算机资源的集合，可能是一个独立的物理集群，或者一个包含多个物理集群的逻辑集群组。集群中包括一组协作的、命名的联网节点集合，这些节点可以是服务器或任何其他有能力处理数据、或者提供网络通信能力的资源。通常来说，集群的设计定位是单一集群在同一个地域内，因为同一个地域的网络性能才能满足集群的调度和计算存储的连接要求。由于单个集群通常无法跨单个云平台的多个地域，也不能支持跨地域相同的不同的服务商的云平台。因此，提出了一种集群联邦的解决方式，通过集群联邦实现将服务的不同信息设置在多个集群中，通过与设置在集群联邦外部的域名系统(Domain Name System，DNS)解析系统进行关联，设置在集群联邦外部的域名解析系统，提供以编程方式管理服务对象的域名资源记录的功能实现分别对服务对应的各个集群进行解析，得到域名解析结果，完成跨多集群的服务的域名解析。这样的解决方式存在一定的弊端，需要依赖于外部集群外部的域名解析系统，在集群联邦发生单点故障或者单个配置错误就会导致整个控制平面失效，无法实现服务的域名解析。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种多集群信息收集方法、服务端点信息查询方法、跨多集群服务的域名解析方法及相关装置和系统。

作为本发明实施例的第一个方面，本发明实施例提供一种多集群信息收集方法，包括：

从多个集群中收集服务端点信息；

将收集到的所述服务端点信息与相应集群的集群标识相关联保存。

在一些可选的实施例中，将收集到的所述服务端点信息与相应集群的集群标识相关联保存之后还包括：

对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

在一些可选的实施例中，所述从多个集群中收集服务端点信息之前还包括：

根据预设的选择规则，从全部集群中选择所述多个集群。

作为本发明实施例的第二个方面，本发明实施例提供一种服务端点信息查询方法，包括：

接收来自于一集群的服务端点信息查询请求；

根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找相应的服务端点信息；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的；

将查找到的服务端点信息返回给所述集群。

在一些可选的实施例中，将收集到的所述服务端点信息与相应集群的集群标识相关联保存之后还包括：

对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

在一些可选的实施例中，从多个集群中收集服务端点信息之前还包括：

根据预设的选择规则，从全部集群中选择所述多个集群。

在一些可选的实施例中，所述接收来自于一集群的服务端点信息查询请求之前还包括：

根据收集到的所述服务端点信息在进行域名解析时所需的操作内容查找相应的插件；

将多个所述插件链接成插件链；

将所述插件链注入到所述集群中；

所述服务端点信息查询请求是从所述插件链发来的。

在一些可选的实施例中，所述将所述插件链注入到所述集群中之后还包括：

对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息，并根据更新后的服务端点信息更新所述插件链。

在一些可选的实施例中，所述将多个所述插件链接成插件链包括：

根据收集到的所述服务端点信息的类型确定该服务端点信息所属的域名解析域；

将属于同一个域名解析域的服务端点信息所对应的插件链接成一个插件链。

在一些可选的实施例中，所述将所述插件链注入到所述集群中包括：将所述插件链通过边车代理方式远程注入到所述集群中。

作为本发明实施例的第三个方面，本发明实施例提供一种跨多集群服务的域名解析方法，包括

一集群接收来自于客户端的针对一服务的服务解析请求；

根据所述服务解析请求发出相应的服务端点信息查询请求；

接收根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找相应的服务端点信息；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的；

对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息。

在一些可选的实施例中，根据所述服务解析请求发出相应的服务端点信息查询请求包括：

在所述集群内部查找与所述服务对应的服务端点；

当查找失败时，发出所述服务端点信息查询请求。

在一些可选的实施例中，所述对所述服务端点信息进行域名解析包括：

通过预先注入到所述集群中的插件链对所述服务端点信息进行域名解析。

作为本发明实施例的第四个方面，本发明实施例提供一种跨多集群信息管理装置，包括：

收集模块，用于从多个集群中收集服务端点信息；以及

保存模块，用于将由所述收集模块收集到的所述服务端点信息与相应集群的集群标识相关联保存。

在一些可选的实施例中，所述的装置，还包括：监听模块，用于对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新由所述保存模块保存的相应的服务端点信息。

在一些可选的实施例中，所述的装置，还包括：选择模块，用于根据预设的选择规则，从全部集群中选择所述多个集群。

在一些可选的实施例中，所述的装置，还包括：查询模块，用于当接收到来自于一集群的服务端点信息查询请求时，从所述保存模块保存的所述服务端点信息中查找相应的服务端点信息，返回给所述集群。

在一些可选的实施例中，所述的装置，还包括：

注入模块，用于根据所述服务端点信息在进行域名解析时所需的操作内容生成相应的插件，将多个所述插件链接成插件链，将所述插件链注入到所述集群中；其中，所述服务端点信息查询请求是从所述插件链发来的。

作为本发明实施例的第五个方面，本发明实施例提供一种集群服务解析装置，包括：

集群内解析模块，用于接收来自于客户端的针对一服务的服务解析请求；

跨集群解析模块，用于根据所述服务解析请求发出相应的服务端点信息查询请求，接收根据所述服务端点信息查询请求从收集到的服务端点信息中查找的相应的服务端点信息，对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息，经由所述集群内解析模块反给所述客户端；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的。

作为本发明实施例的第六个方面，本发明实施例提供一种跨多集群服务解析系统，包括：

上述的跨多集群信息管理装置；以及

分别设置在各个集群内的上述的集群服务解析装置。

作为本发明实施例的第七个方面，本发明实施例提供一种服务端设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机指令，所述指令被处理器执行时能够实现上述的多集群信息收集方法，或能够实现上述的服务端点信息查询方法，或能够实现上述的跨多集群服务的解析方法。

作为本发明实施例的第八个方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时能够实现上述的多集群信息收集方法，或能够实现上述的服务端点信息查询方法，或能够实现上述的跨多集群服务的解析方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明实施例提供的上述多集群信息收集方法、服务端点信息查询方法、多集群服务的域名解析方法、相关装置和设备，根据服务解析请求发出相应的服务端点信息查询请求，接收通过从多个集群中预先收集对应集群的服务端点信息，进行域名解析，得到与所述服务对应的服务端点的地址信息，与现有技术方案相比，因为多个集群中收集服务端点信息单独进行存储，即使一集群的服务发生故障或配置错误，也不会影响到整个控制平面。可以实现跨不同区域的多个集群或跨不同服务商的云平台的多个集群的服务的域名解析，不需要依赖于集群外部的域名解析系统。

进一步的，本发明实施例提供的上述多集群服务的域名解析方法，在执行域名解析时，不需要单独为每个服务分配域名，每个服务的暴露方式也不用限定于负载均衡的方式，可以支持任意类型的暴露方式，而不依赖外部配置。

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

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的跨多集群服务的域名解析方法的流程图；

图2为本发明实施例提供的多集群信息收集方法的流程图；

图3为本发明实施例提供的服务端点信息查询方法的流程图；

图4为本发明实施例提供的插件链形成及注入的流程示意图；

图5为本发明实施例提供的跨多集群信息管理装置的结构框图；

图6为本发明实施例提供的集群服务解析装置的结构框图；

图7为本发明实施例提供的跨多集群服务解析系统的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中需要依赖于外部集群外部的域名解析系统，在集群联邦发生单点故障或者单个配置错误就会导致整个控制平面失效，无法实现服务的域名解析的问题，本发明实施例还提供了一种跨多集群服务的域名解析方法，该方法适用于集群服务解析装置，参照图1所示，该跨多集群服务的域名解析方法包括以下步骤：

S11：一集群接收来自于客户端的针对一服务的服务解析请求；

S12：根据所述服务解析请求发出相应的服务端点信息查询请求；

S13：接收根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找的相应的服务端点信息；

S14：对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息。

上述步骤S11中，集群中包含多个服务对应的服务信息，集群可以接收来自不同客户端的针对一个服务的服务解析请求，针对该服务执行相同的域名解析过程。

上述步骤S12中，根据所述服务解析请求发出相应的服务端点信息查询请求包括：

当集群接收到针对一个服务的服务解析请求时，首先在该集群内部查找与该服务对应的服务端点；若查找成功，说明该服务仅在该集群中执行，按照现有技术中的方式实现对该服务的域名解析过程即可。

当查找失败时，说明该服务为跨集群的服务，此时，向外发出服务端点信息查询请求。

上述步骤S14中，对所述服务端点信息进行域名解析包括：通过预先注入到所述集群中的插件链对所述服务端点信息进行域名解析。

本发明实施例中所描述的集群可以是Kubernetes集群。

本发明实施例提供的上述多集群服务的域名解析方法，根据服务解析请求发出相应的服务端点信息查询请求，接收通过从多个集群中预先收集对应集群的服务端点信息，进行域名解析，得到与所述服务对应的服务端点的地址信息，与现有技术方案相比，因为多个集群中收集服务端点信息单独进行存储，即使一集群的服务发生故障或配置错误，也不会影响到整个控制平面。可以实现跨不同区域的多个集群或跨不同服务商的云平台的多个集群的服务的域名解析，不需要依赖于集群外部的域名解析系统，同时也不需要单独为每个服务分配域名，暴露方式也不用限定于负载均衡的方式支持任意类型的暴露方式，而不依赖外部配置。

在一个或一些可能的实施例中，参照图2所示，上述步骤S13中预先收集到的多集群的服务端点信息是通过至少执行下述步骤得到的：

S21、从多个集群中收集服务端点信息；

S22、将收集到的所述服务端点信息与相应集群的集群标识相关联保存。

在上述步骤S21中，通过收集多个集群的服务端点信息，用于服务解析，实现对跨不同服务商提供的云平台以及单个云平台跨不同地区的多个集群内服务调用，从而完成跨集群的服务解析。

在上述步骤S22中，将收集到的各个集群的服务端点信息与相应集群的集群标识相关联保存，便于服务解析时，对各个集群及其服务端点信息进行查询，以实现跨多个集群的服务，通过服务名定位其在不同集群的服务端点信息。

本发明实施例中，通过从多个集群中收集对应集群的服务端点信息并与对应集群的集群标识进行关联保存，与现有技术方案相比，提供了一种以统一的方式存储管理多个集群的服务端点信息的方式，可以实现将跨不同区域的多个集群或跨不同服务商的云平台的多个集群进行关联，使得跨集群的服务在进行服务解析时，能够获取服务对应的多个不同目标集群中的服务端点信息。

在一个或一些可能的实施例中，参照图3所示，上述步骤S13中，相应的服务端点信息可以是一个或多个集群的服务端点信息，所述相应的服务端点信息具体通过下述服务端点信息查询方法得到：

S31、接收来自于一集群的服务端点信息查询请求；

S32、根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找相应的服务端点信息；

S33、将查找到的服务端点信息返回给所述集群。

在一个或一些可能的实施例中，参照图4所示，上述步骤S31中，接收来自于一集群的服务端点信息查询请求之前还包括：

S41：根据收集到的所述服务端点信息在进行域名解析时所需的操作内容查找相应的插件；

S42：将多个所述插件链接成插件链；

S43：将所述插件链注入到所述集群中。

本发明实施例中，所描述的服务端点信息查询请求是从所述插件链发来的。

本发明实施例中，将插件链注入到集群中，实现了一个插件化的架构，将每一个解析逻辑抽象为域名解析插件，以配置的方式灵活地将不同的插件构造成一条链，从而在对集群中的服务端口信息进行域名解析时，按照插件链中的插件的执行顺序，依次执行每个插件的解析逻辑。

基于此，本发明实施例还提出一种优化的实现方案，为保证插件链进行域名解析时的可靠性，将插件链通过对应地插件链容器进行实现。

插件链容器组作为插件链的具体实现模块，域名解析插件链容器组中包含了每一个插件链的实现逻辑。

本发明实施例中提供的跨多集群服务的域名解析方法中，插件链容器组的实现方式包括但不限于Kubernetes容器组的实现方式，具体的实现方式可以参照现有技术中的实现方式，在此不再赘述。

在一个或一些可能的实施例中，为了在服务发生变化时，例如服务的增加、删除和修改，及时的对服务对应的多个集群的服务端点信息进行更新，参照图2所示，上述多集群信息收集方法，在执行上述步骤S22将收集到的所述服务端点信息与相应集群的集群标识相关联保存之后还包括：

S23：对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

本发明实施例中，通过对多个集群进行监控，动态监听集群中的服务变化并及时更新服务端点信息，以便每个集群可以及时获取到最新的服务端点信息。对集群进行监控的方式与所监听的集群的平台类型无关，也就是说无论集群是什么平台，都可以通过插件适配器的方式与集群交互。监听集群中服务的动态变化情况(包括增加、删除和修改)，从而使服务端点信息随之动态更新。

在一个或一些可能的实施例中，上述多集群信息收集方法，在执行上述步骤S21从多个集群中收集服务端点信息之前还包括：

根据预设的选择规则，从全部集群中选择所述多个集群。

本发明实施例中，为了便于对跨集群的服务进行解析，可以将不同对跨不同服务商提供的云平台以及单个云平台跨不同地区的多个单一的集群进行关联，形成一个多集群联邦上下文。但是一个多集群联邦上下文中包含的集群的数量很多，每个服务可能关联的仅是多集群联邦上下文中的部分集群，默认情况下，对多个集群进行监控时，会监听当前上下文中的全部集群中的服务，为了提高服务对应的多个集群的服务端点信息收集的效率，减少系统的计算工作量，节省运算时间，实现精细化管理。本发明实施例中，在进行服务端点信息的收集之前，可以通过预先设定的选择规则，从集群联邦上下文的全部集群中筛选出需要或者允许进行服务端点信息收集的多个集群，并用于域名解析。

在一个具体的实施例中，该选择规则可以是，通过基于元数据的选择表达式来进行定义的。例如，以JSON格式实现的基于元数据的选择表达式定义为例，示意如下："metadata":{"labels":{"key1":"value1","key2":"value2"}}。

作为本发明实施例的一个具体实现方式，该预设的选择规则，也可以与服务端点信息以及相应集群的集群标识同时进行关联保存。

上述步骤S42中，将多个所述插件链接成插件链包括：

根据收集到的所述服务端点信息的类型确定该服务端点信息所属的域名解析域；

将属于同一个域名解析域的服务端点信息所对应的插件链接成一个插件链。

本发明实施例中，每个域名解析域，都有对应的插件链。在进行域名解析时，一个插件链中包含的每个插件都会检查查询并确定它是否应该处理，如果能够被当前插件处理，意味着插件将通过回复响应客户端返回域名解析结果，此种情况下插件链的其他后续插件不会被执行。另外一种情况是被当前插件处理的同时跳转至下一个插件，后续插件会继续执行。

此外，在插件链执行过程中，有些可选插件可以不处理任何域名数据，但会影响域名在其他方面的行为方式，每个插件都执行特定的域名解析功能，例如，控制应该绑定哪些接口、是否启用运行状况检查、进行性能指标采集等。例如一个插件链中包含了如下8个不同类型的插件，用于执行相应的功能：

插件1.errors#，用于启用错误记录；

插件2.health#用于启用运行状况检查；

插件3.prometheus#用于启用Prometheus指标采集；

插件4.forward./etc/resolv.conf#用于通过resolv.conf对服务端点信息内的nameservers进行解析；

插件5.cache30#用于启用缓存，并且所有内容限制为30秒的存留时间；

插件6.loop#用于检测简单的转发循环并停止服务器；

插件7.reload#用于允许自动重新加载；

插件8.Load balance#用于启动负载均衡的暴露方式。

在进行服务的解析时，上述8个插件按照执行顺序依次执行域名解析逻辑，可能全部执行解析逻辑，也可能跳过其中的部分插件，而执行剩余的插件的解析逻辑。

上述步骤S43中，所述将所述插件链注入到所述集群中包括：将所述插件链通过边车代理方式远程注入到所述集群中。

本发明实施例中，边车，即Sidecar是一种将应用功能从应用本身剥离出来作为单独进程的设计模式，可以允许向应用中无侵入的添加功能，避免为了满足第三方需求而添加额外的代码。在软件架构中，Sidecar附加到主应用，或者叫父应用上，以扩展/增强功能特性，同时Sidecar与主应用是松耦合的。

本发明实施例中，为了实现跨多个集群的服务的NDS解析，将用于每个集群解析的插件链通过Sidecar代理方式远程注入到集群中。

本发明实施例中，每个集群具有自身的域名解析插件，实现集群的自身的域名解析，并且集群本身的域名解析插件提供了一种与注入的插件链集成整合的能力，能够访问注入的插件链，同时为注入的插件链提供了注册接口，在插件链注入到集群时，同时会把插件链注册到相应的集群本身的域名解析插件中。

在一个或一些可能的实施例中，上述服务端点信息查询方法中，服务端点信息发生更新后，参照图4所示，在上述步骤S31中，接收来自于一集群的服务端点信息查询请求之前还包括：

S44：根据更新后的服务端点信息更新插件链。

基于相同的发明构思，本发明实施例提供了一种多集群信息收集方法，该方法适用于跨多集群信息管理装置，参照图2所示，其至少执行下述步骤：

S21、从多个集群中收集服务端点信息；

S22、将收集到的所述服务端点信息与相应集群的集群标识相关联保存。

本发明实施例提供的上述多集群信息收集方法，通过从多个集群中收集对应集群的服务端点信息并与对应集群的集群标识进行关联保存，与现有技术方案相比，可以实现将跨不同区域的多个集群或跨不同服务商的云平台的多个集群进行关联，使得跨集群的服务在进行服务解析时，能够获取对应的多个不同目标集群中的服务端点信息，不需要依赖于集群外部的域名解析系统，同时也不需要单独为每个服务分配域名，服务的暴露方式也不用限定于负载均衡的方式。

在一个或一些可能的实施例中，为了在服务发生变化时，例如服务的增加、删除和修改，及时的对服务对应的多个集群的服务端点信息进行更新，本发明实施例提供的多集群信息收集方法，将收集到的所述服务端点信息与相应集群的集群标识相关联保存之后还包括：

S23：对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

在一个或一些可能的实施例中，所述从多个集群中收集服务端点信息之前还包括：

根据预设的选择规则，从全部集群中选择所述多个集群。

基于相同的发明构思和上述多集群信息收集方法的描述，本发明实施例还提供了一种服务端点信息查询方法，该方法适用于跨多集群信息管理装置，参照图3所示，该服务端点信息查询方法包括以下步骤：

S31、接收来自于一集群的服务端点信息查询请求；

S32、根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找相应的服务端点信息；

S33、将查找到的服务端点信息返回给所述集群。

上述步骤S32中预先收集到的服务端点信息是通过上述多集群信息收集方法得到的。

在一个或一些可能的实施例中，在执行上述步骤S31接收来自于一集群的服务端点信息查询请求之前还包括：

S41、根据收集到的所述服务端点信息在进行域名解析时所需的操作内容查找相应的插件；

S42、将多个所述插件链接成插件链；

S43、将所述插件链注入到所述集群中；

本发明实施例中，所描述的服务端点信息查询请求是从所述插件链发来的。

在一个或一些可能的实施例中，所述的方法，还包括：

对多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

在一个或一些可能的实施例中，上述方法中，服务端点信息发生更新后，参照图4所示，在执行步骤S43将所述插件链注入到所述集群中之后还包括：

S44：根据更新后的服务端点信息更新插件链。

在一个或一些可能的实施例中，所述将多个所述插件链接成插件链包括：

根据收集到的所述服务端点信息的类型确定该服务端点信息所属的域名解析域；

将属于同一个域名解析域的服务端点信息所对应的插件链接成一个插件链。

在一个或一些可能的实施例中，所述将所述插件链注入到所述集群中包括：将所述插件链是通过Sidecar代理方式远程注入到所述集群中。

本发明实施例中，服务端点信息的收集方式，具体可以参照上述实施例中所描述的多集群信息收集方法，在此，不再赘述。

基于同一发明构思，本发明实施例还提供了一种多集群信息管理装置、集群服务解析装置、集群联邦装置和终端及系统，由于这些装置和终端所解决问题的原理与前述多集群信息收集方法、服务端点信息查询方法以及跨多集群服务的域名解析方法相似，因此该装置及系统的实施可以参见前述方法的实施，重复之处不再赘述。

本发明实施例提供一种跨多集群信息管理装置，参照图5所示，跨多集群信息管理装置100包括：

收集模块101，用于从多个集群中收集服务端点信息；以及

保存模块102，用于将由所述收集模块收集到的所述服务端点信息与相应集群的集群标识相关联保存。

在一个实施例中，所述装置，还包括：监听模块103，用于对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新由所述保存模块保存的相应的服务端点信息。

在一个实施例中，所述装置，还包括：选择模块104，用于根据预设的选择规则，从全部集群中选择所述多个集群。

在一个实施例中，所述装置，还包括：查询模块105，用于当接收到来自于一集群的服务端点信息查询请求时，从所述保存模块保存的所述服务端点信息中查找相应的服务端点信息，返回给所述集群。

在一个实施例中，所述装置，还包括：

注入模块106，用于根据所述服务端点信息在进行域名解析时所需的操作内容生成相应的插件，将多个所述插件链接成插件链，将所述插件链注入到所述集群中；其中，所述服务端点信息查询请求是从所述插件链发来的。

本发明实施例提供了一种集群服务解析装置，参照图6所示，该集群服务解析装置200包括：

集群内解析模201，用于接收来自于客户端的针对一服务的服务解析请求；

跨集群解析模块202，用于根据所述服务解析请求发出相应的服务端点信息查询请求，接收根据所述服务端点信息查询请求从预先收集到的服务端点信息中查找的相应的服务端点信息，对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息，经由所述集群内解析模块反给所述客户端；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的。

本发明实施例提供了一种跨多集群服务解析系统，参照图7所示，包括：

包括上述的跨多集群信息管理装置100；以及

分别设置在各个集群内的上述的集群服务解析装置200。

本发明实施例提供了一种服务端设备，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机指令，所述指令被处理器执行时能够实现上述的多集群信息收集方法，或能够实现上述的服务端点信息查询方法，或能够实现上述的跨多集群服务的解析方法。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时能够实现上述的多集群信息收集方法，或能够实现上述的服务端点信息查询方法，或能够实现上述的跨多集群服务的解析方法。

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

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

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

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

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

Claims (16)

1.一种服务端点信息查询方法，其特征在于，包括：

接收来自于一集群的服务端点信息查询请求；

根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找相应的服务端点信息；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的；

将查找到的服务端点信息返回给所述集群；

所述接收来自于一集群的服务端点信息查询请求之前还包括：

根据收集到的所述服务端点信息在进行域名解析时所需的操作内容查找相应的插件；将多个所述插件链接成插件链；将所述插件链注入到所述集群中；所述服务端点信息查询请求是从所述插件链发来的。

2.根据权利要求1所述的方法，其特征在于，将收集到的所述服务端点信息与相应集群的集群标识相关联保存之后还包括：

对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息。

3.根据权利要求2所述的方法，其特征在于，从多个集群中收集服务端点信息之前还包括：

根据预设的选择规则，从全部集群中选择所述多个集群。

4.根据权利要求1所述的方法，其特征在于，所述将所述插件链注入到所述集群中之后还包括：

对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新相应的服务端点信息，并根据更新后的服务端点信息更新所述插件链。

5.根据权利要求1所述的方法，其特征在于，所述将多个所述插件链接成插件链包括：

根据收集到的所述服务端点信息的类型确定该服务端点信息所属的域名解析域；

将属于同一个域名解析域的服务端点信息所对应的插件链接成一个插件链。

6.根据权利要求1～5中任一项所述的方法，其特征在于，所述将所述插件链注入到所述集群中包括：将所述插件链通过边车代理方式远程注入到所述集群中。

7.一种跨多集群服务的域名解析方法，其特征在于，包括

一集群接收来自于客户端的针对一服务的服务解析请求；

根据所述服务解析请求发出相应的服务端点信息查询请求；

接收根据所述服务端点信息查询请求，从预先收集到的服务端点信息中查找的相应的服务端点信息；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的；

通过预先注入到所述集群中的插件链对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息。

8.根据权利要求7所述方法，其特征在于，根据所述服务解析请求发出相应的服务端点信息查询请求包括：

在所述集群内部查找与所述服务对应的服务端点；

当查找失败时，发出所述服务端点信息查询请求。

9.一种跨多集群信息管理装置，其特征在于，包括：

收集模块，用于从多个集群中收集服务端点信息；以及

保存模块，用于将由所述收集模块收集到的所述服务端点信息与相应集群的集群标识相关联保存；

注入模块，用于根据所述服务端点信息在进行域名解析时所需的操作内容生成相应的插件，将多个所述插件链接成插件链，将所述插件链注入到所述集群中；其中，所述服务端点信息查询请求是从所述插件链发来的。

10.根据权利要求9所述的装置，其特征在于，还包括：

监听模块，用于对所述多个集群进行监控，当一集群中的服务发生变化时，根据该集群的集群标识更新由所述保存模块保存的相应的服务端点信息。

11.根据权利要求10所述的装置，其特征在于，还包括：

选择模块，用于根据预设的选择规则，从全部集群中选择所述多个集群。

12.根据权利要求9所述的装置，其特征在于，还包括：

查询模块，用于当接收到来自于一集群的服务端点信息查询请求时，从所述保存模块保存的所述服务端点信息中查找相应的服务端点信息，返回给所述集群。

13.一种集群服务解析装置，其特征在于，包括：

集群内解析模块，用于接收来自于客户端的针对一服务的服务解析请求；

跨集群解析模块，用于根据所述服务解析请求发出相应的服务端点信息查询请求，接收根据所述服务端点信息查询请求从预先收集到的服务端点信息中查找的相应的服务端点信息，通过预先注入到所述集群中的插件链对所述服务端点信息进行域名解析，得到与所述服务对应的服务端点的地址信息，经由所述集群内解析模块反给所述客户端；其中，所述预先收集到的服务端点信息是从多个集群中收集，并与相应集群的集群标识相关联保存的。

14.一种跨多集群服务解析系统，其特征在于，包括：

权利要求9～12中任一项所述的多集群信息管理装置；以及

分别设置在各个集群内的权利要求13所述的集群服务解析装置。

15.一种服务端设备，其特征在于，包括：存储器、处理器及存储于存储器上并可在处理器上运行的计算机指令，所述指令被处理器执行时能够实现如权利要求1～8中任一项所述的方法。

16.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被处理器执行时能够实现如权利要求1～8中任一项所述的方法。

Images