CN110413935B - 一种数据信息处理方法、装置及系统 - Google Patents

一种数据信息处理方法、装置及系统 Download PDF

Info

Publication number
CN110413935B
CN110413935B CN201910720674.1A CN201910720674A CN110413935B CN 110413935 B CN110413935 B CN 110413935B CN 201910720674 A CN201910720674 A CN 201910720674A CN 110413935 B CN110413935 B CN 110413935B
Authority
CN
China
Prior art keywords
data
provider
service
node
storing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910720674.1A
Other languages
English (en)
Other versions
CN110413935A (zh
Inventor
滕达
隋臣
夏龙飞
让涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN201910720674.1A priority Critical patent/CN110413935B/zh
Publication of CN110413935A publication Critical patent/CN110413935A/zh
Application granted granted Critical
Publication of CN110413935B publication Critical patent/CN110413935B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本说明书实施例公开了一种数据信息处理方法、装置及系统。所述方法包括接收第一数据信息;将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;接收第二数据信息,所述第二提供方与第一提供方不同;将所述第二数据信息包括的第二提供方数据存储到所述提供方节点下;将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方合成所述第一服务的注册数据。利用本说明书实施例可以减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。

Description

一种数据信息处理方法、装置及系统
技术领域
本说明书实施例方案属于计算机处理技术领域,尤其涉及一种数据信息处理方法、装置及系统。
背景技术
目前,许多分布式服务框架部署在多台不同的机器上。例如服务提供方在集群A,服务订阅方在集群B,B在调用A的服务的过程中可以通过注册中心实现。这样服务提供方只需将服务信息注册到注册中心,服务订阅方直接从注册中心获取相关提供方的信息即可实现对某个服务的调用。
然而,现阶段使用的分布式服务框架,当服务注册到注册中心时,所有相关的数据都会存入注册中心,这样单个服务提供方的所有注册数据会全量存储在注册中心,从而导致存在大量冗余数据。在服务数量较少时,并不会出现问题。但在企业分布式进一步发展,服务注册量激增的背景下,当企业级应用服务注册量超过一定量级后,同一个服务提供方在注册中心存在大量的数据冗余,就会给注册中心带来越来越大的压力,从而会导致注册中心无法支撑的风险。
因此,业内亟需一种可以降低注册中心存储压力的解决方案。
发明内容
本说明书实施例的目的在于提供一种数据信息处理方法、装置及系统,可以通过配置的方式,减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。
本说明书提供的数据信息处理方法、装置、设备及系统是包括以下方式实现的:
一种数据信息处理方法,包括:
第一提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第一分离结果,所述第一分离结果包括第一元数据、第一配置数据和第一提供方数据;
所述第一提供方将所述第一分离结果发送至注册中心;
所述注册中心将所述第一分离结果按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
第二提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第二分离结果,所述第二分离结果包括第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
所述第二提供方将所述第二分离结果发送至注册中心;
所述注册中心将所述第二分离结果包括的所述第二提供方数据存储到所述提供方节点下;
所述注册中心将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方合成所述第一服务的注册数据。
一种数据信息处理方法,包括:
接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
一种数据信息处理方法,包括:
接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
判断是否存在所述服务的初始注册信息;
确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
本说明书提供的所述方法的另一个实施例中,还包括:
确认存在所述服务的初始注册信息时,判断提供方节点下是否存在所述提供方数据;
确认所述提供方节点下不存在所述提供方数据时,将所述提供方数据存储到所述提供方节点下。
一种数据信息处理装置,所述装置包括:
第一接收模块,用于接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
第一存储模块,用于将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
第二接收模块,用于接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
第二存储模块,用于将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
第一发送模块,用于将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
一种数据信息处理装置,所述装置包括:
第三接收模块,用于接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
第一判断模块,用于判断是否存在所述服务的初始注册信息;
第三存储模块,用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
第二发送模块,用于将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
本说明书提供的所述装置的另一个实施例中,还包括:
第二判断模块,用于判断是否存在所述服务的初始注册信息;
第四存储模块,用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下。
一种数据信息处理设备,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
一种数据信息处理设备,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
判断是否存在所述服务的初始注册信息;
确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
一种数据信息处理系统,包括至少一个处理器以及存储计算机可执行指令的存储器,所述处理器执行所述指令时实现本说明书实施例中任意一个方法实施例方法的步骤。
本说明书实施例提供的一种数据信息处理方法、装置及系统,提供方首先通过将服务注册数据进行分离处理,获得元数据、配置数据和提供方数据,然后将分离获得的数据发送至注册中心进行服务注册,注册中心通过对接收到的数据进行判断存储,服务订阅方基于存储结果合成所述服务的注册数据进行调用,这样可以保证同一服务的元数据和配置数据只存储一份,从而减少服务提供方在注册中心的数据冗余。因此,利用本说明书各个实施例,可以减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书提供的现阶段服务注册和服务数据推送的一个场景示意图;
图2是本说明书提供的一种数据信息处理方法的一个实施例的流程示意图;
图3是本说明书提供的所述方法另一个实施例的流程示意图;
图4是本说明书提供的所述方法另一个实施例的流程示意图;
图5是本说明书提供的一种数据信息处理装置的一个实施例的模块结构示意图;
图6是本说明书提供的一种数据信息处理装置的另一个实施例的模块结构示意图;
图7是本说明书提供的一种数据信息处理服务器的一个实施例的硬件结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书中的一部分实施例,而不是全部的实施例。基于本说明书中的一个或多个实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书实施例保护的范围。
现阶段使用的分布式服务框架(例如dubbo),当服务注册到注册中心时,所有相关的数据都会存入注册中心(例如zookeeper),这样单个服务提供方的所有注册数据会全量存储在注册中心,从而导致存在大量冗余数据。在服务数量较少时,并不会出现问题。但在企业分布式进一步发展,服务注册量激增的背景下,当企业级应用服务注册量超过一定量级后,同一个服务提供方在注册中心存在大量的数据冗余,就会给注册中心带来越来越大的压力,从而会导致注册中心无法支撑的风险。具体的,如图1所示,图1是本说明书提供的现阶段服务注册和服务数据推送的一个场景示意图。其中,服务提供方即提供者,包括被其他服务调用的服务。服务订阅方即订阅方,也可以称为服务消费者、消费方等,包括调用其他服务的服务。所述注册中心包括用来存储可供调用的服务。一些实施场景中,服务提供方到注册中心进行注册时,会将服务A的注册数据存储在注册中心,服务订阅方在调用服务A时需要根据订阅服务A的名称从注册中心获取到服务A的注册数据进行调用。然而对于同一服务不同提供方来说,在服务启动时,都需要到注册中心进行注册,这样就会导致对同一服务的一些固有数据进行重复存储,从而造成在注册中心存在大量的数据冗余。例如,当同一服务的提供方数据发生变化时,就需要对该服务的所有注册数据进行重新存储,在企业分布式进一步发展,服务注册量激增的背景下,当企业级应用服务注册量超过一定量级后就会给注册中心带来越来越大的压力。
本说明书实施例提供了一种数据信息处理方法,提供方首先通过将服务注册数据进行分离处理,获得元数据、配置数据和提供方数据,然后将分离获得的数据发送至注册中心进行服务注册,注册中心通过对接收到的数据进行分类存储,服务订阅方基于存储结果合成所述服务的注册数据进行调用,这样可以保证同一服务的元数据和配置数据只存储一份,从而减少服务提供方在注册中心的数据冗余。因此,利用本说明书各个实施例,可以减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。
本说明书提供的一种实施方案可以应用到提供方/注册中心/订阅方的系统构架中,可以用于两者交互,或三者交互,或单独一侧执行来实现。所述提供方即服务提供者,包括被其他服务调用的服务,在服务器/客户端系统中通常也可以称为服务器。所述订阅方即服务订阅,包括调用其他服务的服务,在服务器/客户端系统中通常也可以称为客户端。所述注册中心包括用来存储可供调用的服务列表,订阅方在进行服务调用时,可以根据服务列表选择服务提供方的服务地址进行服务调用。注册中心在分布式系统中大量应用,是分布式系统中不可或缺的组件,例如zookeeper、eureka等。本说明书中所述的提供方、注册中心、消费方包括从逻辑上划分的不同信息处理方。可以理解,上述提供方、注册中心、消费方可以是物理上独立的电子设备。
下面以一个具体的应用场景为例对本说明书实施方案进行说明。具体的,图2是本说明书提供的一种数据信息处理方法的一个实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。
需要说明的是,下述提供方/注册中心/订阅方实施例描述并不对基于本说明书的其他可扩展到的应用场景中的技术方案构成限制。具体的一种实施例如图2所示,本说明书提供的一种数据信息处理方法的一种实施例中,所述方法可以包括:
S10:第一提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第一分离结果,所述第一分离结果包括第一元数据、第一配置数据和第一提供方数据。
其中,所述第一提供方即服务提供者,也可以称为服务提供方,包括被其他服务调用的服务,在服务器/客户端系统中通常也可以称为服务器。所述第一服务可以包括一个或者一组相对较小且独立的功能单元,是用户可以感知的最小功能集。所述服务是围绕业务功能构建的,包括进程外的组件,可以通过网络服务请求或者远程函数调用之类的机制来使用里面的功能。所述注册数据可以包括要完成某一服务所需要的一些数据,如服务名、所属应用、互联网协议地址、端口,服务超时时间、服务负载均衡方式等。
在一些分布式服务注册场景,一般一个服务的注册数据可以分为服务元数据、服务配置数据、服务提供方者数据三部分。其中,服务元数据可以包括服务的一些固有数据信息,如:服务名、所属应用、开发人员等;服务配置数据可以包括运行过程中可以动态配置的数据,如:服务超时时间、服务负载均衡方式等;服务提供方数据可以包括服务提供方特有的数据,如:服务提供方的互联网协议地址、端口、所在园区、服务分组信息、路由信息等。
本实施例应用场景中,在第一提供方到注册中心进行第一服务注册前,第一提供方可以先获取第一服务的注册数据,根据预先设置的方式将注册数据进行分离处理。其中,预先设置的方式可以是提供方通过预先分析注册数据,将注册数据分为静态数据和动态数据,然后按照静态数据和动态数据两种类型对注册数据进行分离处理;也可以是提供方通过预先分析注册数据,将注册数据分为元数据、配置数据、提供方数据,然后按照元数据、配置数据、提供方数据三种类型对注册数据进行分离处理,还可以是其它方式,本说明书对此不作限定。优选的,由于一般一个服务的注册数据可以分为服务元数据、服务配置数据、服务提供方数据三部分,所以本申请实施例中以注册数据分为元数据、配置数据、提供方数据为例进行示例性说明,其它方式类似。
需要说明的是,同一服务的注册数据中元数据是相同的。通常情况下,一些实施例场景中,同一服务的配置数据也是相同的。提供方获取服务注册数据的方式以及对注册数据进行分离处理的方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
S12:所述第一提供方将所述第一分离结果发送至注册中心。
所述注册中心可以包括用来存储可供调用的服务列表,这样订阅方在进行服务调用时,可以根据服务列表选择服务提供方的注册数据进行服务调用,从而可以提高服务调用的效率。注册中心可以包括许多功能,如服务注册、服务反注册、服务订阅、服务通知等。其中,服务注册可以理解为在分布式架构中,服务提供方到注册中心进行注册。这样当订阅方需要调用服务时,就到注册中心找到相应的注册数据进行调用。服务反注册可以理解为在服务提供方机器下线、进程退出等时,注册中心能够提前将相关节点信息删除或者通过相关状态标识出来,表明该服务节点已经不提供服务。这样订阅方在发现服务的时候就可以排除掉这个节点,不会将请求发过来。服务订阅可以理解为服务订阅方在调用服务前需要根据订阅服务的名称从注册中心获取到所有相关服务的注册数据。这样在调用前就可以进行网络连接,发起调用。服务通知可以理解为在注册中心信息变更时,可以主动通知到服务订阅方。这样服务订阅方就可以了解到是新增了服务机器节点,还是下线了服务节点,或是服务权重变更等,从而可以方便订阅方自动控制服务调用流量的流向以及大小等。
本实施例应用场景中,第一提供方对第一服务的注册数据进行分离处理后,可以将获得分离结果发送至注册中心,以便注册中心对第一服务进行注册。其中,发送方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
S20:所述注册中心将所述第一分离结果按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下。
本实施例应用场景中,以服务在注册中心第一次进行注册时的场景进行说明,也就是该服务之前并没有在注册中心注册过,即注册中心中没有存储该服务对应的注册数据。例如一些实施场景中,注册中心在接收到第一提供方发送的分离结果后,会将分离结果进行分类存储。例如,可以在注册中心创建服务节点、配置节点、提供方节点,然后将分离结果包括的元数据存储到服务节点下,将分离结果包括的配置数据存储到配置节点下,将分离结果包括的提供方数据存储到提供方节点下。
需要说明的是,上述还可以根据分离结果中包括的数据种类创建对应的节点。例如一些实施例场景中,分离结果中包括静态数据和动态数据两种类型,则可以在注册中心创建对应的两个节点,然后将静态数据和动态数据分别存储在对应的节点下,以便相同服务数据可以共同利用,从而减少数据冗余。此外,上述存储方法可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
另一些实施场景中,注册中心在接收到第一提供方发送的分离结果后,可以判断当前注册中心的存储区域中是否存在所述服务的初始注册信息,确认不存在所述服务的初始注册信息时,可以将接收到第一提供方发送的分离结果按照第一预设方式进行存储。其中,初始注册信息包括服务初次在注册中心进行注册时的信息。初始注册信息可以包括注册数据和其他与服务相关的信息,所述注册数据包括分离处理后的结果。所述第一预设方式可以包括将分离结果中包括的元数据存储到服务节点下,将分离结果中包括的配置数据存储到配置节点下,将分离结果中包括的提供方数据存储到提供方节点下。
另一些实施场景中,注册中心在接收到第一提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息时,可以进一步判断提供方节点下是否存在第一提供方的提供方数据,确认提供方节点下不存在第一提供方的提供方数据时,注册中心可以将第一提供方的提供方数据存储到提供方节点下。这样元数据和配置数据对于单个服务只独立存储一份,可以减少数据冗余,极大的降低注册中心的存储压力。需要说明的是,注册中心对服务的注册数据进行初次存储时包括对注册数据进行分类存储,即分类存储后,注册中心相应的存在各类数据对应的存储节点。
另一些实施场景中,注册中心在接收到第一提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息,同时确认提供方节点下存在第一提供方的提供方数据时,注册中心可以不对第一提供方发送的分离结果进行处理。这样元数据和配置数据以及相同提供方数据对于单个服务只独立存储一份,可以减少数据冗余,极大的降低注册中心的存储压力。
另一些实施场景中,注册中心在接收到第一提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息,同时也确认提供方节点下存在第一提供方的提供方数据时,注册中心可以基于接收到的分离结果对注册中心之前存储的注册数据进行校验。如果发现同一服务的配置数据或者同一提供方的提供方数据发生变化时,注册中心可以进行相应更新。需要说明的是,注册中心进行校验的方式和更新方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
S14:第二提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第二分离结果,所述第二分离结果包括第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同。
其中,所述第二提供方即服务提供者,也可以称为服务提供方,包括被其他服务调用的服务,在服务器/客户端系统中通常也可以称为服务器。所述第二服务可以包括一个或者一组相对较小且独立的功能单元,是用户可以感知最小功能集。所述服务是围绕业务功能构建的,包括进程外的组件,可以通过网络服务请求或者远程函数调用之类的机制来使用里面的功能。所述注册数据可以包括要完成某一服务所需要的一些数据,如服务名、所属应用、互联网协议地址、端口,服务超时时间、服务负载均衡方式等。
由于同一服务可以通过不同的提供方到注册中心进行注册,所以对于第一服务可以通过第一提供方和第二提供方在注册中心进行注册。其中,第二提供方与第一提供方不同。具体的所述第二提供方获取第一服务的注册数据,将所述注册数据进行分离处理的方式可以参照前述第一提供方获取第一服务的注册数据,将所述注册数据进行分离处理的方式,在此不做赘述。
S16:所述第二提供方将所述第二分离结果发送至注册中心。
本实施例应用场景中,第二提供方对第一服务的注册数据进行分离处理后,可以将获得分离结果发送至注册中心,以便注册中心对第一服务进行注册。其中,发送方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
S22:所述注册中心将所述第二分离结果包括的所述第二提供方数据存储到所述提供方节点下。
由于同一服务可以通过不同的提供方到注册中心进行注册,所以对于第一服务可以通过第一提供方和第二提供方在注册中心进行注册,第二提供方与第一提供方不同。
本实施例应用场景中,注册中心在接收到第二提供方发送的第二分离结果前,已经对同一服务的注册数据进行分类存储过,即已经对第一提供方发送的分离结果进行分类存储,所以注册中心可以只把第二分离结果包括的第二提供方数据存储到提供方节点下,从而使得元数据和配置数据对于单个服务只独立存储一份,可以减少数据冗余,降低注册中心的存储压力。例如,提供方1和提供方2对同一服务进行注册,提供方1先进行注册,将注册数据包括的元数据、配置数据以及提供方1的数据进行分类存储后,提供方2进行注册时,可以只将提供方2数据存储到提供方节点下。这样对于单个服务,元数据和配置数据可以只独立存储一份,从而可以减少数据冗余,降低注册中心的存储压力。
另一些实施场景中,注册中心在接收到第二提供方发送的分离结果后,可以判断当前注册中心的存储区域中是否存在所述服务的初始注册信息,确认不存在所述服务的初始注册信息时,可以将接收到第二提供方发送的分离结果按照第一预设方式进行存储。其中,初始注册信息可以包括注册数据和其他与服务相关的信息,所述注册数据包括分离处理后的结果。所述第一预设方式可以包括将分离结果中包括的元数据存储到服务节点下,将分离结果中包括的配置数据存储到配置节点下,将分离结果中包括的提供方数据存储到提供方节点下。
另一些实施场景中,注册中心在接收到第二提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息时,可以进一步判断提供方节点下是否存在第二提供方的提供方数据,确认提供方节点下不存在第二提供方的提供方数据时,注册中心可以只将第二提供方的提供方数据存储到提供方节点下,从而降低注册中心的存储压力。需要说明的是,注册中心对服务的注册数据进行初次存储时包括对注册数据进行分类存储,即分类存储后,注册中心相应的存在各类数据对应的存储节点。
另一些实施场景中,注册中心在接收到第二提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息,同时确认提供方节点下存在第二提供方的提供方数据时,注册中心可以不对第二提供方发送的分离结果进行处理。这样元数据和配置数据以及相同提供方数据对于单个服务只独立存储一份,可以减少数据冗余,极大的降低注册中心的存储压力。
另一些实施场景中,注册中心在接收到第二提供方发送的分离结果后,确认当前注册中心的存储区域中存在所述服务的初始注册信息,同时也确认提供方节点下存在第二提供方的提供方数据时,注册中心可以基于接收到的分离结果对注册中心之前存储的注册数据进行校验。如果发现同一服务的配置数据或者同一提供方的提供方数据发生变化时,注册中心可以进行相应更新。需要说明的是,注册中心进行校验的方式和更新方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
S24:所述注册中心将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方合成所述第一服务的注册数据。
其中,服务订阅方可以称为消费方、服务消费者,也可以称为服务消费方、服务调用方、等,其包括用来调用其他服务的服务。在服务器/客户端系统中通常也可以称为客户端。
本实施例应用场景中,注册中心将第一提供方发送的分离结果分类存储,将第二提供方发送的分离结果包括的第二提供方数据存储后,在收到服务订阅方发送的调用服务请求时,注册中心可以将所述服务的元数据、配置数据和提供方数据发送给服务订阅方,以便订阅方将元数据、配置数据和提供方数据合成所述服务的注册数据,然后进行相应调用。优选的,一些实施场景中,注册中心在将元数据、配置数据和提供方数据发送给服务订阅方时,可以选择最新存储的数据进行发送。例如,同一服务,提供方1先进行注册,注册中心相应的存储其分离结果中的元数据、配置数据、提供方1的数据后,提供方2(与提供方1不同)对该服务进行注册,由于一般场景中,同一服务的元数据和配置数据可以认为是相同的,所以此时可以只保存提供方2的相关数据。这样由于提供方2的数据是后存储的,所以在服务订阅方调用该服务时,可以从注册中心中获取相应的元数据、配置数据和后存储的提供方2的数据,然后合成该服务的注册数据进行调用。需要说明的是,一些实施场景中,注册中心在将元数据、配置数据和提供方数据发送给服务订阅方时,也可以选择之前存储的数据进行发送。
另一些实施场景中,如果同一服务的配置数据或者同一服务的同一提供方的提供方数据发生变化时,注册中心可以进行相应更新,服务订阅方可以获取更新后的数据进行合成调用。需要说明的是,注册中心进行更新方式可以是本领域技术人员知晓的任意一种方式,本说明书对此不作限定。
本说明书实施例提供的一种数据信息处理方法,提供方首先通过将服务注册数据进行分离处理,获得元数据、配置数据和提供方数据,然后将分离获得的数据发送至注册中心进行服务注册,注册中心通过对接收到的数据进行判断存储,服务订阅方基于存储结果合成所述服务的注册数据进行调用,这样可以保证同一服务的元数据和配置数据只存储一份,从而减少服务提供方在注册中心的数据冗余。因此,利用本说明书各个实施例,可以减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。
上述实施例从提供方/注册中心/订阅方交互的角度描述的数据信息处理方法的实施方案。基于上述实施例描述,本说明书还提供一种可以适用于注册中心一侧的数据信息处理方法。如图3所示,图3是本说明书提供的所述方法另一个实施例的流程示意图,所述方法可以包括:
S30:接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
S32:判断是否存在所述服务的初始注册信息;
S34:确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
其中,初始注册信息包括服务初次在注册中心进行注册时的信息。初始注册信息可以包括注册数据和其他与服务相关的信息,所述注册数据包括分离处理后的结果。
一些实施场景中,判断是否存在所述服务的初始注册信息,确认存在所述服务的初始注册信息时,可以进一步判断提供方节点下是否存在所述提供方数据,确认所述提供方节点下不存在所述提供方数据时,将所述提供方数据存储到所述提供方节点下。这样对于单个服务,元数据和配置数据可以只独立存储一份,从而可以减少数据冗余,降低注册中心的存储压力。
需要说明的是,注册中心对服务的注册数据进行初次存储时包括对注册数据分类存储。在分类存储后,注册中心就存在各类数据对应的存储节点,从而在其他提供方进行注册时可以通过判断各个节点下是否存在接收到的数据,进而可以在不影响服务调用的同时,减少相同数据的存储冗余,提高服务调用效率。
S36:将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
上述方法中,注册中心获取提供方将服务注册数据进行分离处理后的结果后,通过判断所述服务的初始注册信息是否已经存储,以及在确认存储时,进一步判断存储节点下是否存储有提供方的数据,从而可以保证同一服务的元数据和配置数据只存储一份,减少服务提供方在注册中心的数据冗余。
本说明书中上述方法的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。
基于上述实施例描述,本说明书还提供一种可以适用于注册中心一侧的数据信息处理方法。如图4所示,图4是本说明书提供的所述方法另一个实施例的流程示意图。
需要说明的是,下述实施例是从服务初次在注册中心注册时进行描述,并不对基于本说明书的其他可扩展到的应用场景中的技术方案构成限制。具体的一种实施例如图4所示,所述方法可以包括:
S40:接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
S42:将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
S44:接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
S46:将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
S48:将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
本说明书中上述方法的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参加即可,每个实施例重点说明的都是与其他实施例的不同之处。相关之处参加方法实施例的部分说明即可。
基于上述所述的一种数据信息处理方法,本说明书一个或多个实施例还提供一种数据信息处理装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思,本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似,因此本说明书实施例具体的装置的实施可以参见前述方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
具体地,图5是本说明书提供的一种数据信息处理装置的一个实施例的模块结构示意图,如图5所示,本说明书提供的一种数据信息处理装置可以包括:第一接收模块120,第一存储模块122,第二接收模块124,第二存储模块126,第一发送模块128。
第一接收模块120,可以用于接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
第一存储模块122,可以用于将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
第二接收模块124,可以用于接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
第二存储模块126,可以用于将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
第一发送模块128,可以用于将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式,具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
图6是本说明书提供的一种数据信息处理装置的另一个实施例的模块结构示意图,如图6所示,本说明书提供的一种数据信息处理装置可以包括:第三接收模块220,第一判断模块222,第三存储模块224,第二发送模块226。
第三接收模块220,可以用于接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
第一判断模块222,可以用于判断是否存在所述服务的初始注册信息;
第三存储模块224,可以用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
第二发送模块226,可以用于将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
所述装置的另一个实施例中,还可以包括:
第二判断模块,可以用于判断是否存在所述服务的初始注册信息;
第四存储模块,可以用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下。
本说明书实施例提供的一种数据信息处理装置,提供方首先通过将服务注册数据进行分离处理,获得元数据、配置数据和提供方数据,然后将分离获得的数据发送至注册中心进行服务注册,注册中心通过对接收到的数据进行判断存储,服务订阅方基于存储结果合成所述服务的注册数据进行调用,这样可以保证同一服务的元数据和配置数据只存储一份,从而减少服务提供方在注册中心的数据冗余。因此,利用本说明书各个实施例,可以减少服务提供方在注册中心的数据冗余,从而极大的降低注册中心的存储压力。
需要说明的,上述所述的装置根据方法实施例的描述还可以包括其他的实施方式,具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
本说明书实施例还提供一种数据信息处理设备,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;
接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
本说明书实施例还提供一种数据信息处理设备,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
判断是否存在所述服务的初始注册信息;
确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;
将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
需要说明的,上述所述的设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
本说明书实施例还提供一种数据信息处理系统,包括至少一个处理器以及存储计算机可执行指令的存储器,所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤,例如包括:接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;判断是否存在所述服务的初始注册信息;确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。所述的系统可以为单独的服务器,也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。
本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例,图7是本说明书提供的一种数据信息处理服务器的一个实施例的硬件结构框图,该服务器可以是上述实施例中的数据信息处理装置或数据信息处理系统。如图7所示,服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本领域普通技术人员可以理解,图7所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,服务器10还可包括比图7中所示更多或者更少的组件,例如还可以包括其他的处理硬件,如数据库或多级缓存、GPU,或者具有与图7所示不同的配置。
存储器200可用于存储应用软件的软件程序以及模块,如本说明书实施例中的数据信息处理方法对应的程序指令/模块,处理器100通过运行存储在存储器200内的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器200可进一步包括相对于处理器100远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中,传输模块300包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输模块300可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上,所述的存储介质可以计算机读取并执行,实现本说明书实施例所描述方案的效果。
所述存储介质可以包括用于存储信息的物理装置,通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括:利用电能方式存储信息的装置如,各式存储器,如RAM、ROM等;利用磁能方式存储信息的装置如,硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘;利用光学方式存储信息的装置如,CD或DVD。当然,还有其他方式的可读存储介质,例如量子存储器、石墨烯存储器等等。
本说明书实施例提供的上述数据信息处理方法或装置可以在计算机中由处理器执行相应的程序指令来实现,如使用windows操作系统的c++语言在PC端实现、linux系统实现,或其他例如使用android、iOS系统程序设计语言在智能终端实现,以及基于量子计算机的处理逻辑实现等。
需要说明的是说明书上述所述的装置、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式,具体的实现方式可以参照对应方法实施例的描述,在此不作一一赘述。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例,仍然可以属于本说明书实施例的可选实施方案范围之内。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书一个或多个实施例的实施例而已,并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说,本说明书一个或多个实施例可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在权利要求范围之内。

Claims (10)

1.一种数据信息处理方法,其特征在于,包括:
第一提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第一分离结果,所述第一分离结果包括第一元数据、第一配置数据和第一提供方数据;
所述第一提供方将所述第一分离结果发送至注册中心;
所述注册中心将所述第一分离结果按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在所述注册中心中;
第二提供方获取第一服务的注册数据,将所述注册数据进行分离处理,获得第二分离结果,所述第二分离结果包括第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
所述第二提供方将所述第二分离结果发送至注册中心;
所述注册中心将所述第二分离结果包括的所述第二提供方数据存储到所述提供方节点下;
所述注册中心将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方合成所述第一服务的注册数据。
2.一种数据信息处理方法,其特征在于,包括:
接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
3.一种数据信息处理方法,其特征在于,包括:
接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
判断是否存在所述服务的初始注册信息;
确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
将处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
4.如权利要求3所述的方法,其特征在于,还包括:
确认存在所述服务的初始注册信息时,判断提供方节点下是否存在所述提供方数据;确认所述提供方节点下不存在所述提供方数据时,将所述提供方数据存储到所述提供方节点下。
5.一种数据信息处理装置,其特征在于,包括:
第一接收模块,用于接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
第一存储模块,用于将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
第二接收模块,用于接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
第二存储模块,用于将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
第一发送模块,用于将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
6.一种数据信息处理装置,其特征在于,包括:
第三接收模块,用于接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
第一判断模块,用于判断是否存在所述服务的初始注册信息;
第三存储模块,用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
第二发送模块,用于将处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
7.如权利要求6所述的装置,其特征在于,还包括:
第二判断模块,用于判断是否存在所述服务的初始注册信息;
第四存储模块,用于确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下。
8.一种数据信息处理设备,其特征在于,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收第一数据信息,所述第一数据信息包括第一提供方将第一服务的注册数据分离获得的第一元数据、第一配置数据和第一提供方数据;
将所述第一数据信息按照第一预设方式进行存储,所述第一预设方式包括将元数据存储到服务节点下,将配置数据存储到配置节点下,将提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
接收第二数据信息,所述第二数据信息包括第二提供方将所述第一服务的注册数据分离获得的第一元数据、第一配置数据和第二提供方数据,所述第二提供方与所述第一提供方不同;
将所述第二数据信息包括的所述第二提供方数据存储到所述提供方节点下;
将所述第一元数据、所述第一配置数据和所述第二提供方数据发送给服务订阅方,以便所述服务订阅方基于所述第一元数据、所述第一配置数据和所述第二提供方数据合成所述第一服务的注册数据。
9.一种数据信息处理设备,其特征在于,包括处理器及用于存储处理器可执行指令的存储器,所述指令被所述处理器执行时实现包括以下步骤:
接收数据信息,所述数据信息包括提供方将服务的注册数据分离获得的元数据、配置数据和提供方数据;
判断是否存在所述服务的初始注册信息;
确认不存在所述服务的初始注册信息时,将所述数据信息按照第一预设方式进行存储,所述第一预设方式包括将所述元数据存储到服务节点下,将所述配置数据存储到配置节点下,将所述提供方数据存储到提供方节点下;其中,所述服务节点、所述配置节点以及所述提供方节点预先创建在注册中心中;
将所述处理结果发送至服务订阅方,以便所述服务订阅方基于所述处理结果合成所述服务的注册数据。
10.一种数据信息处理系统,其特征在于,包括至少一个处理器以及存储计算机可执行指令的存储器,所述处理器执行所述指令时实现权利要求1-4中任意一项所述方法的步骤。
CN201910720674.1A 2019-08-06 2019-08-06 一种数据信息处理方法、装置及系统 Active CN110413935B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910720674.1A CN110413935B (zh) 2019-08-06 2019-08-06 一种数据信息处理方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910720674.1A CN110413935B (zh) 2019-08-06 2019-08-06 一种数据信息处理方法、装置及系统

Publications (2)

Publication Number Publication Date
CN110413935A CN110413935A (zh) 2019-11-05
CN110413935B true CN110413935B (zh) 2022-03-11

Family

ID=68366047

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910720674.1A Active CN110413935B (zh) 2019-08-06 2019-08-06 一种数据信息处理方法、装置及系统

Country Status (1)

Country Link
CN (1) CN110413935B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104813685A (zh) * 2012-09-22 2015-07-29 谷歌公司 用于分布式状态的同步的订阅通知机制

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10664317B2 (en) * 2017-10-17 2020-05-26 Accenture Global Solutions Limited Distribution of tasks for execution using correlated data in microservices environments

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104813685A (zh) * 2012-09-22 2015-07-29 谷歌公司 用于分布式状态的同步的订阅通知机制

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Dubbo2.7三大新特性详解;武汉红喜;《CSDN》;20190322;第1-9页 *

Also Published As

Publication number Publication date
CN110413935A (zh) 2019-11-05

Similar Documents

Publication Publication Date Title
CN111756550A (zh) 一种区块链共识方法及装置
TWI694700B (zh) 資料處理方法和裝置、用戶端
CN111327703A (zh) 一种基于区块链的共识方法及装置
CN111355816B (zh) 服务器选取方法、装置、设备及分布式服务系统
CN110765165B (zh) 一种跨系统数据同步处理的方法、装置及系统
CN111552945B (zh) 一种资源处理方法、装置及设备
CN110781192B (zh) 区块链数据的验证方法、装置及设备
CN109391512A (zh) 一种服务发布方法、装置及电子设备
CN109145053B (zh) 数据处理方法和装置、客户端、服务器
CN110430255A (zh) 分布式集群中服务请求的处理方法、系统以及电子设备
CN108989072B (zh) 一种部署、管理及调用组件的方法及装置
US9185148B1 (en) Methods and systems for efficient discovery of devices in a peer-to-peer network
CN110413935B (zh) 一种数据信息处理方法、装置及系统
CN109857430B (zh) 跨容器离线包的数据处理方法、支付方法、装置及客户端
CN110417904B (zh) 一种推送信息处理方法、装置及系统
CN108681492A (zh) 数据处理方法及装置
CN113126884B (zh) 数据迁移方法、装置、电子设备及计算机存储介质
CN111339117B (zh) 数据处理方法、装置及设备
CN112258166A (zh) 一种交易请求处理方法和装置
CN111221651B (zh) 负载均衡配置方法、装置、服务器及可读存储介质
CN113032021A (zh) 系统切换及其数据处理方法、装置、设备及存储介质
CN117041980B (zh) 一种网元管理方法、装置、存储介质及电子设备
CN111797070A (zh) 票务数据处理方法及装置
CN115225638B (zh) 服务部署方法、装置、电子设备及计算机可读存储介质
CN112565419B (zh) 目标服务节点访问方法、系统、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant