CN114064766A - 服务注册方法及装置 - Google Patents
服务注册方法及装置 Download PDFInfo
- Publication number
- CN114064766A CN114064766A CN202010746210.0A CN202010746210A CN114064766A CN 114064766 A CN114064766 A CN 114064766A CN 202010746210 A CN202010746210 A CN 202010746210A CN 114064766 A CN114064766 A CN 114064766A
- Authority
- CN
- China
- Prior art keywords
- service
- data
- registration
- service data
- database
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
Abstract
本说明书实施例提供服务注册方法及装置,其中,服务注册方法包括接收服务提供方携带有服务注册参数的服务注册请求;在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册;所述服务注册方法保证同样的数据同一场景只保留一份、并且保障数据口径的一致性,避免了数据的冗余和重复。
Description
技术领域
本说明书实施例涉及计算机技术领域,特别涉及服务注册方法。本说明书一个或者多个实施例同时涉及服务注册装置,计算设备,以及计算机可读存储介质。
背景技术
目前,各个数据调用方向数据提供方调用数据时,由于使用方法和需求不同,数据提供方的数据链路复杂,底层交互比较乱,存在层层嵌套和重复计算现象,造成了数据调用方的数据开发周期长,沟通成本高,资源消耗大的问题,并且数据调用方在调用数据时,没有一个方便有效的查询平台,对数据的出处、时效、口径等属性没有一个很好的认知,不同的数据只能与各个数据提供方沟通,这种方式不仅仅沟通成本高,效率低下,而且没有沉淀。
因此,急需提供一种可以提供统一的数据查询入口,实现数据沉淀,供多个数据调用方进行数据共享使用的服务注册方法。
发明内容
有鉴于此,本说明书施例提供了可以实现数据沉淀,以供多个数据调用方进行数据服务共享使用的服务注册方法。本说明书一个或者多个实施例同时涉及服务注册装置,计算设备,以及计算机可读存储介质,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种服务注册方法,包括:
接收服务提供方携带有服务注册参数的服务注册请求;
在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;
根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;
将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
根据本说明书实施例的第二方面,提供了一种服务注册方法,包括:
接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数;
确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段;
基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
根据本说明书实施例的第三方面,提供了一种服务注册装置,包括:
第一接收模块,被配置为接收服务提供方携带有服务注册参数的服务注册请求;
第二接收模块,被配置为在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;
数据表生成模块,被配置为根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;
第一服务注册模块,被配置为将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
根据本说明书实施例的第四方面,提供了一种服务注册装置,包括:
第三接收模块,被配置为接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数;
第四接收模块,被配置为确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段;
第二服务注册模块,被配置为基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
根据本说明书实施例的第五方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述服务注册方法的步骤。
根据本说明书实施例的第六方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述服务注册方法的步骤。
本说明书一个实施例实现了两种服务注册方法及装置,其中,第一种服务注册方法包括接收服务提供方携带有服务注册参数的服务注册请求;在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册;所述服务注册方法保证同样的数据同一场景只保留一份、并且保障数据口径的一致性,避免了数据的冗余和重复。
附图说明
图1是本说明书一个实施例提供的一种服务注册方法的具体应用场景的示例图;
图2是本说明书一个实施例提供的第一种服务注册方法的流程图;
图3是本说明书一个实施例提供的第二种服务注册方法的流程图;
图4是本说明书一个实施例提供的一种服务注册方法在服务提供方侧的处理过程流程图;
图5是本说明书一个实施例提供的一种服务注册方法在服务调用方侧的处理过程流程图;
图6是本说明书一个实施例提供的第一种服务注册装置的结构示意图;
图7是本说明书一个实施例提供的第二种服务注册装置的结构示意图;
图8是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
HSF:High-speed Service Framework,高速服务框架,一种分布式RPC服务框架。
U2:数据服务中台。
HTTP:超文本传输协议(HyperText Transfer Protocol)。
Dubbo:一款高性能、轻量级的开源Java RPC框架,它提供了三大核心能力:面向接口的远程方法调用,智能容错和负载均衡,以及服务自动注册和发现。
QPS:每秒查询率(QPS,Queries-per-second)是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。
JSON(JavaScript Object Notation)是一种轻量级的数据交换格式。
SQL:Structured Query Language,结构化查询语言。
在本说明书中,提供了两种服务注册方法,本说明书同时涉及两种服务注册装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
参见图1,图1示出了本说明书一个实施例提供的一种服务注册方法的具体应用场景的示例图。
图1的应用场景中包括服务提供方102、服务数据注册平台104以及服务调用方106。
具体的,服务提供方102在服务数据注册平台104进行提供服务数据的服务注册,提供服务数据至服务数据注册平台104,使得服务调用方106在调用服务提供方102的服务数据时,可以在该服务数据注册平台104即可实现服务数据的调用;
服务调用方106在服务数据注册平台104进行调用服务数据的服务注册,在服务注册成功后,可以从服务数据注册平台104进行服务数据的调用。
具体实施时,服务提供方104在服务数据注册平台104进行提供服务数据的服务注册,服务调用方106在服务数据注册平台104进行调用服务数据的服务注册,服务数据注册平台104负责整合服务数据为服务调用方106提供服务数据的调用服务,并提供统一的查询服务,对于来源于不同服务提供方102的服务数据,服务数据注册平台104将这些来源于不同服务提供方102的服务数据沉淀下来,供其服务调用方106共享使用,减少服务数据调用的数据链路和重复计算,对于服务数据注册平台104内部可以提供数据元数据服务,给服务调用方106提供管理查询等功能。
此外,本说明书实施例提供的服务注册方法均应用于服务数据注册平台,具体实现方式可参见下述实施例。
参见图2,图2示出了根据本说明书一个实施例提供的第一种服务注册方法的流程图,包括以下步骤:
步骤202:接收服务提供方携带有服务注册参数的服务注册请求。
其中,服务提供方为提供服务数据的提供方,即为服务调用方提供服务数据的提供方;例如提供购物数据或订单数据的提供方。
而服务注册参数包括但不限于服务名称、version(版本)、方法、类(group,可默认)、QPS上限设置等。
具体的,接收服务提供方携带有服务注册参数的服务注册请求,可以理解为接收服务提供方在服务数据注册平台的服务注册请求,其中,该服务注册请求中携带有待注册服务的服务名称、version、方法、类和/或QPS上限等。
步骤204:在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数。
其中,预设服务注册需求为服务数据注册平台对提出服务注册请求的服务提供方携带的服务注册参数的要求,即服务数据注册平台根据服务提供方的类型确定的该服务提供方需要提供的服务注册参数;实际应用中,服务提供方的类型不同,想要实现在服务数据注册平台上进行服务注册时,服务数据注册平台所要求提供的服务注册参数也不同。
举例说明,当前存在服务提供方1和服务提供方2,服务提供方1的类型为a类型,服务提供方2的类型为b类型,而服务数据注册平台要求a类型的服务提供方提供的服务注册参数为:服务名称、version、方法以及QPS,才可以实现服务注册;服务数据注册平台要求b类型的服务提供方提供的服务注册参数为:服务名称、version、方法、类以及QPS,才可以实现服务注册;那么当服务提供方1想要在服务数据注册平台实现服务注册时,则需要携带服务注册参数:服务名称、version、方法以及QPS;当服务提供方2想要在服务数据注册平台实现服务注册时,则需要携带服务注册参数:服务名称、version、方法、类以及QPS。
具体实施时,服务数据注册平台接收服务提供方携带有服务注册参数的服务注册请求,然后根据服务提供方的类型对服务注册参数进行校验,在服务注册参数满足服务数据注册平台针对该服务提供方的服务注册需求的情况下,接收所述服务提供方录入的服务提供参数,其中,所述服务提供参数可以理解为服务字段,即后续服务调用方在调用该服务提供方的服务数据时需要提供的参数,例如服务提供方在服务数据注册平台实现提供订单数据的服务注册,那么该服务提供参数但不限于订单ID以及用户ID等,基于该订单ID以及用户ID可以获取到的服务提供方的服务数据为:订单ID对应的商品、订单的下单时间、订单金额等,即实际应用中,订单对应的商品、订单的下单时间、订单金额等一般是服务提供方基于服务提供参数返回的数据、及服务调用方需要的数据。
步骤206:根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表。
其中,服务数据则是服务数据注册平台根据服务提供参数获取的服务提供方的具体服务数据,例如服务提供参数为订单ID,那么根据该服务提供参数获取服务提供方的服务数据,则是该服务提供方的订单ID对应的具体ID数值。
具体的,根据所述服务提供参数获取所述服务提供方的服务数据后,服务数据注册平台对所述服务数据进行解析以生成服务数据注册平台进行了统一规范的所述服务数据表;即将服务数据按照服务数据注册平台的数据管理规范进行解析以生成统一规范的服务数据表。
步骤208:将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
具体的,在解析获得服务数据表之后,将该服务数据表(元数据)存储至服务数据注册平台的服务数据库中,完成服务提供方的服务注册,例如完成服务提供方提供订单数据的服务注册,实际应用中,服务数据注册平台将该服务提供方的服务沉淀,后续服务调用方在调用服务提供方的订单数据时,就无需再与服务提供方进行协议协调进行订单数据调用,所有的服务调用方均可以直接从服务数据注册平台进行该订单数据的共享调用,减少数据链路和重复计算,降低了服务调用方与服务提供方的沟通成本,节省了资源消耗。
实际应用中,由于服务数据表中的服务数据是从服务提供方获取的,服务提供方提供的服务数据可能会存在比较特殊的服务数据,例如在服务提供方提供的服务数据为英文的情况下,直接将其英文的服务数据进行存储,后续可能不利于服务调用方针对服务数据的调用以及服务数据注册平台对该服务数据的维护,而为了便于服务调用方的服务数据的调用以及服务数据注册平台对该服务数据的维护,则可以将服务数据表中特殊的字段进行解析,并添加易于理解的文字描述,具体实现方式如下:
所述对所述服务数据进行解析以生成所述服务数据表之后,还包括:
在所述服务数据表中存在待识别字段的情况下,对所述待识别字段进行解析,并基于解析结果为所述待识别字段添加字段描述。
其中,待识别字段可以理解为不符合服务数据注册平台的存储要求的字段,例如英文字段或者特殊字符的字段等。
具体的,在服务数据表中存在待识别字段的情况下,对待识别字段进行解析,以确定待识别字段的含义,然后为该待识别字段添加易于理解的字段描述,例如待识别字段为“Order time”,对该待识别字段进行解析可以确定该待识别字段为“下单时间”,基于该解析结果可以为该待识别字段添加字段描述“选择好商品以及支付完成该商品销售金额的时间”。
实际应用中,服务数据库包括多个域,例如:商品域、投诉域、卖家域;而每个域则可以包括至少一个实体,例如商品域包括商品实体,投诉域包括处罚实体,卖家域包括卖家实体等,其中,每个实体可以理解为一个数据表。
具体实施时,服务数据注册平台的服务数据库中会预先存在一些数据库实体,若获取的服务数据表中的字段存在对应的数据库实体的情况下,则可以将该服务数据表中的字段直接绑定至对应的数据库实体中,即将该服务数据表与该数据库实体建立绑定关系,以节省存储时间,具体实现方式如下所述:
在所述服务数据表中的字段存在对应的数据库实体的情况下,将所述字段关联至所述服务数据库的数据库实体中。
举例说明,若服务数据表中的字段为订单ID,而该服务数据注册平台的服务数据库中存在数据库实体:订单实体,此时,则可以将该订单ID以及对应的服务数据存储至(数据表添加到)订单实体中。
而在服务数据注册平台的服务数据库中不存在,与服务数据表中的字段对应的数据库实体的情况下,为了保证服务数据表中的字段的不丢失,则会将不存在对应的数据库实体的字段生成另外的查询数据表,以实现数据的安全存储也为了服务调用方的使用方便及后续的复用性,具体实现方式如下所述:
所述将所述服务数据表关联至服务数据库包括:
在所述服务数据表中的字段不存在对应的数据库实体的情况下,将所述字段生成查询数据表,且将所述查询数据表存储至所述服务数据库。
具体的,当服务数据表中的字段在服务数据注册平台的服务数据库中不存在对应的数据库实体的情况下,基于该服务数据表中的字段以及该字段对应的服务数据生成查询数据表,然后将该查询数据表存储至服务数据注册平台的服务数据库中,以保证服务数据的完整存储。
本说明书另一实施例中,所述根据所述服务提供参数获取所述服务提供方的服务数据之后,且对所述服务数据进行解析以生成所述服务数据表之前,还包括:
判断所述服务数据是否为预设类型的服务数据,
若是,则根据预设存储要求将所述服务数据存储至所述服务数据库,完成所述服务提供方的服务注册,
若否,则对所述服务数据进行解析以生成所述服务数据表。
其中,预设类型为服务数据注册平台确认的特殊类型,例如IOSN结构的服务数据,或者其他层级较高的服务数据,即服务数据注册平台确认的解析起来较为复杂以及浪费资源的服务数据。
具体的,在基于服务提供方录入的服务提供参数获取到服务数据后,若判断服务数据中存在服务数据注册平台确认的特殊类型的服务数据的情况下,则根据服务数据注册平台针对此种类型的服务数据的存储要求将该服务数据存储至服务数据库中,以完成服务提供方的服务注册;而在服务数据非此种预设类型的服务数据时,则继续上述步骤对所述服务数据进行解析以生成所述服务数据表,将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
本说明书实施例中,在对服务数据进行解析之前,对特殊类型的服务数据进行特殊处理,以节省对服务数据的解析流程,提升工作效率。
此外,为了保证服务数据在服务数据注册平台存储的一致性,使得服务数据后续均可以以统一的格式被调用,服务数据注册平台会对特殊类型的服务数据进行封装,以实现对特殊类型的服务数据的统一存储,具体实现方式如下所述:
所述根据预设存储要求将所述服务数据存储至所述服务数据库包括:
根据预设存储要求对所述服务数据进行封装,且为封装完成的服务数据添加数据描述;
将封装完成的服务数据以及对应的数据描述存储至所述服务数据库。
其中,预设存储要求为服务数据注册平台对预设类型的服务数据进行存储的要求。
在确定预设类型的服务数据的情况下,根据预设存储要求对该服务数据进行封装,然后为封装完成的服务数据添加数据描述,使得后续的服务调用方以及该服务数据的维护方均可以基于该数据描述理解该服务数据的功能、作用。
最后将封装完成的服务数据以及对应的数据描述存储至服务数据注册平台的服务数据库中。
本说明书实施例提供的所述服务注册方法实现将不同服务提供方的服务数据注册在该服务数据注册平台,使得服务数据注册平台可以为不同服务提供方的服务数据提供一个统一的数据调用出口,后续服务调用方需要对多个服务数据调用的时候,可以直接在该服务数据注册平台进行调用即可,而无需再与每个服务数据对应的服务提供方进行沟通协调,节省沟通时间以及沟通成本,极大的提高数据调用效率。
参见图3,图3示出了根据本说明书一个实施例提供的第二种服务注册方法的流程图,包括以下步骤:
步骤302:接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数。
其中,服务调用方为调用在服务数据注册平台进行了服务注册的服务提供方的服务数据的调用者,例如服务提供方在服务数据注册平台进行了提供订单数据的服务注册,则服务调用方在服务数据注册平台进行了服务注册后,可以实现对该服务数据注册平台上该订单数据的调用。
而第一服务调用参数为服务调用方待调用的服务数据对应的参数,例如待调用的服务数据的服务名称以及字段名等,即基于该第一服务调用参数可以确定服务调用方想要调用服务提供方在服务数据注册平台进行了服务注册的哪些服务数据。
步骤304:确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段。
其中,数据库实体的解释可以参见上述实施例,在此不再赘述。
具体的,在确定第一服务调用参数中存在对应的数据库实体的情况下,接收服务调用方选择的数据库实体以及该数据库实体中的字段,例如第一服务调用参数中包括服务名称:订单,而服务数据注册平台的服务数据库中存在与该订单对应的数据库实体,此时则可以接收服务调用方在服务数据注册平台上选择的该数据库实体以及该数据库实体中待调用的字段。
实际应用中,服务调用方在服务数据注册平台进行服务注册之前,会将其待调用的服务数据对应的调用参数(即第一服务调用参数)输入至服务数据注册平台,服务数据注册平台会基于服务调用方输入的调用参数进行待调用的服务数据预展示,服务调用方则可以根据预展示的服务数据确认该调用参数存在不存在对应的数据库实体,若存在数据库实体,则可以在服务数据注册平台选择待调用的服务数据的主键(即数据库实体)以及属性(字段),其中,主键可以理解为唯一确定一条订单数据的字段,通过该字段即可以确定待调用的服务数据所在的数据库实体,例如提供订单数据的服务所在的数据库实体;属性则可以理解为具体待调用的服务数据,即通过在服务数据注册平台的注册,服务调用方可以调用获取到的服务数据,例如订单的金额、订单的下单时间等。
而在根据第一服务调用参数确定服务数据注册平台的服务数据库中存在对应的服务数据,且该第一服务调用参数不存在对应的数据库实体的情况下,为了保证服务数据可以被服务调用方进行快速调用,可以使得服务调用方以写SQL语句的方式进行服务数据的调用,具体实现方式如下所述:
所述接收服务调用方的服务注册请求之后,还包括:
确定所述第一服务调用参数不存在对应的数据库实体的情况下,接收所述服务调用方输入的数据调用条件,基于所述数据调用条件确定所述初始服务数据。
其中,数据调用条件可以理解为可以实现服务数据调用的SQL语句。
具体的,在第一服务调用参数在服务数据注册平台的服务数据库中存在对应的服务数据,但该第一服务调用参数不存在对应的数据库实体时,无法使得待调用的服务数据直接被服务调用方选取,此时,则可以接收服务调用方输入的数据调用条件,后续可以基于该数据调用条件使得服务调用方实现服务数据的调用。
具体实施时,在第一服务调用参数不存在对应的数据库实体的情况下,服务数据注册平台接收服务调用方针对待调用的服务数据输入的数据调用条件,然后基于该数据调用条件确定初始服务数据。
步骤306:基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
其中,初始服务数据则为基于服务调用方选择的数据库实体以及数据库实体中的字段确定的服务数据。
具体的,在确定初始服务数据之后,基于初始服务数据可以确定服务调用方的待调用数据是否完整,若是,则接收服务调用方录入的第二服务调用参数,完成服务调用方的服务注册。
其中,第一服务调用参数与第二服务调用参数相同或不同,若基于第一服务调用参数确定的初始服务数据均是服务调用方待调用的服务数据的情况下,则第二服务调用参数与第一服务调用参数相同,若基于第一服务调用参数确定的初始服务数据中有一部分的初始服务数据不是服务调用方待调用的服务数据的情况下,则第二服务调用参数与第一服务调用参数会不相同,至少第二服务调用参数中不会包括不是服务调用方待调用的服务数据对应的第一服务调用参数。
具体实施时,所述基于所述数据库实体中的字段确定初始服务数据之后,还包括:
接收所述服务调用方的操作指令,且基于所述操作指令对所述初始服务数据进行预览和/或修改。
其中,所述操作指令可以理解为服务调用方在服务数据注册平台点击预览或修改控件等实现的操作指令。
具体的,基于数据库实体中的字段确定初始服务数据之后,接收服务调用方针对服务数据注册平台的预览控件的点击操作指令,将该初始服务数据展示给服务调用方,实现服务调用方的预览;在服务调用方的预览过程中,可以接收服务调用方针对该初始服务数据的修改指令,实现对该初始服务数据的修改,例如服务调用方在对初始服务数据预览的过程中发现有一些字段的服务数据不需要,则可以在服务数据注册平台取消对该服务数据的字段的选择。
在服务调用方完成服务注册之前,对选择的初始服务数据进行预览和/或修改,可以使得服务调用方可以根据实际的数据调用需求对初始服务数据进行适应性调整,避免后续调用到不需要的服务数据,为后续的服务调用方的服务数据调用节省时间。
而实际应用中,在对初始服务数据进行预览和/或修改之后,为了保证服务数据的准确率,可以预先在服务数据注册平台对初始服务数据进行数据检查,具体实现方式如下所述:
所述基于所述操作指令对所述初始服务数据进行预览和/或修改之后,还包括:
接收所述服务调用方的探查指令,且基于所述探查指令对所述初始服务数据进行第一数据检查。
其中,探查指令可以理解为服务调用方在服务数据注册平台点击校验控件等实现的探查指令。
具体的,接收服务调用方针对初始服务数据的探查指令后,基于该探查指令对该初始服务数据进行第一数据检查,即对初始服务数据进行抽查,以确定初始服务数据确定为服务调用方待调用的服务数据,避免在服务调用方的实际的服务数据调用中出现问题,降低调用率。
本说明书另一实施例中,所述接收服务调用方的服务注册请求之后,还包括:
确定所述第一服务调用参数不存在对应的数据库实体,且所述第一服务调用参数属于预设类型的情况下,接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
其中,预设类型的详细解释可以参见上述实施例,在此不做赘述。
具体的,在第一服务调用参数不存在对应的数据库实体,且属于预设类型的情况下,可以直接接收服务调用方针对待调用的服务数据录入的第二服务调用参数,完成服务调用方的服务注册。
即在第一服务调用参数属于预设类型的情况下,服务调用方则可以直接在服务数据注册平台录入调用服务数据需要的第二服务调用参数,完成服务调用方的服务注册,其中,此时,第一服务调用参数与第二服务调用参数相同。
本说明书实施例中,所述服务注册方法包括在第一服务调用参数属于预设类型的情况下,可以直接在服务数据注册平台进行服务调用参数的录入,完成服务调用方的服务注册,以使得服务调用方不仅可以获取到通用的服务数据,还可以获取到特殊的服务数据,提高服务调用方的数据调用体验。
本说明书另一实施例中,所述完成所述服务调用方的服务注册之前,还包括:
基于所述第二服务调用参数确定所述服务调用方的目标服务数据,且对所述目标服务数据进行测试以及第二数据检查。
具体的,接收服务调用方录入的第二服务调用参数后,基于第二服务调用参数确定该服务调用方的目标服务数据,即基于第二服务调用参数确定服务调用方最终待调用的服务数据,然后对该目标服务数据进行测试以及第二数据检查。
具体实施时,对目标服务数据进行测试以及第二数据检查,即测试该目标服务数据是否可以被服务调用方调用以及对该目标服务数据进行抽查,以提高该目标服务数据的调用率以及准确率。
此外,所述对所述目标服务数据进行测试以及第二数据检查之后,还包括:
判断待提供所述目标服务数据的服务提供方的每秒查询率是否满足所述服务调用方的需求,
若是,则完成所述服务调用方的服务注册,
若否,则进行异常处理。
其中,目标服务数据的服务提供方的每秒查询率,即为目标服务数据的服务提供方的QPS。
具体的,在进行目标服务数据的测试以及探查之后,还要对服务调用方进行QPS审核,确定服务调用方请求的QPS上限是否小于等于目标服务数据的服务提供方的QPS的上限,若是,则完成所述服务调用方的服务注册,若否,则要与目标服务数据的服务提供方进行线下沟通处理,使得目标服务数据的服务提供方可以提高其QPS的上限,以满足服务调用方的待调用的服务数据的QPS的需求。
此外,本说明书实施例中,当服务提供方以及服务调用方同时在服务数据注册平台完成服务注册时,服务调用方才可以实现在服务数据注册平台对服务提供方提供的服务数据进行调用,因此具体实施时,服务提供方和服务调用方均会在服务数据注册平台进行服务注册,而具体的,本实施例中,服务提供方在服务数据注册平台进行服务注册的方法可以参见上述实施例,本服务注册方法的服务提供方在服务数据注册平台进行服务注册的技术方案未详细描述的细节内容,均可以参见上述服务注册方法的服务提供方在服务数据注册平台进行服务注册的技术方案的描述。
本说明书实施例中,所述服务调用方的服务注册之后,还包括:
接收所述服务调用方的服务数据调用请求,其中,所述服务数据调用请求携带有服务数据调用参数;
基于所述服务数据调用参数确定所述服务调用方待调用的服务数据,且将所述待调用的服务数据返回至所述服务调用方。
具体的,在服务提供方以及服务调用方均在服务数据注册平台进行服务注册后,服务调用方即可在服务数据注册平台调用服务提供方在其注册的服务数据;其中,此处的服务数据调用参数即为服务提供方进行服务注册时的服务提供参数,也为服务调用方在进行服务数据调用时的第二服务调用参数。
本说明书实施例中,服务调用方在服务数据注册平台完成服务注册后,可以基于该服务数据注册平台调用多个服务提供方在该服务数据注册平台注册的服务数据,减少服务调用方查找服务数据的成本,提高服务调用方进行服务数据调用的调用效率。
本说明书实施例提供的所述服务注册方法为服务提供方以及服务调用方提供了通用的虚拟化和定制化数据服务(即统一数据门户),保证同样的数据同一个场景只保留一份、并且保障数据口径的一致性,避免了数据的冗余/重复;数据对外统一以数据服务的方式提供,定义数据服务标准规范,数据底层对用户透明,减少用户使用理解的成本,提供数据接入的效率;提供统一的数据查询入口、可以根据数据域、实体、物理表等维度进行查询,减少查找数据的成本;并且提供数据运维监控功能、保障数据服务的稳定性。
参见图4和图5,以本说明书提供的所述服务注册方法在HSF的应用为例,对所述服务注册方法进行进一步说明。其中,图4示出了本说明书一个实施例提供的一种服务注册方法在服务提供方侧的处理过程流程图,图5示出了本说明书一个实施例提供的一种服务注册方法在服务调用方侧的处理过程流程图,具体图4包括以下步骤:
步骤402:注册HSF服务。
具体的,注册HSF服务,即为服务提供方在HSF框架下的服务数据注册平台开始服务注册。
步骤404:服务绑定参数录入。
具体的,服务绑定参数录入,即为服务数据注册平台接收服务提供方基于服务数据注册平台针对该服务提供方的要求提供的服务注册参数。
步骤406:HSF入参配置。
具体的,HSF入参配置,即为在服务注册参数满足预设服务注册需求的情况下,接收的服务提供方录入的服务提供参数。
步骤408:result结果泛化解析。
具体的,result结果泛化解析,即为根据服务提供参数获取所述服务提供方的服务数据,且对该服务数据进行解析。
步骤410:生成可选择指标图谱。
具体的,生成可选择指标图谱,即可理解为对该服务数据进行解析后生成的服务数据表。
步骤412:result结果返回类型及描述维护。
具体的,result结果返回类型及描述维护,即为在服务提供方录入的服务提供参数为预设类型的情况下,根据预设存储要求对该服务数据进行封装以及添加数据描述。
步骤414:注册完成。
具体的,在服务提供方录入的服务提供参数为预设类型的情况下,根据预设存储要求对该服务数据进行封装以及添加数据描述后直接存储至服务数据库,完成服务提供方的服务注册
其中,步骤408和步骤412无执行顺序要求,实际应用中,也可以并行执行,而具体实施时,步骤408执行完毕后,执行步骤410;而步骤412执行完毕后,执行步骤414。
步骤416:选择指标、填写指标描述。
具体的,选择指标、填写指标描述,即为在服务数据表中存在待识别字段的情况下,对待识别字段进行解析,并基于解析结果为待识别字段添加字段描述。
步骤418:绑定实体、域。
具体的,绑定实体,域,即为在服务数据表中的字段存在对应的数据库实体的情况下,将该字段存储至服务数据库的数据库实体以及该数据库实体对应的域中。
步骤420:绑定实体服务注册完成。
具体的,绑定实体服务注册完成,即为在服务数据表中的字段存在对应的数据库实体的情况下,将该字段存储至服务数据库的数据库实体以及该数据库实体对应的域中,完成服务提供方的服务注册。
步骤422:选择服务入参及透出指标。
具体的,选择服务入参及透出指标,即为在服务数据表中的字段不存在对应的数据库实体的情况下,基于选择的服务入参及透出指标生成查询数据表,且将查询数据表存储至服务数据库;其中,服务入参即为服务提供方录入的服务提供参数,透出指标即为根据服务提供参数确定的服务数据表中的字段。
步骤424:支持物理SQL注册完成。
具体的,支持物理SQL注册完成,即为在服务数据表中的字段不存在对应的数据库实体的情况下,将字段生成查询数据表,且将查询数据表存储至服务数据库,完成服务提供方的服务注册;其中,该查询数据表支持物理SQL。
其中,步骤416和步骤422无执行顺序要求,实际应用中,也可以并行执行。
本说明书实施例提供的一种服务注册方法在服务提供方侧的处理流程主要分为三种情况:第一种,可绑定到实体;第二种,不能绑定到实体但是可以支持物理SQL;第三种,只做接入不做任何处理,即为预设类型;其中,可绑定到实体的处理流程包括服务绑定参数录入、HSF入参配置、result结果泛化解析、生成可选择指标图谱、选择指标以及填写指标描述、绑定实体和域、绑定实体服务注册完成;不能绑定到实体但是可以支持物理SQL的处理流程包括服务绑定参数录入、HSF入参配置、result结果泛化解析、生成可选择指标图谱、选择服务入参及透出指标、支持物理SQL注册完成;只做接入不做任何处理的处理流程包括服务绑定参数录入、HSF入参配置,result结果返回类型及描述维护、注册完成。
参见图5,图5示出了本说明书一个实施例提供的一种服务注册方法在服务调用方侧的处理过程流程图,具体包括以下步骤:
步骤502:新建服务。
具体的,新建服务,即接收服务调用方的服务注册请求,其中,服务注册请求中携带有第一服务调用参数。
步骤504:绑定实体服务。
具体的,绑定实体服务,即第一服务调用参数存在对应的数据库实体。
步骤506:主键、属性选择。
具体的,主键、属性选择,即在第一服务调用参数存在对应的数据库实体的情况下,服务调用方在服务数据注册平台选择数据库实体以及数据库实体中的字段,且基于数据库实体中的字段确定初始服务数据。
步骤508:预览、修改。
具体的,预览、修改,即在接收到服务调用方的操作指令的情况下,实现服务调用方对初始服务数据进行预览和/或修改。
步骤510:自定义SQL。
具体的,自定义SQL,即第一服务调用参数不存在对应的数据库实体。
步骤512:编写SQL。
具体的,编写SQL,即在第一服务调用参数不存在对应的数据库实体的情况下,接收服务调用方输入的数据调用条件,基于所述数据调用条件确定初始服务数据。
其中,步骤504和步骤510无执行顺序要求,实际应用中,也可以并行执行,而具体实施时,步骤504执行完毕后,执行步骤506;而步骤510执行完毕后,执行步骤512。
步骤514:数据探查。
具体的,步骤508以及步骤512执行完成后,接收服务调用方的探查指令,且基于探查指令对初始服务数据进行第一数据检查。
步骤516:服务参数配置。
具体的,在基于探查指令对初始服务数据进行第一数据检查之后,确定该初始服务数据无误的情况下,接收服务调用方录入的第二服务调用参数,且基于该第二服务调用参数确定目标服务数据。
步骤518:特殊服务。
具体的,特殊服务,即在服务注册请求中携带有第一服务调用参数不存在对应的数据库实体,且该第一服务调用参数属于预设类型的情况下,确定该服务调用方的待调用的服务数据的服务属于特殊服务。
步骤520:服务注册。
具体的,在该服务调用方的待调用的服务数据的服务属于特殊服务的情况下,服务调用方直接在服务数据注册平台进行服务参数配置,获取目标服务数据。
步骤522:测试、数据探查。
具体的,对步骤516获取的目标服务数据以及步骤520获取的目标服务数据进行调用测试以及数据探查。
步骤524:QPS审核。
具体的,在目标服务数据通过测试以及数据探查后,判断服务调用方的QPS是否小于等于服务提供方的QPS,若是,则执行步骤526,若否,则执行步骤528。
步骤526:满足。
即服务提供方的QPS满足服务提供方的QPS的要求,服务提供方可以使得服务调用方实现已注册的服务数据的调用,且执行步骤532。
步骤528:不满足。
即服务提供方的QPS不满足服务提供方的QPS的要求,服务提供方不能实现针对服务提供方的服务数据的调用。
步骤530:线下沟通处理。
具体的,在服务提供方的QPS不满足服务提供方的QPS的要求的情况下,服务调用方可以在线下与服务提供方进行沟通,使得服务提供方提升自己的QPS上限,使得提升后的QPS上限满足服务调用方针对服务数据的调用需求,且执行步骤532。
步骤532:完成注册。
即服务调用方完成服务注册。
本说明书实施例提供的一种服务注册方法在服务调用方侧的处理流程也分为三种情况:第一种,绑定到实体;第二种,自定义SQL;第三种,特殊服务,且与上述服务提供方侧的处理流程一一对应;其中,绑定到实体中由于hsf服务指标已经融入到实体中、hsf服务就是一个数据载体,和HBASE、GP、MySQL一样,因此服务调用方在HSF以及HBASE、GP、MySQL的服务注册流程一致;自定义SQL是将hsf作为一个物理表来看,hsf的入参可看做rowkey(主键);而第三种的特殊服务的注册方式,就是复杂hsf的支持,平台只是对接口进行了一次封装,不包括任务逻辑处理,具体的应用逻辑需要下游处理,仅实现对hsf能够统一管理、监控运维即可。
本说明书实施例提供的所述服务注册方法,可以实现服务提供方以及服务调用方的服务注册,为服务提供方以及服务调用方提供统一的数据流转平台,底层数据不再仅限于查询数据库、还可以包含调用HSF、Http(HyperText Transfer Protocol,超文本传输协议)等各种服务获取数据,并支持不同来源获取到的数据进行相互join(联合)处理,可以很灵活支持不同的数据提供方的服务类型、只需要开发对应的服务接入插件就可以了,每个服务提供方的服务数据接入之后,就可以融入到数据门户(即服务数据注册平台)中,以数据域、实体、物理表的形式展现,并且方便用户进行查找使用,服务底层的属性对用户透明。
实际应用中,本说明书实施例提供的所述服务注册方法可以应用在为购物售后客服提供售后数据支持的应用场景中。
若该应用场景中存在两个服务提供方:服务提供方a1和服务提供方a2,其中,服务提供方a1提供用户购物数据,服务提供方a2提供商品物流数据,存在一个服务调用方,即调用用户购物数据以及商品物流数据的数据调用方。
首先,服务提供方a1和服务提供方a2在服务数据注册平台进行注册,为服务调用方提供用户购物数据以及商品物流数据支持;服务调用方也在该服务数据注册平台进行注册,基于该服务数据注册平台调用服务提供方提供的用户购物数据以及商品物流数据,其中,服务调用方可以看做本说明书实施例的购物售后客服,服务提供方a1、服务提供方a2以及服务调用方在其服务数据注册平台实现用户购物数据以及商品物流数据的提供、调用。
具体实施时,购物售后客服直接面向用户,接收用户的售后处理请求,例如退款、退货以及投诉等请求,其中,所述售后处理请求中携带有用户的唯一用户标识;购物售后客服在接收到携带有用户标识的售后处理请求后,会基于该用户标识向服务数据注册平台请求发送用户购物数据调用请求,该调用请求中携带有该用户标识、待调用的用户购物数据、商品物流数据,其中,待调用的用户购物数据包括但不限于与该用户标识对应的物品名称、物品数量、下单时间以及付款金额等,待调用的商品物流数据包括但不限于与该用户标识对应的商品的出货时间、途径网点、收货时间以及签收人等;服务数据注册平台基于该用户标识、待调用的用户购物数据、商品物流数据,从提供用户购物数据的服务提供方a1调用与该用户标识对应的待调用的用户购物数据,以及从提供商品物流数据的服务提供方a2调用与该用户标识对应的待调用的商品物流数据;服务数据注册平台将与该用户标识对应的待调用的用户购物数据以及商品物流数据统一发送至购物售后客服,购物售后客服在接收到上述数据之后,就可以基于调用的上述数据处理用户的售后请求,例如解决退款问题、回答物流信息问题等。
本说明书实施例中,将所述服务注册方法应用在购物售后的应用场景中,实现为购物售后客服提供售后数据支持,在购物售后客服需要进行数据调用时,直接通过服务数据注册平台就可以统一调用多个服务提供方的数据,使得购物售后客服可以快速的获取到多个不同服务提供方提供的数据,从而实现基于该获取到的数据快速、准确的对用户的售后问题进行处理,提升用户体验。
与上述方法实施例相对应,本说明书还提供了服务注册装置实施例,图6示出了本说明书一个实施例提供的第一种服务注册装置的结构示意图。如图6所示,该装置包括:
第一接收模块602,被配置为接收服务提供方携带有服务注册参数的服务注册请求;
第二接收模块604,被配置为在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;
数据表生成模块606,被配置为根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;
第一服务注册模块608,被配置为将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
可选的,所述装置,还包括:
第一解析模块,被配置为在所述服务数据表中存在待识别字段的情况下,对所述待识别字段进行解析,并基于解析结果为所述待识别字段添加字段描述。
可选的,所述第一服务注册模块608,进一步被配置为:
在所述服务数据表中的字段存在对应的数据库实体的情况下,将所述字段关联至所述服务数据库的数据库实体中。
可选的,所述第一服务注册模块608,进一步被配置为:
在所述服务数据表中的字段不存在对应的数据库实体的情况下,将所述字段生成查询数据表,且将所述查询数据表存储至所述服务数据库。
可选的,所述装置,还包括:
第一判断模块,被配置为判断所述服务数据是否为预设类型的服务数据,
若是,则根据预设存储要求将所述服务数据存储至所述服务数据库,完成所述服务提供方的服务注册,
若否,则对所述服务数据进行解析以生成所述服务数据表。
可选的,所述第一判断模块,进一步被配置为:
根据预设存储要求对所述服务数据进行封装,且为封装完成的服务数据添加数据描述;
将封装完成的服务数据以及对应的数据描述存储至所述服务数据库。
上述为本实施例的一种服务注册装置的示意性方案。需要说明的是,该服务注册装置的技术方案与上述的第一种服务注册方法的技术方案属于同一构思,服务注册装置的技术方案未详细描述的细节内容,均可以参见上述服务注册方法的技术方案的描述。
与上述方法实施例相对应,本说明书还提供了服务注册装置实施例,图7示出了本说明书一个实施例提供的第二种服务注册装置的结构示意图。如图7所示,该装置包括:
第三接收模块702,被配置为接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数;
第四接收模块704,被配置为确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段;
第二服务注册模块706,被配置为基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
可选的,所述装置,还包括:
第五接收模块,被配置为确定所述第一服务调用参数不存在对应的数据库实体的情况下,接收所述服务调用方输入的数据调用条件,基于所述数据调用条件确定所述初始服务数据。
可选的,所述装置,还包括:
第六接收模块,被配置为确定所述第一服务调用参数不存在对应的数据库实体,且所述第一服务调用参数属于预设类型的情况下,接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
可选的,所述装置,还包括:
第七接收模块,被配置为接收所述服务调用方的操作指令,且基于所述操作指令对所述初始服务数据进行预览和/或修改。
可选的,所述装置,还包括:
第八接收模块,被配置为接收所述服务调用方的探查指令,且基于所述探查指令对所述初始服务数据进行第一数据检查。
可选的,所述装置,还包括:
测试模块,被配置为基于所述第二服务调用参数确定所述服务调用方的目标服务数据,且对所述目标服务数据进行测试以及第二数据检查。
可选的,所述装置,还包括:
第二判断模块,被配置为判断待提供所述目标服务数据的服务提供方的每秒查询率是否满足所述服务调用方的需求,
若是,则完成所述服务调用方的服务注册,
若否,则进行异常处理。
可选的,所述装置,还包括:
实现上述服务注册方法的步骤。
可选的,所述装置,还包括:
第九接收模块,被配置为接收所述服务调用方的服务数据调用请求,其中,所述服务数据调用请求携带有服务数据调用参数;
数据调用模块,被配置为基于所述服务数据调用参数确定所述服务调用方待调用的服务数据,且将所述待调用的服务数据返回至所述服务调用方。
上述为本实施例的一种服务注册装置的示意性方案。需要说明的是,该服务注册装置的技术方案与上述的第二种服务注册方法的技术方案属于同一构思,服务注册装置的技术方案未详细描述的细节内容,均可以参见上述服务注册方法的技术方案的描述。
图8示出了根据本说明书一个实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接,数据库850用于保存数据。
计算设备800还包括接入设备840,接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图8所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备800可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。
其中,处理器820用于执行如下计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现所述服务注册方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的服务注册方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述服务注册方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现所述服务注册方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的服务注册方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述服务注册方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
Claims (19)
1.一种服务注册方法,包括:
接收服务提供方携带有服务注册参数的服务注册请求;
在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;
根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;
将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
2.根据权利要求1所述的服务注册方法,所述对所述服务数据进行解析以生成所述服务数据表之后,还包括:
在所述服务数据表中存在待识别字段的情况下,对所述待识别字段进行解析,并基于解析结果为所述待识别字段添加字段描述。
3.根据权利要求2所述的服务注册方法,所述将所述服务数据表关联至服务数据库包括:
在所述服务数据表中的字段存在对应的数据库实体的情况下,将所述字段关联至所述服务数据库的数据库实体中。
4.根据权利要求2所述的服务注册方法,所述将所述服务数据表关联至服务数据库包括:
在所述服务数据表中的字段不存在对应的数据库实体的情况下,将所述字段生成查询数据表,且将所述查询数据表存储至所述服务数据库。
5.根据权利要求1所述的服务注册方法,所述根据所述服务提供参数获取所述服务提供方的服务数据之后,且对所述服务数据进行解析以生成所述服务数据表之前,还包括:
判断所述服务数据是否为预设类型的服务数据,
若是,则根据预设存储要求将所述服务数据存储至所述服务数据库,完成所述服务提供方的服务注册,
若否,则对所述服务数据进行解析以生成所述服务数据表。
6.根据权利要求5所述的服务注册方法,所述根据预设存储要求将所述服务数据存储至所述服务数据库包括:
根据预设存储要求对所述服务数据进行封装,且为封装完成的服务数据添加数据描述;
将封装完成的服务数据以及对应的数据描述存储至所述服务数据库。
7.一种服务注册方法,包括:
接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数;
确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段;
基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
8.根据权利要求7所述的服务注册方法,所述接收服务调用方的服务注册请求之后,还包括:
确定所述第一服务调用参数不存在对应的数据库实体的情况下,接收所述服务调用方输入的数据调用条件,基于所述数据调用条件确定所述初始服务数据。
9.根据权利要求7所述的服务注册方法,所述接收服务调用方的服务注册请求之后,还包括:
确定所述第一服务调用参数不存在对应的数据库实体,且所述第一服务调用参数属于预设类型的情况下,接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
10.根据权利要求7所述的服务注册方法,所述基于所述数据库实体中的字段确定初始服务数据之后,还包括:
接收所述服务调用方的操作指令,且基于所述操作指令对所述初始服务数据进行预览和/或修改。
11.根据权利要求10所述的服务注册方法,所述基于所述操作指令对所述初始服务数据进行预览和/或修改之后,还包括:
接收所述服务调用方的探查指令,且基于所述探查指令对所述初始服务数据进行第一数据检查。
12.根据权利要求9或11所述的服务注册方法,所述完成所述服务调用方的服务注册之前,还包括:
基于所述第二服务调用参数确定所述服务调用方的目标服务数据,且对所述目标服务数据进行测试以及第二数据检查。
13.根据权利要求12所述的服务注册方法,所述对所述目标服务数据进行测试以及第二数据检查之后,还包括:
判断待提供所述目标服务数据的服务提供方的每秒查询率是否满足所述服务调用方的需求,
若是,则完成所述服务调用方的服务注册,
若否,则进行异常处理。
14.根据权利要求7所述的服务注册方法,所述方法,还包括:
实现权利要求1-6任意一项所述服务注册方法的步骤。
15.根据权利要求14所述的服务注册方法,所述服务调用方的服务注册之后,还包括:
接收所述服务调用方的服务数据调用请求,其中,所述服务数据调用请求携带有服务数据调用参数;
基于所述服务数据调用参数确定所述服务调用方待调用的服务数据,且将所述待调用的服务数据返回至所述服务调用方。
16.一种服务注册装置,包括:
第一接收模块,被配置为接收服务提供方携带有服务注册参数的服务注册请求;
第二接收模块,被配置为在所述服务注册参数满足预设服务注册需求的情况下,接收所述服务提供方录入的服务提供参数;
数据表生成模块,被配置为根据所述服务提供参数获取所述服务提供方的服务数据,且对所述服务数据进行解析以生成所述服务数据表;
第一服务注册模块,被配置为将所述服务数据表关联至服务数据库,完成所述服务提供方的服务注册。
17.一种服务注册装置,包括:
第三接收模块,被配置为接收服务调用方的服务注册请求,其中,所述服务注册请求中携带有第一服务调用参数;
第四接收模块,被配置为确定所述第一服务调用参数存在对应的数据库实体的情况下,接收所述服务调用方选择的数据库实体以及所述数据库实体中的字段;
第二服务注册模块,被配置为基于所述数据库实体中的字段确定初始服务数据,且根据所述初始服务数据接收所述服务调用方录入的第二服务调用参数,完成所述服务调用方的服务注册。
18.一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,其中,所述处理器执行所述计算机可执行指令时实现权利要求1-6或7-15任意一项所述服务注册方法的步骤。
19.一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现权利要求1-6或7-15任意一项所述服务注册方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010746210.0A CN114064766A (zh) | 2020-07-29 | 2020-07-29 | 服务注册方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010746210.0A CN114064766A (zh) | 2020-07-29 | 2020-07-29 | 服务注册方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114064766A true CN114064766A (zh) | 2022-02-18 |
Family
ID=80226855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010746210.0A Pending CN114064766A (zh) | 2020-07-29 | 2020-07-29 | 服务注册方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114064766A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115102999A (zh) * | 2022-06-09 | 2022-09-23 | 光大科技有限公司 | DevOps系统、服务提供方法、存储介质和电子装置 |
-
2020
- 2020-07-29 CN CN202010746210.0A patent/CN114064766A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115102999A (zh) * | 2022-06-09 | 2022-09-23 | 光大科技有限公司 | DevOps系统、服务提供方法、存储介质和电子装置 |
CN115102999B (zh) * | 2022-06-09 | 2024-02-09 | 光大科技有限公司 | DevOps系统、服务提供方法、存储介质和电子装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9998607B2 (en) | Unified services platform using a telephone number as a common subscriber identifier | |
US8656417B2 (en) | Interface for telecommunication services using uniform resource identifiers | |
Yadav et al. | LARAVEL: a PHP framework for e-commerce website | |
CN108346028A (zh) | 一种业务审批处理方法、装置及系统 | |
US11615066B2 (en) | Systems and methods for providing custom objects for a multi-tenant platform with microservices architecture | |
US11630642B2 (en) | Systems and methods for managing a database back end as a service | |
CN110597730A (zh) | 基于场景法的自动化测试用例生成方法及系统 | |
CN109829123A (zh) | 一种信息发送方法及装置 | |
US20210224055A1 (en) | Data interface processing method, device, server and medium | |
CN109597825B (zh) | 规则引擎调用方法、装置、设备及计算机可读存储介质 | |
CN114064766A (zh) | 服务注册方法及装置 | |
Unger et al. | Customer-defined service level agreements for composite applications | |
JP6081491B2 (ja) | イベントを査定するための関数モデル | |
Elmangoush et al. | Towards standard m2m apis for cloud-based telco service platforms | |
CN112035156A (zh) | 一种电商平台对接装置、方法、设备及介质 | |
US20120198039A1 (en) | Service linkage device, program, service linkage method, and service provision system | |
US20130275265A1 (en) | Business to business integration services marketplace | |
US20220382607A1 (en) | Systems and methods for extending the data model of a monolithic database through a microservice for a multi-tenant platform | |
US9384284B2 (en) | Value-added usage of process-oriented extension fields in business mashups | |
US8656414B1 (en) | Function execution framework describe functionality | |
CN115017185A (zh) | 一种数据处理方法、装置及存储介质 | |
CN111666097A (zh) | 基于业务场景的能力显性化方法和装置 | |
Duke et al. | Telecommunication mashups using RESTful services | |
CN107844612A (zh) | 一种应用于主动停电管理系统的大数据接入系统 | |
CN117132100A (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 |