WO2023083038A1 - 多注册中心的数据处理方法、装置、设备和存储介质 - Google Patents
多注册中心的数据处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- WO2023083038A1 WO2023083038A1 PCT/CN2022/128597 CN2022128597W WO2023083038A1 WO 2023083038 A1 WO2023083038 A1 WO 2023083038A1 CN 2022128597 W CN2022128597 W CN 2022128597W WO 2023083038 A1 WO2023083038 A1 WO 2023083038A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- registration
- registration center
- change
- center
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
Definitions
- the embodiments of the present application relate to the field of computer technology, and in particular, to a data processing method, device, device and storage medium for multiple registration centers.
- the service provider registers with the registration center, and the service caller pulls the instance list from the registration center for service invocation.
- the embodiment of the present application provides a data processing method, device, device, and storage medium for multiple registration centers, which solves the problems of cumbersome operations and high costs when calling services across centers or using other related services in related technologies, and significantly improves It improves the data processing efficiency of multiple registration centers and reduces the cost.
- the embodiment of the present application provides a data processing method of multiple registration centers, the method comprising:
- each data synchronization task corresponds to at least two different registration centers
- the information change content is converted into the change information of different types of registration centers through the created data synchronization task;
- Sending the change information to the corresponding registration center is used to synchronize information between other registration centers and the first registration center to provide information calling.
- the embodiment of the present application also provides a multi-registry data processing device, including:
- a task creation module configured to create multiple data synchronization tasks according to registration center information, wherein each data synchronization task corresponds to at least two different registration centers;
- the information change processing module is used to convert the information change content into different types of registration center change information through the created data synchronization task when the information change of a registration center is detected;
- the information sending module is configured to send the change information to the corresponding registration center, and is used to synchronize information between other registration centers and the first registration center to provide information calling.
- the embodiment of the present application also provides a data processing device with multiple registration centers, the device includes:
- processors one or more processors
- the one or more processors When the one or more programs are executed by the one or more processors, the one or more processors implement the multi-registry data processing method described in the embodiment of the present application.
- the embodiment of the present application also provides a storage medium storing computer-executable instructions, and the computer-executable instructions are used to execute the data of the multi-registry described in the embodiment of the present application when executed by a computer processor. Approach.
- the embodiment of the present application further provides a data processing program for multiple registration centers.
- the program When the program is executed, operations related to the data processing method for multiple registration centers as described in the first aspect can be realized.
- multiple data synchronization tasks are created according to the registration center information.
- Each data synchronization task corresponds to at least two different registration centers.
- the task converts the information change content into the change information of different types of registration centers, and sends the change information to the corresponding registration center to realize the information synchronization between other registration centers and the first registration center to provide information calling, which significantly improves the The data processing efficiency of multiple registries reduces the overall cost.
- FIG. 1 is a flow chart of a data processing method for multiple registration centers provided by an embodiment of the present application
- FIG. 2 is a flow chart of another data processing method for multiple registration centers provided by the embodiment of the present application.
- FIG. 3 is a flow chart of another multi-registry data processing method provided by the embodiment of the present application.
- FIG. 4 is a flow chart of another multi-registry data processing method provided by the embodiment of the present application.
- FIG. 5 is a structural block diagram of a data processing device with multiple registration centers provided by an embodiment of the present application.
- FIG. 6 is a schematic structural diagram of a multi-registry data processing device provided by an embodiment of the present application.
- Fig. 1 is a flow chart of a data processing method for multiple registration centers provided by the embodiment of the present application, which can be applied to the data processing of multiple registration centers.
- Equipment in the computer room or individually customized equipment, etc. specifically include the following steps:
- Step S101 Create multiple data synchronization tasks according to registration center information, where each data synchronization task corresponds to at least two different registration centers.
- the registration center is an important part of the service architecture. Taking the microservice architecture as an example, the registration center, as one of the important components, plays the role of an intermediate coordinator of information resources. Commonly, the functions included in the registry include service discovery, service configuration and service health detection.
- the service discovery function provided by the registration center includes service registration, service de-registration, service subscription and service unsubscription, and the like.
- the registration center can save the relevant information of the service provider and the service caller during service registration; when the service is subscribed, the service caller can subscribe to the information of the service provider, and when the information of the service provider changes, such as increasing or decreasing the instance, The corresponding service caller for the subscription will receive the corresponding notification.
- multiple registration centers are set up, which are deployed in certain regions or globally according to different business requirements.
- these originally independent heterogeneous registries have the requirement of cross-registry service calls.
- the service provider usually needs to register with multiple registries or the service caller Consuming instances of multiple registries, due to the heterogeneous nature of the registries, requires a lot of code modification on the service provider and the service registrant, and even the change of the technology stack brings huge costs.
- the aforementioned cross-registry refers to a registry that is deployed independently, such as team A and team B respectively deploying the same registry cluster (which can be all Eureka types) but the two clusters are completely independent; or Two different types of heterogeneous registration centers, such as one is a Eureka type registration center and the other is a Nacos type registration center.
- multiple data synchronization tasks are first created according to registry center information.
- the registration center information may be the number of registration centers, and may also include information data related to each registration center, such as the type of registration center, the region where it is located, and the like.
- multiple data synchronization tasks can be created by using the designed synchronization component, that is, by running the synchronization component.
- the data synchronization content may be service instance information.
- a data synchronization task may be configured for every two registration centers, that is, a data synchronization task is used to realize data synchronization between two registration centers. Among them, the data synchronization task can realize two-way synchronization of data between two registration centers.
- a data synchronization task between registration center 1 and registration center 2 as an example.
- registration center 1 changes information
- registration center 2 correspondingly performs information Synchronization
- the registration center 2 information changes, the registration center 1 performs information synchronization accordingly.
- the data synchronization task can also realize data synchronization between three registration centers at the same time, and there is no limit to the number of specific synchronization registration centers.
- An optional solution is to configure one for every two registration centers.
- Data synchronization tasks As an example, take configuring a data synchronization task for every two registration centers as an example.
- the created data synchronization task is N(N-1)/2, and the data synchronization task can be
- the operation mode of the platform task runs in the computing device, and each data synchronization task can asynchronously realize the data synchronization of the corresponding registration center.
- the registration center information also includes information about the region where the registration center is located.
- the registration area can be divided into four areas, which are respectively recorded as the first area, the second area, the third area and the fourth area.
- Each area corresponds to the preset geographic location area. China, Asia, Europe and Americas.
- create multiple data synchronization tasks based on the registration center information including: create a data synchronization task for every two registration centers in the preset area; create a data synchronization task for two registration centers between the preset areas .
- the data synchronization task is to create a data synchronization task between the preset regions, such as selecting a registration center in the first region and the second region, and create the data synchronization tasks of the two registration centers.
- the number of data synchronization tasks created can be reduced, and at the same time, two-way data synchronization between the final registration centers can be guaranteed.
- Step S102 when the information change of a certain registration center is detected, the information change content is converted into the change information of different types of registration centers through the created data synchronization task.
- the information change of a certain registration center takes the instance change information of the registration center as an example, and the created data synchronization task is started correspondingly after the synchronization component is started.
- the data synchronization task is recorded as job[i][j], which represents the synchronization task between registration center i and registration center j.
- the data synchronization task subscribes to the instance information of registry i and registry j, and when the instance change information of registry i is received through the data synchronization task, the changed instance is synchronized to registry j.
- the instance change information of registry j is received through the data synchronization task, the changed instance is synchronized to registry i.
- the instance information may be information such as IP, port number, service name, region, country, city, and computer room when the service provider registers with a registration center.
- the service caller can call the instance information from the registration center to realize the service call.
- the multiple registration centers include registration centers generated by different programming languages and technology stacks. Taking the open source Eureka type, Nacos type and Consul type registration centers as examples, for the Eureka type registration center i and the Nacos type registration center j, the data synchronization task job[i][j] is implementing the Eureka type registration center i.
- the writing language and data representation format are converted accordingly, so that the Nacos-type registry j uses its own construction configuration method to synchronize the instance change information of the registry i .
- the service caller can make service calls from any registration center.
- Step S103 sending the change information to the corresponding registration center, which is used to realize information synchronization between other registration centers and the first registration center to provide information calling.
- the change information is synchronized to other registration centers in one embodiment , such as sending the change information to other registration centers for information update, so as to finally realize the data synchronization of multiple registration centers.
- FIG. 2 is a flow chart of another multi-registry data processing method provided by the embodiment of the present application, which provides a specific way to realize the synchronous change of data in other registration centers in the multi-registry center, as shown in Figure 2 ,include:
- Step S201 creating multiple data synchronization tasks according to registration center information, wherein each data synchronization task corresponds to at least two different registration centers.
- Step S202 when the information change of the first registration center is detected through the first data synchronization task, the information change content is converted into the change information of the type to which the second registration center belongs.
- a data synchronization task is created between every two registration centers. Take the preset large area as an example, create data synchronization tasks job[a][b] for registration center a and registration center b respectively, create data synchronization task job[a][c] for registration center a and registration center c, and create data synchronization task job[a][c] for registration center a and registration center c.
- Center a and registry d create data synchronization tasks job[a][d], create data synchronization tasks job[b][c] for registry b and registry c, and create data synchronization tasks for registry b and registry d job[b][d], create data synchronization task job[c][d] for registry c and registry d.
- the first data synchronization task is characterized by job[a][b]
- the first registration center is represented by registration center a
- the second The registration center is characterized by registration center b, that is, when the information change of registration center a is detected, the information change content is converted into the change information of the type of registration center b through the data synchronization task job[a][b].
- Step S203 sending the change information to the second registration center, so as to synchronize the information of the first registration center and the second registration center.
- the data synchronization task job[a][b] sends the change information to the registration center b, so as to realize the information synchronization between the registration center a and the registration center b.
- Step S204 when the information change of the second registration center is detected through the second data synchronization task, the information change content is converted into the change information of the type to which the third registration center belongs, and the change information is sent to the third registration center for and synchronizing the information of the first registration center and the third registration center.
- the second data synchronization task is represented by job[b][c]
- the third registration center is represented by registration center c, that is, when the information of registration center b changes
- the data synchronization task job[ b] [c] Realize the information change of registration center c, and finally realize the information synchronization of registration center b and registration center c.
- the information synchronization between registration center a, registration center b and registration center c can be realized.
- the information synchronization between registration center c and registration center d can be realized through the data synchronization task job[c][d]. .
- data synchronization between n registration centers can be achieved by analogy.
- data synchronization in order to avoid circular synchronization, if the information of registration center a is changed and the information of registration center b is synchronized, the information of corresponding registration center b is changed, and then the information of registration center a is further changed. Record the source of the information change request during the information synchronization process, that is, record the information change request source as a when the registration center b performs synchronization, and then filter out the data synchronization when triggering the data synchronization event caused by the information change based on the registration center b Task job[a][b].
- any business service registered in any registration center can be subscribed and called by the service caller of any other registration center, which greatly simplifies the information call process , optimizing the service invocation mechanism of multiple registries.
- a registration center can be selected respectively, and a data synchronization task can be created between the selected registration centers to realize the opening of information synchronization channels between different preset regions.
- the information synchronization of all internal registration centers is realized according to the data synchronization tasks created by the preset larger than the internal ones, thereby reducing the number of data synchronization tasks created, making the synchronization components more lightweight, and reducing the occupancy rate of system resources.
- a data synchronization task is also created between every two registration centers, for 4 registration centers (exemplarily marked as registration center a, registration center b, registration center c and registration center d)
- the data synchronization task job[a][c] is used to Realizing the information synchronization between registration center a and registration center c is not limited to using the data synchronization task job[b][c] to indirectly realize the data synchronization between registration center a and registration center c, and arbitrarily realizes multiple registrations through the created data synchronization task
- the way of information synchronization of the center belongs to the scope of protection of this scheme.
- Fig. 3 is a flowchart of another multi-registry data processing method provided by the embodiment of the present application, and provides a specific method for service registration and invocation under multi-registry deployment, as shown in Fig. 3 , including:
- Step S301 creating multiple data synchronization tasks according to registration center information, wherein each data synchronization task corresponds to at least two different registration centers.
- Step S302 receiving the registration information of the service provider through the third registration center and registering.
- the third registration center is one of multiple registration centers.
- the service provider registers its own registration information through the third registration center.
- Step S303 when the information change of the third registration center is detected, the information change content is converted into the change information of different types of registration centers through the created data synchronization task.
- the data synchronization task detects the change of information, and converts the content of the changed information into change information of different types of registration centers.
- Step S304 sending the change information to the corresponding registration center, so as to realize information synchronization between other registration centers and the first registration center to provide information calling.
- the registration information or change information of the third registration center is sent to other registration centers of the multi-registration center, so that the registration information or change information of the third registration center is synchronized among all registration centers.
- Step S305 The fourth registration center receives an information invocation request from the service invoking terminal, which is used to invoke the registered information or the changed information based on the registered information.
- the fourth registration center is another registration center in the multi-registration center, and the service invoking terminal carries out the original registered or changed information in the third registration center through the fourth registration center, so as to realize service invocation.
- the fourth registration center and the service caller include the same preset area ID, that is, the service caller preferentially calls the registration center under the same area ID, and the preset area ID is used to represent the preset Region.
- the preset area ID is used to represent the preset Region.
- FIG. 4 is a flow chart of another data processing method for multiple registration centers provided by the embodiment of the present application, and presents an optimized information call selection strategy. As shown in Figure 4, including:
- Step S401 after the service caller is started, subscribe to the first instance from any registry in the multi-registry.
- Step S402 the service caller obtains the first instance from the registration center of the local computer room.
- Step S403 judging whether the acquisition is successful, in response to the determination result of acquisition success, execute step S411 , and in response to the determination result of not acquisition success, execute step S404 .
- Step S404 the service caller obtains the first instance from the registration center in the same city.
- Step S405 judging whether the acquisition is successful, in response to the determination result of acquisition success, execute step S411 , and in response to the determination result of not acquisition success, execute step S406 .
- Step S406 the service caller obtains the first instance from the registration center in the same country.
- Step S407 judging whether the acquisition is successful, in response to the determination result of acquisition success, execute step S411, and in response to the determination result of not acquisition success, execute step S408.
- Step S408 the service caller obtains the first instance from the registration center in the same region.
- Step S409 judging whether the acquisition is successful, in response to the judgment result of successful acquisition, execute step S411, and in response to the judgment result of not successful acquisition, execute step S410.
- Step S410 the service calling end obtains the first instance from all registration centers, so as to initiate information calling.
- Step S411 initiate an information call.
- Fig. 5 is a structural block diagram of a multi-registry data processing device provided by an embodiment of the present application, the device is used to execute the multi-registry data processing method provided by the above embodiment, and has corresponding functional modules and beneficial effects for executing the method .
- the system specifically includes: a task creation module 101, an information change processing module 102 and an information sending module 103, wherein,
- a task creation module configured to create multiple data synchronization tasks according to registration center information, wherein each data synchronization task corresponds to at least two different registration centers;
- the information change processing module is used to convert the information change content into different types of registration center change information through the created data synchronization task when the information change of a registration center is detected;
- the information sending module is configured to send the change information to the corresponding registration center, and is used to synchronize information between other registration centers and the first registration center to provide information calling.
- Each data synchronization task corresponds to at least two different registration centers.
- the created data synchronization task The information change content is converted into change information of different types of registration centers, and the change information is sent to the corresponding registration center, which is used to synchronize information between other registration centers and the first registration center to provide information calling, which significantly improves multiple
- the data processing efficiency of the registration center reduces the overall cost.
- the task creation module 101 is specifically configured to:
- the information change processing module 102 is specifically configured to:
- the information change content is converted into the change information of the type to which the second registration center belongs;
- the information sending module 103 is specifically used for:
- the information change processing module 102 is also configured to:
- the change information is sent to the second registration center, when the information change of the second registration center is detected through the second data synchronization task, the information change content is converted into the change information of the type to which the third registration center belongs;
- the information sending module 103 is specifically configured to: send the change information to the third registration center, so as to synchronize the information of the first registration center and the third registration center.
- the device further includes a service registration module and a service invocation module, and the service registration module is used for:
- the service calling module is used for:
- the fourth registration center receives an information call request from the service caller to call the registration information or the change information based on the registration information.
- the fourth registration center and the service caller include the same preset area identifier.
- the service calling module is specifically configured to:
- the fourth registration center does not include the call instance in the information call request, respond to the information call request through any other registration center that includes the call instance.
- Figure 6 is a schematic structural diagram of a multi-registry data processing device provided by the embodiment of the present application.
- the device includes a processor 201, a memory 202, an input device 203, and an output device 204; the processor in the device
- the number of 201 can be one or more, and one processor 201 is taken as an example in FIG. Take connection via bus as an example.
- the memory 202 can be used to store software programs, computer-executable programs and modules, such as program instructions/modules corresponding to the multi-registry data processing method in the embodiment of the present application.
- the processor 201 executes various functional applications and data processing of the device by running the software programs, instructions and modules stored in the memory 202, that is, realizes the above-mentioned multi-registry data processing method.
- the input device 203 can be used to receive input numbers or character information, and generate key signal input related to user settings and function control of the device.
- the output device 204 may include a display device such as a display screen.
- the embodiment of the present application also provides a storage medium containing computer-executable instructions, and the computer-executable instructions are used to execute a data processing method for multiple registration centers described in the above-mentioned embodiments when executed by a computer processor, specifically including :
- each data synchronization task corresponds to at least two different registration centers
- the information change content is converted into the change information of different types of registration centers through the created data synchronization task;
- Sending the change information to the corresponding registration center is used to synchronize information between other registration centers and the first registration center to provide information calling.
- the units and modules included are only divided according to functional logic, but are not limited to the above-mentioned division, as long as the corresponding functions can be realized ;
- the specific names of the functional units are only for the convenience of distinguishing each other, and are not used to limit the protection scope of the embodiments of the present application.
- various aspects of the method provided in this application can also be implemented in the form of a program product, which includes program code.
- program product When the program product is run on a computer device, the program code is used to The computer device is made to execute the steps in the methods described above in this specification according to various exemplary implementations of the present application.
- the computer device can execute the data processing method of multiple registration centers described in the embodiments of the present application.
- the program product can be implemented using any combination of one or more readable media.
Abstract
本申请实施例提供了一种多注册中心的数据处理方法、装置、设备和存储介质，该方法包括：根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。本方案，显著提升了多注册中心的数据处理效率，降低了整体成本。
Description
本申请要求在2021年11月15日提交中国专利局，申请号为202111350207.8的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。
本申请实施例涉及计算机技术领域，尤其涉及一种多注册中心的数据处理方法、装置、设备和存储介质。
在服务架构体系中，服务提供端在注册中心进行注册，服务调用端在注册中心中进行实例列表的拉取以进行服务调用。随着服务全球化部署以及跨大区网络可靠性的限制，通过部署一套注册中心以提供服务的方式已无法满足当下的业务需求。
相关技术中，以多注册中心的方式来实现全球化和跨大区的部署来满足当下的业务需求成为了主流的模式。然而在多注册中心模式的使用过程中，有的注册中心进行全球部署，而有的注册中心进行个别大区的部署，由此带来了跨注册中心的服务使用的问题。例如需要服务提供端在多个注册中心进行注册，服务调用端在多个注册中心进行订阅，操作流程繁琐、成本高昂。
发明内容
本申请实施例提供了一种多注册中心的数据处理方法、装置、设备和存储介质，解决了相关技术中跨中心进行服务调用或进行其它相关服务使用时操作繁琐、成本高的问题，显著提升了多注册中心的数据处理效率，降低了成本。
第一方面，本申请实施例提供了一种多注册中心的数据处理方法，该方法包括：
根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；
当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；
将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。
第二方面，本申请实施例还提供了一种多注册中心的数据处理装置，包括：
任务创建模块，用于根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；
信息变更处理模块，用于当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；
信息发送模块，用于将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。
第三方面，本申请实施例还提供了一种多注册中心的数据处理设备，该设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请实施例所述的多注册中心的数据处理方法。
第四方面，本申请实施例还提供了一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本申请实施例所述的多注册中心的数据处理方法。
第五方面，本申请实施例还提供一种多注册中心的数据处理的程序，该程序被执行时，可以实现如第一方面所述的多注册中心的数据处理方法有关的操作。
本申请实施例中，根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心，当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息，将变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用，显著提升了多注册中心的数据处理效率，降低了总体成本。
图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所述的多注册中心的数据处理方法，其中，所述根据注册中心信息创建多个数据同步任务，包括：对预设大区内的每两个注册中心创建一个数据同步任务；对预设大区之间的两个注册中心创建一个数据同步任务。
- 根据权利要求1或2所述的多注册中心的数据处理方法，其中，所述当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息，包括：当通过第一数据同步任务检测到第一注册中心的信息变更时，将信息变更内容转换为第二注册中心所属类型的变更信息；所述将所述变更信息发送至对应的注册中心，包括：将所述变更信息发送至第二注册中心，以使所述第一注册中心和所述第二注册中心的信息同步。
- 根据权利要求3所述的多注册中心的数据处理方法，其中，在将所述变更信息发送至第二注册中心之后，还包括：当通过第二数据同步任务检测到第二注册中心的信息变更时，将信息变更内容转换为第三注册中心所属类型的变更信息，将所述变更信息发送至第三注册中心，以使所述第一注册中心和所述第三注册中心的信息同步。
- 根据权利要求1-4中任一项所述的多注册中心的数据处理方法，其中，在根据注册中心信息创建多个数据同步任务之后，还包括：通过第三注册中心接收服务提供端的注册信息进行注册；在将所述变更信息发送至对应的注册中心之后，还包括：通过第四注册中心接收服务调用端的信息调用请求，用于调用所述注册信息或基于所述注册信息进行信息变更后的变更信息。
- 根据权利要求5所述的多注册中心的数据处理方法，其中，所述第四注册 中心和所述服务调用端包含相同的预设区域标识。
- 根据权利要求6所述的多注册中心的数据处理方法，其中，如果所述第四注册中心不包含所述信息调用请求中的调用实例，则通过其它任意包含所述调用实例的注册中心响应所述信息调用请求。
- 多注册中心的数据处理装置，其中，包括：任务创建模块，配置为根据注册中心信息创建多个数据同步任务，其中，每个数据同步任务对应至少两个不同的注册中心；信息变更处理模块，配置为当检测到某个注册中心的信息变更时，通过创建的数据同步任务将信息变更内容转换为不同类型的注册中心的变更信息；信息发送模块，配置为将所述变更信息发送至对应的注册中心，用于实现其它注册中心和所述第一注册中心的信息同步以提供信息调用。
- 一种多注册中心的数据处理设备，所述设备包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的多注册中心的数据处理方法。
- 一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时配置为执行如权利要求1-7中任一项所述的多注册中心的数据处理方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111350207.8 | 2021-11-15 | ||
| CN202111350207.8A CN114138504A (zh) | 2021-11-15 | 2021-11-15 | 多注册中心的数据处理方法、装置、设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2023083038A1 true WO2023083038A1 (zh) | 2023-05-19 |
Family
ID=80393196
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2022/128597 WO2023083038A1 (zh) | 2021-11-15 | 2022-10-31 | 多注册中心的数据处理方法、装置、设备和存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114138504A (zh) |
| WO (1) | WO2023083038A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114138504A (zh) * | 2021-11-15 | 2022-03-04 | 百果园技术(新加坡)有限公司 | 多注册中心的数据处理方法、装置、设备和存储介质 |
| CN117311924A (zh) * | 2022-06-23 | 2023-12-29 | 华为云计算技术有限公司 | 一种微服务迁移方法、装置及计算设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105515759A (zh) * | 2015-11-27 | 2016-04-20 | 国网信息通信产业集团有限公司 | 一种微服务注册方法及系统 |
| CN110365750A (zh) * | 2019-06-25 | 2019-10-22 | 苏宁云计算有限公司 | 服务注册系统及方法 |
| CN113254227A (zh) * | 2020-02-11 | 2021-08-13 | 千寻位置网络有限公司 | 跨数据中心的远程方法调用的方法、系统 |
| WO2021203968A1 (zh) * | 2020-10-28 | 2021-10-14 | 平安科技（深圳）有限公司 | 多注册中心的微服务统一管理方法、装置、设备及介质 |
| CN114138504A (zh) * | 2021-11-15 | 2022-03-04 | 百果园技术(新加坡)有限公司 | 多注册中心的数据处理方法、装置、设备和存储介质 |
-
2021
- 2021-11-15 CN CN202111350207.8A patent/CN114138504A/zh active Pending
-
2022
- 2022-10-31 WO PCT/CN2022/128597 patent/WO2023083038A1/zh unknown
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105515759A (zh) * | 2015-11-27 | 2016-04-20 | 国网信息通信产业集团有限公司 | 一种微服务注册方法及系统 |
| CN110365750A (zh) * | 2019-06-25 | 2019-10-22 | 苏宁云计算有限公司 | 服务注册系统及方法 |
| CN113254227A (zh) * | 2020-02-11 | 2021-08-13 | 千寻位置网络有限公司 | 跨数据中心的远程方法调用的方法、系统 |
| WO2021203968A1 (zh) * | 2020-10-28 | 2021-10-14 | 平安科技（深圳）有限公司 | 多注册中心的微服务统一管理方法、装置、设备及介质 |
| CN114138504A (zh) * | 2021-11-15 | 2022-03-04 | 百果园技术(新加坡)有限公司 | 多注册中心的数据处理方法、装置、设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114138504A (zh) | 2022-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2023083038A1 (zh) | 多注册中心的数据处理方法、装置、设备和存储介质 | |
| US20240031309A1 (en) | Data Processing Method, Apparatus, Device and Storage Medium | |
| CN105760214A (zh) | 一种设备状态及资源信息监测方法、相关设备及系统 | |
| CN101232626B (zh) | 一种基于企业业务开发平台的业务支撑系统和方法 | |
| JP2015537307A (ja) | コンポーネント指向ハイブリッドクラウドオペレーティングシステムのアーキテクチャ及びその通信方法 | |
| CN103607430A (zh) | 一种网络处理的方法和系统及网络控制中心 | |
| CN101207517B (zh) | 一种分布式企业服务总线节点可靠性维护方法 | |
| CN110719311B (zh) | 分布式协调服务方法、系统及计算机可读存储介质 | |
| US10678735B2 (en) | Asynchronous channel based bus architecture enabling decoupled services | |
| CN110391940B (zh) | 服务地址的响应方法、装置、系统、设备和存储介质 | |
| EP3439425B1 (en) | Network function communication | |
| CN101453404A (zh) | 一种实现负载均衡的方法及装置 | |
| WO2009046593A1 (fr) | Procédé de communication d'application pour un terminal | |
| WO2023103759A1 (zh) | 服务调用方法、系统、装置、设备及存储介质 | |
| WO2023185938A1 (zh) | 多集群服务系统、服务访问与信息配置方法、设备及介质 | |
| CN111757353A (zh) | 5g核心网中的网络数据处理方法及装置 | |
| CN110944067B (zh) | 一种负载均衡方法和服务器 | |
| CN114448686B (zh) | 一种基于微服务的跨网络通信装置与方法 | |
| CN110324317B (zh) | 业务处理方法、装置、设备及存储介质 | |
| EP3439238A1 (en) | Architecture, method and apparatus for realizing network function communication | |
| WO2022007908A1 (zh) | 网元设备间业务协同的方法和网元设备 | |
| CN100484014C (zh) | 智能网中的分布式集群业务管理系统及业务管理方法 | |
| CN112351106B (zh) | 一种含事件网格的服务网格平台及其通信方法 | |
| CN110636073A (zh) | 一种分布式异步远程服务编排与调用技术 | |
| CN115391058B (zh) | 一种基于sdn的资源事件处理方法、资源创建方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 22891834 Country of ref document: EP Kind code of ref document: A1 |