CN114138504A - 多注册中心的数据处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种多注册中心的数据处理方法、装置、设备和存储介质，该方法包括：根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。本方案，显著提升了多注册中心的数据处理效率，降低了整体成本。

Description

多注册中心的数据处理方法、装置、设备和存储介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种多注册中心的数据处理方法、装置、设备和存储介质。

背景技术

在服务架构体系中，服务提供端在注册中心进行注册，服务调用端在注册中心中进行实例列表的拉取以进行服务调用。随着服务全球化部署以及跨大区网络可靠性的限制，通过部署一套注册中心以提供服务的方式已无法满足当下的业务需求。

现有技术中，以多注册中心的方式来实现全球化和跨大区的部署来满足当下的业务需求成为了主流的模式。然而在多注册中心模式的使用过程中，有的注册中心进行全球部署，而有的注册中心进行个别大区的部署，由此带来了跨注册中心的服务使用的问题。例如需要服务提供端在多个注册中心进行注册，服务调用端在多个注册中心进行订阅，操作流程繁琐、成本高昂。

发明内容

本发明实施例提供了一种多注册中心的数据处理方法、装置、设备和存储介质，解决了现有技术中跨中心进行服务调用或进行其它相关服务使用时操作繁琐、成本高的问题，显著提升了多注册中心的数据处理效率，降低了成本。

第一方面，本发明实施例提供了一种多注册中心的数据处理方法，该方法包括：

根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

第二方面，本发明实施例还提供了一种多注册中心的数据处理装置，包括：

任务创建模块，用于根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

信息变更处理模块，用于当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

信息发送模块，用于将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

第三方面，本发明实施例还提供了一种多注册中心的数据处理设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例所述的多注册中心的数据处理方法。

第四方面，本发明实施例还提供了一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本发明实施例所述的多注册中心的数据处理方法。

本发明实施例中，根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心，当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息，将变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用，显著提升了多注册中心的数据处理效率，降低了总体成本。

附图说明

图1为本发明实施例提供的一种多注册中心的数据处理方法的流程图；

图2为本发明实施例提供的另一种多注册中心的数据处理方法的流程图；

图3为本发明实施例提供的另一种多注册中心的数据处理方法的流程图；

图4为本发明实施例提供的另一种多注册中心的数据处理方法的流程图；

图5为本发明实施例提供的一种多注册中心的数据处理装置的结构框图；

图6为本发明实施例提供的一种多注册中心的数据处理设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明实施例，而非对本发明实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明实施例相关的部分而非全部结构。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明实施例提供的一种多注册中心的数据处理方法的流程图，可应用于多注册中心的数据处理，该方法可以由计算设备如台式机、笔记本、后台服务器、注册中心机房设备或单独定制设备等来执行，具体包括如下步骤：

步骤S101、根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心。

其中，注册中心为服务架构中的重要组成部分。以微服务架构为例，注册中心作为重要的组件之一起到信息资源中间协调者的作用。常见的，注册中心包含的功能包括服务发现、服务配置和服务健康检测。

在一个实施例中，注册中心提供的服务发现功能包括服务注册、服务反注册、服务订阅和服务取消订阅等。其中，注册中心在服务注册时可保存服务提供端和服务调用端的相关信息；服务订阅时，服务调用端可订阅服务提供端的信息，当服务提供端的信息变更时，如进行实例的增加或减少，相应的对于订阅的服务调用端会接收到相应通知。

在一个实施例中，为了满足全球部署的业务需求，搭建有多个注册中心，根据业务需求的不同分别在某些大区或者全球部署。在多个不同的注册中心中存在相互异构的情况，如开源的Eureka、Nacos和Consul等微服务类型的注册中心，即注册中心之间存在使用不同编程语言、不同技术栈搭建，且每个注册中心均设置有自身配套的客户端SDK的情况，以此实现服务提供端的注册服务及服务调用端的消费服务。随着业务的不断发展，这些原本独立的异构的注册中心存在跨注册中心服务调用的需求，现有技术中如果想要满足这种需求通常需要服务提供端往多个注册中心注册或者服务调用端消费多个注册中心的实例，由于注册中心的异构特性，均需要对服务提供端和服务注册方进行大量的代码改造，甚至是技术栈的改变由此带来了巨大成本。具体的，前述的跨注册中心指是跨独立部署的注册中心，如团队A和团队B分别部署同一种注册中心集群(其中可以都是Eureka类型)但是该两个集群是完全独立的；或者是两个不同类型的异构的注册中心，如一个是Eureka类型注册中心另一个是Nacos类型注册中心。

在一个实施例中，为了实现跨注册中心的数据处理，首先根据注册中心信息创建多个数据同步任务。其中，该注册中心信息可以是注册中心的数量，还可以包括每个注册中心相关的信息数据，如注册中心的类型、所在大区等。可选的，可通过使用设计的同步组件，即以运行同步组件的方式来创建多个数据同步任务。示例性的，该数据同步的内容可以是服务实例信息。可选的，可以是为每两个注册中心配置一个数据同步任务，即一个数据同步任务用以实现两个注册中心之间的数据同步。其中，该数据同步任务可以实现两个注册中心之间的数据双向同步，以为注册中心1和注册中心2配置一个数据同步任务为例，当注册中心1进行信息变更后注册中心2对应的进行信息同步，以及当注册中心2信息变更时，注册中心1对应的进行信息同步。可选的，该数据同步任务也可以是同时实现三个注册中心之间的数据同步，对具体的同步注册中心的数量不做限定，一种相对优选的方案为对每两个注册中心配置一个数据同步任务。示例性的，以对每两个注册中心配置一个数据同步任务为例，当注册中心的数量为N个时，创建的数据同步任务为N(N-1)/2，该数据同步任务可以以后台任务的运行方式运行于计算设备中，每个数据同步任务可以异步的实现对应注册中心的数据同步。

在一个实施例中，注册中心信息还包括注册中心的所在大区情况。如注册大区可划分为四个大区，分别记为第一大区、第二大区、第三大区和第四大区，每个大区对应预设的地理位置区域，如分别对应中国区、亚洲区、欧洲区和美洲区。其中，根据注册中心信息创建多个数据同步任务，包括：对预设大区内的每两个注册中心创建一个数据同步任务；对预设大区之间的两个注册中心创建一个数据同步任务。示例性的，假设包含4个预设大区，每个预设大区内包含4个注册中心，则针对每个预设大区内部的注册中心而言，针对两两注册中心共创建6个数据同步任务，针对预设大区之间，如第一大区和第二大区中分别选取一个注册中心，创建该两个注册中心的数据同步任务。由此，可以精简创建数据同步任务个数，同时也能保证最终的两两注册中心之间实现双向的数据同步。

步骤S102、当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息。

在一个实施例中，某个注册中心的信息变更以该注册中心的实例变更信息为例，在设置的同步组件启动后相应的对创建的数据同步任务进行启动。其中，以每两个注册中心对应一个数据同步任务为例，数据同步任务记为job[i][j]，其表示注册中心i和注册中心j之间的同步任务。该数据同步任务订阅注册中心i和注册中心j的实例信息，当通过该数据同步任务收到注册中心i的实例变更信息后，将该变更的实例同步到注册中心j中。相应的，当通过该数据同步任务收到注册中心j的实例变更信息后，将该变更的实例同步到注册中心i中。示例性的，实例信息可以是服务提供端在一个注册中心注册时的IP、端口号、服务名、大区、国家、城市以及机房等信息。服务调用端可以从注册中心中调用该实例信息以实现服务调用。

其中，为了实现各个注册中心的数据同步，当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息。在一个实施例中，多注册中心中包括不同编写语言、技术栈生成的注册中心。以开源的Eureka类型、Nacos类型和Consul类型注册中心为例，针对Eureka类型的注册中心i以及Nacos类型的注册中心j，数据同步任务job[i][j]在实现Eureka类型的注册中心i的实例变更信息同步至Nacos类型的注册中心j的过程中，相应的进行编写语言、数据表征格式的转换，以使得Nacos类型的注册中心j使用自身的构建配置方式进行注册中心i实例变更信息的同步。最终以使得服务调用端可以从任意的注册中心中进行服务调用。

步骤S103、将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

其中，通过创建的数据同步任务接收到某个注册中心的信息变更时，将信息变更内容转换为不同类型的注册中心的变更信息后，进一步的将该变更信息同步至其它的注册中心，如将变更信息发送至其它注册中心中进行信息更新，以最终实现多注册中心的数据同步。

由上述方案可知，通过创建数据同步任务并通过该数据同步任务打通了异构注册中心之间的数据同步，解决了业务跨注册中心进行调用的难题，显著提升了多注册中心的数据处理效率，降低了整体成本，同时无需对原有的注册中心进行改动，实现便捷。

图2为本发明实施例提供的另一种多注册中心的数据处理方法的流程图，给出了一种具体的实现多注册中心中其它注册中心的数据同步变更的方式，如图2所示，包括：

步骤S201、根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心。

步骤S202、当通过第一数据同步任务检测到第一注册中心的信息变更时，将信息变更内容转换为第二注册中心所属类型的变更信息。

在一个实施例中，以每两个注册中心之间创建一个数据同步任务，对于包含4个注册中心(示例性的记为注册中心a、注册中心b、注册中心c和注册中心d)的一个预设大区为例，分别为注册中心a和注册中心b创建数据同步任务job[a][b]，为注册中心a和注册中心c创建数据同步任务job[a][c]，为注册中心a和注册中心d创建数据同步任务job[a][d]，为注册中心b和注册中心c创建数据同步任务job[b][c]，为注册中心b和注册中心d创建数据同步任务job[b][d]，为注册中心c和注册中心d创建数据同步任务job[c][d]。

当通过第一数据同步任务检测到第一注册中心的信息变更时，示例性的，该第一数据同步任务采用job[a][b]表征，第一注册中心采用注册中心a表征，第二注册中心采用注册中心b表征，即当检测到注册中心a的信息变更后，通过数据同步任务job[a][b]将信息变更内容转换为注册中心b所属类型的变更信息。

步骤S203、将所述变更信息发送至第二注册中心，以使所述第一注册中心和所述第二注册中心的信息同步。

相应的，以前述表征内容描述为例，数据同步任务job[a][b]将变更信息发送至注册中心b，以实现注册中心a和注册中心b的信息同步。

步骤S204、当通过第二数据同步任务检测到第二注册中心的信息变更时，将信息变更内容转换为第三注册中心所属类型的变更信息，将所述变更信息发送至第三注册中心，以使所述第一注册中心和所述第三注册中心的信息同步。

其中，该第二数据同步任务采用job[b][c]表征，第三注册中心采用注册中心c表征，即当注册中心b的信息出现变更时，进一步的利用数据同步任务job[b][c]实现注册中心c的信息变更，并最终实现注册中心b和注册中心c的信息同步。由此以实现注册中心a、注册中心b和注册中心c之间的信息同步，同理进一步的通过数据同步任务job[c][d]实现注册中心c和注册中心d的信息同步。相应的，如果该多注册中心为n个，则以此类推实现n个注册中心之间的数据同步。其中，在数据同步时，为了避免循环同步，如注册中心a出现信息变更后实现了注册中心b的信息同步，相应的注册中心b的信息产生了变更再进一步进行注册中心a的信息变更，在信息同步过程中记录该信息变更的请求来源，即注册中心b进行同步时记录信息变更请求来源为a，则相应的在触发基于注册中心b的信息变更导致的数据同步事件时，过滤掉数据同步任务job[a][b]。

由上述方案可知，通过上述的多注册中心的数据处理方式，实现了任何业务服务在任意注册中心注册，即可被其他任意注册中心的服务调用端订阅和调用，极大的简化了信息调用过程，优化了多注册中心的服务调用机制。

在上述技术方案的基础上，针对不同的预设大区之间，同样可以采用两两注册中心之间创建一个数据同步任务的方式实现全球部署的注册中心的数据同步。可选的，对不同预设大区之间，可分别选取一个注册中心实现，针对选择的注册中心两两之间创建一个数据同步任务以实现不同预设大区之间信息同步通道的打通，针对预设大于内部再根据两两创建的数据同步任务实现内部所有注册中心的信息同步，由此以减少数据同步任务创建的数量，使得同步组件更加轻量化，降低系统资源占用率。

在另一个实施例中，同样以每两个注册中心之间创建一个数据同步任务，对于包含4个注册中心(示例性的记为注册中心a、注册中心b、注册中心c和注册中心d)的一个预设大区为例，分别为注册中心a和注册中心b创建数据同步任务job[a][b]，为注册中心a和注册中心c创建数据同步任务job[a][c]，为注册中心a和注册中心d创建数据同步任务job[a][d]，为注册中心b和注册中心c创建数据同步任务job[b][c]，为注册中心b和注册中心d创建数据同步任务job[b][d]，为注册中心c和注册中心d创建数据同步任务job[c][d]。其中，当通过数据同步任务job[a][b]检测到注册中心a的信息变更时，完成注册中心b的信息同步后，进一步的利用数据同步任务job[a][c]来实现注册中心a和注册中心c的信息同步，并不限于使用数据同步任务job[b][c]间接实现注册中心a和注册中心c的数据同步，任意的通过创建的数据同步任务实现多注册中心的信息同步的方式均属于本方案的保护范围。

图3为本发明实施例提供的另一种多注册中心的数据处理方法的流程图，给出了一种具体的多注册中心部署下服务注册、调用的方法，如图3所示，包括：

步骤S301、根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心。

步骤S302、通过第三注册中心接收服务提供端的注册信息进行注册。

其中，该第三注册中心为多个注册中心中的其中一个。服务提供端通过该第三注册中心进行了自身注册信息的注册。

步骤S303、当检测到第三注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息。

其中，当第三注册中心进行了信息注册，或者该注册信息进行了变更时，通过数据同步任务即检测到信息的变更后，将该变更信息内容转换为不同类型的注册中心的变更信息。

步骤S304、将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

具体的，将第三注册中心的注册信息或变更信息发送至多注册中心的其它注册中心，实现了各个注册中心之间均同步由第三注册中心的注册信息或变更信息。

步骤S305、通过第四注册中心接收服务调用端的信息调用请求，用于调用所述注册信息或基于所述注册信息进行信息变更后的变更信息。

其中，该第四注册中心为多注册中心中的另一注册中心，服务调用端通过第四注册中心进行原有的在第三注册中心进行注册或变更的信息，以实现服务调用。

由上述方案可知，通过上述的多注册中心的数据处理方式，实现了在不同注册中心之间进行信息注册和调用的过程，实现了跨注册中心的信息调用，当注册中心处于不同预设大区时，即完成了跨大区之间的信息调用，打通了原本封闭的孤岛式的注册中心之间的联系，显著优化了全球部署环境下多注册中心的数据调用。

可选的，在上述实施例中，第四注册中心和服务调用端包含相同的预设区域标识，即服务调用端优先调用相同区域标识下的注册中心，该预设区域标识用于表征预设大区。以调用信息为实例为例，如果第四注册中心不包述信息调用请求中的调用实例，则通过其它任意包含该调用实例的注册中心响应所述信息调用请求，即当某个预设大区存的注册中心存在宕机、更新或无法使用的情况下，以实现跨大区的信息调用，即实现了跨大区容灾功能。

图4为本发明实施例提供的另一种多注册中心的数据处理方法的流程图，给出了一种优化的信息调用选择策略。如图4所示，包括：

步骤S401、服务调用端启动后，从多注册中心中的任意注册中心进行第一实例的订阅。

步骤S402、服务调用端从本地机房的注册中心中进行第一实例的获取。

步骤S403、判断是否获取成功，如果是，则执行步骤S411，如果否，则执行步骤S404。

步骤S404、服务调用端从相同城市的注册中心中进行第一实例的获取。

步骤S405、判断是否获取成功，如果是，则执行步骤S411，如果否，则执行步骤S406。

步骤S406、服务调用端从相同国家的注册中心中进行第一实例的获取。

步骤S407、判断是否获取成功，如果是，则执行步骤S411，如果否，则执行步骤S408。

步骤S408、服务调用端从相同大区的注册中心中进行第一实例的获取。

步骤S409、判断是否获取成功，如果是，则执行步骤S411，如果否，则执行步骤S410。

步骤S410、服务调用端从所有注册中心中进行第一实例的获取，以发起信息调用。

步骤S411、发起信息调用。

由上述可知，在服务调用端发起信息调用时，由于各个注册中心已经进行了信息同步，当然在这期间可能存在网络故障等问题无法及时同步的情况下，在进行实例获取时采用距离最近优先原则进行实例的逐级获取直到发起调用为止，实现了多注册中心数据处理时，近距离优先调用和跨大区容灾调用的优化。

图5为本发明实施例提供的一种多注册中心的数据处理装置的结构框图，该装置用于执行上述实施例提供的多注册中心的数据处理方法，具备执行方法相应的功能模块和有益效果。如图5所示，该系统具体包括：任务创建模块101、信息变更处理模块102和信息发送模块103，其中，

任务创建模块，用于根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

信息变更处理模块，用于当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

信息发送模块，用于将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

由上述方案可知，根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心，当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息，将变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用，显著提升了多注册中心的数据处理效率，降低了总体成本。

在一个可能的实施例中，所述任务创建模块101具体用于：

对预设大区内的每两个注册中心创建一个数据同步任务；

对预设大区之间的两个注册中心创建一个数据同步任务。

在一个可能的实施例中，所述信息变更处理模块102具体用于：

当通过第一数据同步任务检测到第一注册中心的信息变更时，将信息变更内容转换为第二注册中心所属类型的变更信息；

所述信息发送模块103具体用于：

将所述变更信息发送至第二注册中心，以使所述第一注册中心和所述第二注册中心的信息同步。

在一个可能的实施例中，所述信息变更处理模块102还用于：

在将所述变更信息发送至第二注册中心之后，当通过第二数据同步任务检测到第二注册中心的信息变更时，将信息变更内容转换为第三注册中心所属类型的变更信息；

所述信息发送模块103具体用于：将所述变更信息发送至第三注册中心，以使所述第一注册中心和所述第三注册中心的信息同步。

在一个可能的实施例中，该装置还包括服务注册模块和服务调用模块，所述服务注册模块用于：

在根据注册中心信息创建多个数据同步任务之后，通过第三注册中心接收服务提供端的注册信息进行注册；

所述服务调用模块用于：

在将所述变更信息发送至对应的注册中心之后，通过第四注册中心接收服务调用端的信息调用请求，用于调用所述注册信息或基于所述注册信息进行信息变更后的变更信息。

在一个可能的实施例中，所述第四注册中心和所述服务调用端包含相同的预设区域标识。

在一个可能的实施例中，所述服务调用模块具体用于：

如果所述第四注册中心不包含所述信息调用请求中的调用实例，则通过其它任意包含所述调用实例的注册中心响应所述信息调用请求。

图6为本发明实施例提供的一种多注册中心的数据处理设备的结构示意图，如图6所示，该设备包括处理器201、存储器202、输入装置203和输出装置204；设备中处理器201的数量可以是一个或多个，图6中以一个处理器201为例；设备中的处理器201、存储器202、输入装置203和输出装置204可以通过总线或其他方式连接，图6中以通过总线连接为例。存储器202作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的多注册中心的数据处理方法对应的程序指令/模块。处理器201通过运行存储在存储器202中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的多注册中心的数据处理方法。输入装置203可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置204可包括显示屏等显示设备。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种上述实施例描述的多注册中心的数据处理方法，具体包括：

根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

值得注意的是，上述多注册中心的数据处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

注意，上述仅为本发明实施例的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明实施例不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明实施例的保护范围。因此，虽然通过以上实施例对本发明实施例进行了较为详细的说明，但是本发明实施例不仅仅限于以上实施例，在不脱离本发明实施例构思的情况下，还可以包括更多其他等效实施例，而本发明实施例的范围由所附的权利要求范围决定。

Claims (10)

1.多注册中心的数据处理方法，其特征在于，包括：

根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

2.根据权利要求1所述的多注册中心的数据处理方法，其特征在于，所述根据注册中心信息创建多个数据同步任务，包括：

对预设大区内的每两个注册中心创建一个数据同步任务；

对预设大区之间的两个注册中心创建一个数据同步任务。

3.根据权利要求1所述的多注册中心的数据处理方法，其特征在于，所述当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息，包括：

当通过第一数据同步任务检测到第一注册中心的信息变更时，将信息变更内容转换为第二注册中心所属类型的变更信息；

所述将所述变更信息发送至对应的注册中心，包括：

将所述变更信息发送至第二注册中心，以使所述第一注册中心和所述第二注册中心的信息同步。

4.根据权利要求3所述的多注册中心的数据处理方法，其特征在于，在将所述变更信息发送至第二注册中心之后，还包括：

当通过第二数据同步任务检测到第二注册中心的信息变更时，将信息变更内容转换为第三注册中心所属类型的变更信息，将所述变更信息发送至第三注册中心，以使所述第一注册中心和所述第三注册中心的信息同步。

5.根据权利要求1所述的多注册中心的数据处理方法，其特征在于，在根据注册中心信息创建多个数据同步任务之后，还包括：

通过第三注册中心接收服务提供端的注册信息进行注册；

在将所述变更信息发送至对应的注册中心之后，还包括：

通过第四注册中心接收服务调用端的信息调用请求，用于调用所述注册信息或基于所述注册信息进行信息变更后的变更信息。

6.根据权利要求5所述的多注册中心的数据处理方法，其特征在于，所述第四注册中心和所述服务调用端包含相同的预设区域标识。

7.根据权利要求6所述的多注册中心的数据处理方法，其特征在于，如果所述第四注册中心不包含所述信息调用请求中的调用实例，则通过其它任意包含所述调用实例的注册中心响应所述信息调用请求。

8.多注册中心的数据处理装置，其特征在于，包括：

任务创建模块，用于根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；

信息变更处理模块，用于当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；

信息发送模块，用于将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。

9.一种多注册中心的数据处理设备，所述设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的多注册中心的数据处理方法。

10.一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一项所述的多注册中心的数据处理方法。

Images