CN111314459A - 一种业务请求方法、装置、电子设备及存储介质 - Google Patents
一种业务请求方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111314459A CN111314459A CN202010091213.5A CN202010091213A CN111314459A CN 111314459 A CN111314459 A CN 111314459A CN 202010091213 A CN202010091213 A CN 202010091213A CN 111314459 A CN111314459 A CN 111314459A
- Authority
- CN
- China
- Prior art keywords
- service
- interface
- request
- server
- information
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Abstract
本发明实施例提供了一种业务请求方法、装置、电子设备及存储介质,涉及网络通信技术领域,应用于网关设备,网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口。方法包括:通过至少一个聚合接口接收请求端发送的请求信息;根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址;根据待访问地址访问服务器,并在服务器中调用接口标识对应的访问接口,以获取所述待请求服务的业务数据。由此可见,应用本发明实施例提供的方案可以可以减小请求端请求业务数据的复杂度。
Description
技术领域
本发明涉及网络通信技术领域,特别是涉及一种业务请求方法、装置、电子设备及存储介质。
背景技术
近年来用户需求不断增长,希望通过服务架构请求到各种服务。
下面以微服务架构为例进行说明。在微服务架构中,通常由网关设备对各个微服务进行代理,网关设备配置有一个或多个接口,每一接口用于传输针对一个微服务的各类数据请求及相关数据。现有技术中,请求端请求微服务提供的业务数据时,需要确定网关设备中上述微服务对应的接口,向所确定的接口发送请求信息,进而获取该微服务提供的业务数据。
应用现有技术虽然可以实现对业务的请求,但是请求端在请求业务数据时,由于网关设备中每一接口只能传输一个服务的各类数据请求及相关数据,这样请求端就需要根据不同的请求访问网关设备中不同的接口,从而导致请求端请求业务数据时复杂度较高。
发明内容
本发明实施例的目的在于提供一种业务请求方法、装置、电子设备及存储介质,以减小请求端请求业务数据的复杂度。具体技术方案如下:
在本发明实施的第一方面,首先提供了一种业务请求方法,应用于网关设备,所述网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口;
所述方法包括:
通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
在本发明实施的第二方面,提供了一种业务请求方法,应用于请求端,所述方法包括:
生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
在本发明实施的第三方面,提供了一种业务请求装置,设置于网关设备,所述网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口;
所述装置包括:
请求接收模块,用于通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
地址查找模块,用于根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
数据获取模块,用于根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
在本发明实施的第四方面,提供了一种业务请求装置,应用于请求端,所述装置包括:
请求生成模块,用于生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
请求发送模块,用于将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
在本发明实施的第五方面,提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现第一方面或第二方面中任一所述的方法步骤。
在本发明实施的第六方面,提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现第一方面或第二方面中任一所述的方法步骤。
在本发明实施的第七方面,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机实现第一方面或第二方面中任一所述的方法步骤。
应用本发明实施例提供的业务请求方案进行业务请求时,网关设备通过至少一个聚合接口接收请求端发送的请求信息,其中,请求信息中包括:待请求服务的服务标识和待请求服务对应的访问接口的接口标识,网关设备根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址,并根据待访问地址访问服务器,在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用本发明实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本发明实施例提供的一种服务架构的示意图;
图2为本发明实施例提供的一种应用于网关设备的业务请求方法的流程示意图;
图3为本发明实施例提供的另一种业务请求方法的流程示意图;
图4为本发明实施例提供的一种对应关系获得方法的流程示意图;
图5为本发明实施例提供的一种接口信息获得方法的流程示意图;
图6为本发明实施例提供的又一种业务请求方法的流程示意图;
图7为本发明实施例提供的一种可聚合接口确定方法的流程示意图;
图8为本发明实施例提供的一种应用于请求端的业务请求方法的流程示意图;
图9为本发明实施例提供的一种服务架构的示意图;
图10为本发明实施例提供的一种业务请求的信令交互图;
图11为本发明实施例提供的第一种业务请求装置的结构示意图;
图12为本发明实施例提供的第二种业务请求装置的结构示意图;
图13为本发明实施例提供的第三种业务请求装置的结构示意图;
图14为本发明实施例提供的第四种业务请求装置的结构示意图;
图15为本发明实施例提供的第五种业务请求装置的结构示意图;
图16为本发明实施例提供的第六种业务请求装置的结构示意图;
图17为本发明实施例提供的第七种业务请求装置的结构示意图;
图18为本发明实施例提供的第八种业务请求装置的结构示意图;
图19为本发明实施例提供的第九种业务请求装置的结构示意图;
图20为本发明实施例提供的第十种业务请求装置的结构示意图;
图21为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。
由于现有技术中存在请求端请求业务数据的复杂度较高的问题,为解决这一技术问题,本发明实施例提供了一种业务请求方法,应用于网关设备。
参见图1,图1为本发明实施例提供的一种服务架构的示意图,服务架构中包括网关设备和服务器,网关设备用于代理部署于服务器的各个服务,图中实心圆表示聚合接口,空心圆表示服务中的访问接口。
如图1所示,网关设备可以对一个或多个服务进行代理,以微服务为例,网关设备可以对用户信息微服务、收入信息微服务等进行代理。服务分为可以被聚合的服务和不需要进行聚合的服务。网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。
每个服务对应至少一个访问接口,各个访问接口可以用于传输不同的业务数据,以用户信息微服务为例,上述微服务中包含基本信息接口、家庭信息接口等,其中基本信息接口用于传输用户的基本信息,家庭信息接口用于传输用户的家庭信息。服务的访问接口分为可以被聚合的接口和不需要被进行聚合的接口。服务部署在服务器中,一个服务器中可以部署一个或多个服务,也可以由多个服务器联合部署一个服务。也就是,一个服务器可以提供多个服务,也可以多个服务器联合提供一个服务,图1中仅为示例,不用于限定服务的部署方式。
应用于网关设备的业务请求方法包括:
通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
与上述应用于网关设备的业务请求方法相对应,本发明的一个实施例中,还提供了另一种业务请求方法,应用于请求端,该方法包括:
生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
综上可知,本发明实施例中,服务架构中的网关设备,不仅仅用于对各个服务进行代理,还可以根据接收到的请求信息,确定待请求服务所在服务器的待访问地址,并根据访问接口的接口标识和待访问地址,对访问接口进行调用,从而获取待请求服务的业务数据。
在服务架构中增加网关设备,使得请求端和服务器通过网关设备实现数据交互,这样可以减小请求端和服务器之间的依赖关系。例如,在对服务器进行开发时,无需适应请求端对业务数据的格式要求,而是将业务数据发送至网关设备,由网关设备将业务数据的格式转化为请求端可接收的格式。这样便于对请求端和服务器进行解耦,有利于开发人员对服务器进行开发和优化。
应用上述实施例提供的业务请求方案进行业务请求时,由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
下面通过具体实施例对本发明实施例提供的业务请求方法、装置、电子设备进行详细介绍。
参见图2,图2为本发明实施例提供的一种业务请求方法的流程示意图,上述方法可以应用于网关设备,具体包括如下步骤201至步骤203。
步骤201,通过至少一个聚合接口接收请求端发送的请求信息。
其中,聚合接口为:网关设备生成的、对可聚合的服务中可聚合的接口进行聚合得到的接口。一个聚合接口可以传输一个或多个服务的各类数据请求及相关数据。请求端通过一个聚合接口可以实现对一个或多个可聚合服务中可聚合接口的调用。
本申请的一个实施例中,上述聚合接口可以是网关设备对所代理的所有可聚合的服务中可聚合的接口进行聚合得到的接口。聚合接口可以传输所有代理的可聚合服务的各类数据请求及相关数据,请求端通过上述一个聚合接口可以实现对所有可聚合服务中可聚合接口的调用,从而可以进一步降低业务请求的复杂度。
请求信息包括:待请求服务的服务标识和待请求服务对应的访问接口的接口标识。
待请求服务为用户期望请求的服务,待请求服务的服务标识可以是待请求服务的名称、序号等。待请求服务对应的访问接口为:获取待请求服务的业务数据时需要调用的访问接口,因此可以将上述接口作为待访问接口。访问接口的接口标识可以是访问接口的名称、编号等。
例如,请求信息中可以包括“user-info.basic-info”,其中,“user-info”为用户信息微服务的标识,“basic-info”为用户信息微服务中基本信息接口的标识,上述请求信息表示请求端期望获得用户信息微服务中基本信息接口传输的基本信息数据。
本发明的一个实施例中,请求信息中可以包括一个或多个待请求服务的标识和一个或多个待访问接口的标识,这样可以实现一次对多个服务的请求。在请求信息中包含多个服务标识和接口标识的情况下,不同的服务标识和接口标识之间可以利用间隔符隔开,这样可以避免不同的服务标识和接口标识之间产生干扰。其中,上述间隔符可以是“&”、“+”、“#”等,本发明并不对此进行限定。
例如,请求信息中可以包括“user-info.basic-info&income-info.basic-income”,其中,“income-info”为收入信息微服务的标识,“basic-income”为收入信息微服务中基本收入接口的标识,“&”为不同的服务标识和接口标识之间的间隔符。上述请求信息表示,请求端期望获得用户信息微服务中基本信息接口和收入信息微服务中基本收入接口传输的业务数据。
步骤202,根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址。
具体的,网关设备中存储有服务的标识和服务所在服务器的访问地址之间的对应关系,根据待请求服务的标识,在上述对应关系中可以查找到该标识对应的访问地址,将查找到的访问地址作为待请求服务所在服务器的访问地址。
本发明的一个实施例中,在获得上述对应关系时,网关设备可以依次获得所代理的每一服务的标识和服务所在服务器的访问地址之间的对应关系,再将每一服务的标识的访问地址的对应关系合并,从而得到所代理的全部可聚合服务的标识和服务所在服务器的访问地址之间的对应关系。
本发明的一个实施例中,网关设备在得到各个服务的标识和服务所在服务器的访问地址之间的对应关系后,可以将上述对应关系存储到数据库中,这样便于网关设备在接收到请求信息后,针对请求信息中待请求服务的标识,在上述对应关系中确定待请求服务所在服务器的访问地址。
进一步的,网关设备每增加代理一个新的服务,可以获得该服务的标识和该服务所在服务器的访问地址,并将新的服务的标识和访问地址添加到上述对应关系中,得到更新后的对应关系。这样可以得到包含新的服务的标识和访问地址的对应关系。
本发明的一个实施例中,在获得服务的标识和服务所在服务器的访问地址时,可以由人工配置服务的标识和所在服务器的访问地址,也可以由网关设备对服务进行访问,从而获得服务的标识、所在服务器的访问地址等信息。
本发明的一个实施例中,当无法在对应关系中确定待请求服务所在服务器的待访问地址时,可以向请求端返回错误提示信息。
具体的,对于接收到的请求信息中携带的待请求服务的服务标识,网关设备在存储的对应关系中,可能无法查找到上述标识对应的待访问地址。这可能是因为请求端在生成请求信息时出错,导致请求信息中携带的待请求服务的服务标识为错误标识,从而导致网关设备无法在对应关系中查找到对应的待访问地址。也可能是因为网关设备存储的对应关系不完整,例如,可能是存储的对应关系丢失,也可能是网关设备未能将全部的可聚合服务的标识和服务所在服务器的访问地址添加到上述对应关系中,从而导致无法在对应关系中查找到对应的待访问地址。
当查找待访问地址出错时,可以向服务端返回错误提示信息,上述错误提示信息中可以携带关于查找访问地址出错的信息,例如,上述错误提示信息可以是“Error infinding address”。请求端接收到错误提示信息后,可以重新生成请求信息,再次进行业务请求。
步骤203,根据待访问地址访问服务器,并在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。
具体的,网关设备根据待访问地址可以向待请求服务所在的服务器进行访问,并根据接口标识,在上述服务器中调用该接口标识对应的访问接口,实现对待访问接口的调用,待访问接口将对应的业务数据发送到服务设备,进而服务设备可以获取待请求服务的业务数据。
参见图3,本发明的一个实施例中,在获取待请求服务的业务数据后,上述方法还包括:
步骤204,对所获取的业务数据进行数据聚合,将数据聚合后的业务数据发送至请求端。
其中,上述数据聚合包括对业务数据进行数据整理、分类、格式转换等。
具体的,所获取的业务数据中可能包含多条数据,例如,假设所获取的业务数据为用户信息微服务中基本信息接口传输的基本信息数据,上述基本信息数据中包括用户的用户名、性别、年龄等多条数据。尤其是当一次业务请求期望获得多个服务的多个访问接口传输的业务数据时,所获取的数据更多。而且,不同的请求端对业务数据的对齐方式、格式要求等可能不一致。网关设备可以按照请求端对数据的要求,对所获取的业务数据进行数据聚合,再将数据聚合后的业务数据发送至请求端。
这样由网关设备对业务数据进行数据聚合,使得返回请求端的业务数据满足请求端对数据的要求,一方面,便于请求端对业务数据进行读取。另一方面,无需保持服务端的业务数据的数据格式与请求端对业务数据的要求保持一致,请求端接收到的业务数据的数据格式不直接依赖于服务端,便于对请求端与服务端进行解耦,有利于开发人员对服务端进行优化和改进。
应用上述实施例提供的业务请求方案进行业务请求时,网关设备通过至少一个聚合接口接收请求端发送的请求信息,其中,请求信息中包括:待请求服务的服务标识和待请求服务对应的访问接口的接口标识,网关设备根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址,并根据待访问地址访问服务器,在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
参见图4,本发明的一个实施例中,可以通过如下步骤401至步骤402获得上述对应关系:
步骤401,调用服务器中各个可聚合的服务的配置接口,获得可聚合的服务的配置信息。
其中,服务的配置接口为用于传输该服务的配置信息的接口,配置信息中包括该服务的标识、所在服务器的访问地址、服务中包含的访问接口、每一访问接口的标识、所返回的业务数据的格式、熔断时间等。
参见表1,表1为本发明实施例提供的一种用户信息微服务的配置信息,其中,“key”表示服务的标识,“url”表示服务所在服务器的访问地址,“interface”表示服务中访问接口的信息,具体的,“path”表示该访问接口的标识,“circutbreak”表示熔断时间,其中,熔断时间可以表示持续请求该服务的业务数据的最长时间。当请求该服务的时间达到熔断时间仍未获得该服务的业务数据的情况下,可以认为请求超时,终止请求。“return”表示该接口返回的业务数据的格式。
表1
网关设备可以依次调用所代理的各个可聚合的服务的配置接口,从而获得各个可聚合的服务的配置信息。
步骤402,根据配置信息中包含的每一可聚合的服务的标识和服务所在服务器的访问地址,建立各个服务的标识和所在服务器的访问地址之间的对应关系。
本发明的一个实施例中,每一服务的配置信息中包括该服务的标识和所在服务器的访问地址,网关设备在获得各个服务的配置信息后,可以将各个服务的标识和对应的访问地址进行合并,从而得到网关设备所代理的各个可聚合的服务的标识和服务所在服务器的访问地址之间的对应关系。
应用上述实施例提供的对应关系获得方案,可以方便快捷地获得服务架构中各个可聚合的服务的标识和服务所在服务器的访问地址之间的对应关系。并且,配置信息中包含的信息多种多样,这样在需要使用配置信息中的其他信息时,无需再次访问各个服务的配置接口,可以减小由于多次访问配置接口带来的运算资源损耗。
参见图5,本发明的一个实施例中,网关设备在上述步骤401中获得配置信息后,还可以执行如下步骤403至步骤404。
步骤403,根据配置信息,生成接口信息。
其中,接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识。
获得每一可聚合的服务的配置信息后,可以将各个服务的配置信息中的服务的标识、访问接口的标识合并,得到包括各个服务的标识、服务中访问接口的标识的接口信息。
本发明的一个实施例中,可以以API(Application Programming Interface,应用程序接口)文档的形式存储上述接口信息,这样便于请求端快速在接口信息中获得清网进行访问的服务的标识和访问接口的标识。
本发明的一个实施例中,接口信息中还可以包括各个接口传输的业务数据的格式,这样请求端在接收到传输的业务数据后,可以根据接口信息中业务数据的格式,对接收到的业务数据进行读取。上述格式也可以存储在API文档中。
其中,各个服务中接口返回的业务数据,通常是由Jackson类库生成的,因此上述业务数据的格式通常是Json格式。
参见表2,表2为本发明实施例提供的一种接口信息。API文档中“accept-param”用于记录各个可聚合的服务的标识和服务中可聚合的访问接口的标识,如表2所示,“service”表示服务的标识,图中服务的标识包括“user-info”和“income-info”。“interface”表示访问接口的标识,图中访问接口的标识包括“basic-info”、“account-info”等。“return-schema”用于记录各个可聚合的访问接口返回的业务数据的格式,“user-info”表征的服务中,标识为“basic-info”的访问接口返回的业务数据中包括“name”、“uid”、“male”等信息,其中,“name”信息的格式为“string”,“uid”信息的格式为“long”,“male”信息的格式为“boolean”。
表2
本发明的一个实施例中,网关设备每代理一个新的服务,获得新的服务的配置信息,可以根据新的服务的配置信息得到新的服务的接口信息,并将新的接口信息添加到已存储的接口信息中,从而得到更新后的接口信息。
步骤404,将接口信息发送到请求端,以使得请求端基于接口信息生成请求信息。
具体的,网关设备可以在每次更新接口信息后,将更新的接口信息发送到请求端,这样可以使得请求端中的接口信息为最新的接口信息。
请求端在期望请求服务时,可以根据接口信息获得期望请求的服务的服务标识和该服务对应的访问接口的接口标识,进而根据上述服务标识和接口标识,生成请求信息。并且,由于上述步骤401中已经获得了配置信息,因此在获得接口信息时,可以直接利用步骤401中获得的配置信息,无需再次访问各个服务的配置接口,可以节省访问资源。
参见图6,本发明的一个实施例中,业务请求方法还包括:
步骤205,在访问服务器失败和/或在服务器中调用接口标识对应的访问接口失败的情况下,生成错误提示信息,并向请求端返回错误提示信息。
具体的,上述失败的情况包括如下情况A和情况B。
情况A:根据待访问地址访问服务器失败的情况下,生成错误提示信息。
这种情况下,说明网关设备根据确定的待访问地址,无法对待请求服务所在服务器进行访问。一种原因是,网关设备根据对应关系所确定的待访问地址错误,说明网关设备中存储的服务的标识和服务所在服务器的访问地址之间的对应关系中,待请求服务的标识对应的访问地址是错误的地址。这样导致无法根据查找到的待访问地址访问待请求服务所在的服务器。
另一种原因是,待请求服务所在的服务器发生错误,例如,服务器断开连接,这种情况下无法对服务器进行访问。
在这种情况下,生成的错误提示信息中,可以携带关于服务器出错的提示信息,例如,错误提示信息可以是“Service Error”等。
情况B,根据访问接口的接口标识,在服务器中调用访问接口失败的情况下,生成错误提示信息。
这种情况下,说明网关设备可以对待请求服务所在的服务器进行访问,但是无法调用访问接口。一种原因是,请求信息中携带的待请求服务对应的访问接口的接口标识发生错误,这样导致网关设备在服务器中无法调用上述访问接口;另一种原因是,服务器中访问接口发生故障,例如,访问接口数据丢失,这样导致待访问接口无法传输业务数据。
上述情况下,向请求端返回的错误提示信息中,可以携带关于访问接口出错的提示信息,例如,错误提示信息可以是“Interface Error”等。
本发明的一个实施例中,请求端可能一次请求多个待请求服务的多个待访问接口提供的服务,其中,可能存在部分访问接口访问成功,而另一部分访问接口访问出错。这种情况下,对于成功访问的访问接口,获得该访问接口返回的业务数据;对于访问出错的访问接口,生成针对这类访问接口的错误提示信息。将上述业务数据和错误提示信息发送至请求端。
应用上述实施例提供的错误提示方案,请求端可以获知业务请求出错的结果,还可以根据错误提示信息的内容确定补偿策略,例如,可以重新生成请求信息进行业务请求,也可以更换请求方式进行业务请求等。
参见图7,本发明的一个实施例中,网关设备可以通过以下步骤701至步骤702确定服务中可聚合的接口:
步骤701,获得服务器发送的扫描结果。
扫描结果为:每一服务器对自身中各服务的访问接口进行扫描的结果。
服务器中可能包含一个或多个服务,服务器可以对所包含的各个服务中访问接口进行扫描,具体可以扫描各个访问接口是否标注有聚合标识,得到扫描结果。其中,扫描结果中包含:标注有聚合标识的访问接口的信息。服务器在得到扫描结果后,可以将扫描结果发送到网关设备。
其中,聚合标识为:每一服务器对自身中各服务的可聚合的访问接口添加的标识。例如,上述标识可以是“@Aggregationinf”、“polymerize”等。也就是,标注有上述聚合标识的访问接口为可聚合的访问接口。
本发明的一个实施例中,服务器可以利用聚合接口程序对自身中各服务的各个访问接口进行检测,在检测到可聚合的访问接口后,上述程序可以对检测到的可聚合的访问接口添加聚合标识。这样服务器在对自身中各服务的访问接口进行扫描时,即可得到包含标注有聚合标识的访问接口的扫描结果。
本发明的一个实施例中,网关设备可以向服务器发送扫描请求,服务器接收到扫描请求后,开始对自身各服务中访问接口进行扫描,并将扫描结果发送到网关设备。也可以是服务在加入服务架构时,服务器主动对新加入的服务的访问接口进行扫描,并将扫描结果发送到网关设备。
步骤702,确定扫描结果中标注有聚合标识的访问接口为可聚合的访问接口。
具体的,网关设备接收到扫描结果后,将扫描结果中标注有聚合标识的访问接口确定为可聚合的接口。这样网关设备可以快速确定各个服务中可聚合的访问接口,在进行接口聚合时,可以直接针对可聚合的访问接口进行聚合,加快聚合效率。
本发明的一个实施例中,在对可聚合的访问接口进行聚合时,可以重新生成新的接口,作为聚合接口,该聚合接口可以用于传输上述各个访问接口对应的各类数据请求和相关数据。
参见图8,图8为本发明实施例提供的另一种业务请求方法的流程示意图,应用于请求端,其中,上述请求端可以是手机、平板电脑、电子计算机等。上述方法包括如下步骤801至步骤802。
步骤801,生成请求信息。
其中,请求信息携带待请求服务的服务标识和待请求服务对应的访问接口的接口标识。
具体的,请求端可以在接收到用户的操作指令后,认为需要请求服务。请求端可以根据接收到的指令,确定需要请求的待请求服务和待请求服务对应的访问接口。
本发明的一个实施例中,操作指令中可以携带待请求服务的服务标识和待请求服务对应的访问接口的接口标识,请求端可以根据操作指令中的服务标识和接口标识,生成请求信息。
本发明的一个实施例中,请求端可以获得网关设备生成的接口信息,并基于预先获得的接口信息,生成请求信息。
其中,接口信息为:网关设备根据各个可聚合的服务的配置信息生成的信息,配置信息为:网关设备调用服务器中各个可聚合的服务的配置接口获得的信息,接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识。
具体的,请求端在需要进行业务请求时,可以在接口信息中确定待请求服务的服务标识,以及待请求服务对应的访问接口的接口标识,进而生成请求信息。由于接口信息是网关设备通过访问各个服务获得的信息,而请求信息是请求端根据上述接口信息生成的,这样可以提高网关设备根据请求信息进行业务请求的成功率。
步骤802,将请求信息发送至网关设备的至少一个聚合接口,以使得网关设备根据待请求服务所在服务器的待访问地址在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。
其中,待访问地址为网关设备根据服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的待请求服务所在服务器的访问地址。
具体的,请求端只需要知道网关设备的聚合接口的访问地址,并将请求信息发送至上述聚合接口,以使得网关设备通过聚合接口接收到上述请求信息,再由网关设备基于请求信息中携带的待请求服务的服务标识,在对应关系中确定待请求服务所在服务器的待访问地址,并通过所确定的待访问地址访问上述服务器,在服务器中调用接口标识对应的访问接口,从而获得待请求服务的业务数据。
网关设备在获得待请求服务的业务数据后,可以将接收到的业务数据再返回到请求端。
本发明的一个实施例中,上述方法还包括:
接收网关设备返回的聚合数据,聚合数据为:网关设备对待请求服务的业务数据进行数据聚合得到的数据。
这样网关设备对业务数据进行聚合,再将聚合后的业务数据发送至请求端,可以避免业务数据在发送过程中丢失,减小请求端接收到的业务数据不完整的概率,提高请求端接收到的业务数据的完整性。
本发明的一个实施例中,上述方法还包括:
接收网关设备返回的错误提示信息,错误提示信息为:网关设备在访问所述服务器失败和/或在服务器中调用接口标识对应的访问接口失败的情况下生成的提示信息。
这样请求端可以获知业务请求出错的结果,还可以根据错误提示信息的内容确定补偿策略,例如,可以重新生成请求信息进行业务请求,也可以更换请求方式进行业务请求等。
本发明的一个实施例中,对于上述步骤801,请求端可以通过以下方式获得网关设备生成的接口信息:
调用网关设备中的配置接口,获取网关设备提供的接口信息。
其中,通过网关设备的配置接口,可以访问网关设备的数据库,进而可以获得网关设备存储在数据库中的接口信息。
请求端通过调用网关设备的配置接口,即可获得服务架构中各个可聚合的服务的接口信息,无需依次获得各个服务的接口信息,可以节省计算资源,提高获得效率。
本发明的一个实施例中,请求端可以按照预设的时间间隔访问网关设备的配置接口,其中,上述预设的时间间隔可以是7天、10天、30天等。网关设备还可以在对接口信息进行更新后,向请求端发送通知,请求端每接收到上述通知,即对网关设备的配置接口进行访问,从而获得最新更新的接口信息。
参见图9,图9为本发明实施例提供的一种服务架构的示意图,上述服务架构中包括网关设备和部署于服务器的各个服务。网关设备中包含聚合接口和配置接口,其中聚合接口用于实现请求端的业务请求,配置接口用于实现请求端对网关设备中数据库的访问,便于请求端获得网关设备存储的接口信息等。
在进行业务请求时,请求端、网关设备、服务器之间的交互过程如图10所示:
请求端可以向网关设备的聚合接口发送请求信息;
网关设备接收到请求信息后,基于请求信息中携带的待请求服务的服务标识,在预设的对应关系中确定待请求服务所在服务器的待访问地址,并通过所确定的待访问地址访问上述服务器,在上述服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据;
网关设备接收到业务数据后,可以对业务数据进行数据聚合,再将数据聚合后的业务数据发送到请求端;
请求端接收网关设备返回的聚合信息,从而实现业务请求。
参见表3,表3为本发明实施例提供的一种业务数据。表中“user-info.basic-info”表示该业务数据为:标识为“user-info”的服务中标识为“basic-info”的接口返回的信息,“name”、“uid”、“male”为具体的业务数据的内容。
表3
本发明的一个示例中,请求端访问的网址可以是:
http//gateway.qiyi.domain/aggregation-data?param=user-info.basic-info¶m=income-info.basic-income
上述访问的网址中:
“gateway.qiyi.domain/aggregation-data”表示网关设备聚合接口的访问地址;
“param=user-info.basic-info¶m=income-info.basic-income”表示所携带的请求信息;其中:
“user-info”为期望访问的用户信息微服务的服务标识,“basic-info”为用户信息微服务对应的基本信息接口的标识,“income-info”为期望访问的收入信息微服务的标识,“basic-income”为收入信息微服务对应的的基本收入接口的标识。
也就是,上述请求表示请求端期望请求用户信息微服务中接本信息接口和收入信息微服务中基本收入接口传输的业务数据。网关设备根据上述请求信息,可以得到如表3所示的业务数据。
除上述实施例之外,请求端还可以访问网关设备的配置接口,通过配置接口访问数据库,从而获得数据库中存储的接口信息。这样请求端可以基于接口信息生成请求信息。
应用上述实施例提供的业务请求方案进行业务请求时,请求端生成请求信息,其中,请求信息携带待请求服务的服务标识和待请求服务对应的访问接口的接口标识,并将请求信息发送至网关设备的至少一个聚合接口,以使得网关设备根据待请求服务所在服务器的待访问地址在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
参见图11,图11为本发明实施例提供的一种业务请求装置的结构示意图,应用于网关设备,所述网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口;
所述装置包括:
请求接收模块1101,用于通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
地址查找模块1102,用于根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
数据获取模块1103,用于根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
参见图12,本发明的一个实施例中,所述装置还包括:
对应关系确定模块1104,用于调用服务器中各个可聚合的服务的配置接口,获得可聚合的服务的配置信息;根据所述配置信息中包含的每一可聚合的服务的标识和服务所在服务器的访问地址,建立各个服务的标识和访问地址之间的对应关系。
应用上述实施例提供的对应关系获得方案,可以方便快捷地获得服务架构中各个可聚合的服务的标识和服务所在服务器的访问地址之间的对应关系。并且,配置信息中包含的信息多种多样,这样在需要使用配置信息中的其他信息时,无需再次访问各个服务的配置接口,可以减小由于多次访问配置接口带来的运算资源损耗。
参见图13,本发明的一个实施例中,所述装置还包括:
接口信息确定模1105,用于根据所述配置信息,生成接口信息,所述接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识;将所述接口信息发送到所述请求端,以使得所述请求端基于所述接口信息生成所述请求信息。
请求端在期望请求服务时,可以根据接口信息获得期望访问的服务的标识和期望访问的接口的标识,进而根据上述服务的标识和接口的标识,生成请求信息。并且,由于配置信息是预先获得的,因此在获得接口信息时,可以直接利用上述配置信息,无需再次调用各个服务的配置接口,可以节省访问资源。
参见图14,本发明的一个实施例中,所述装置还包括:
可聚合接口确定模块1106,用于获得服务器发送的扫描结果,所述扫描结果为:每一服务器对自身中各服务的访问接口进行扫描的结果;确定扫描结果中标注有聚合标识的访问接口为可聚合的访问接口,所述聚合标识为:每一服务器对自身中各服务的可聚合的访问接口添加的标识。
这样网关设备可以快速确定各个服务中可聚合的接口,在进行接口聚合时,可以直接针对可聚合的接口进行聚合,加快聚合效率。
参见图15,本发明的一个实施例中,所述装置还包括:
数据返回模块1107,用于对所获取的业务数据进行数据聚合,将数据聚合后的业务数据发送至所述请求端。
这样由网关设备对业务数据进行数据聚合,使得返回请求端的业务数据满足请求端对数据的要求,一方面,便于请求端对业务数据进行读取。另一方面,无需保持服务端的业务数据的数据格式与请求端对业务数据的要求保持一致,请求端接收到的业务数据的数据格式不直接依赖于服务端,便于对请求端与服务端进行解耦,有利于开发人员对服务端进行优化和改进。
参见图16,本发明的一个实施例中,所述装置还包括:
信息提示模块1108,用于在访问所述服务器失败和/或在所述服务器中调用所述接口标识对应的访问接口失败的情况下,生成错误提示信息,并向所述请求端返回所述错误提示信息。
应用上述实施例提供的错误提示方案,请求端可以获知业务请求出错的结果,还可以根据错误提示信息的内容确定补偿策略,例如,可以重新生成请求信息进行业务请求,也可以更换请求方式进行业务请求等。
应用上述实施例提供的业务请求方案进行业务请求时,网关设备通过至少一个聚合接口接收请求端发送的请求信息,其中,请求信息中包括:待请求服务的服务标识和待请求服务对应的访问接口的接口标识,网关设备根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址,并根据待访问地址访问服务器,在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
参见图17,图17为本发明实施例提供的另一种业务请求装置的结构示意图,应用于请求端,所述装置包括:
请求生成模块1701,用于生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
请求发送模块1702,用于将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
参见图18,本发明的一个实施例中,所述装置还包括:
接口信息获得模块1703,用于获得所述网关设备生成的接口信息,所述接口信息为:所述网关设备根据各个可聚合的服务的配置信息生成的信息,所述配置信息为:所述网关设备调用服务器中各个可聚合的服务的配置接口获得的信息,所述接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识;
所述请求生成模块1701,具体用于:
基于预先获得的接口信息,生成请求信息。
具体的,请求端在需要向待请求服务的待访问接口请求服务时,可以在接口信息中确定待请求服务的标识,以及待访问接口的标识,进而生成请求信息。由于接口信息是网关设备通过访问各个服务获得的信息,而请求信息是请求端根据上述接口信息生成的,这样可以提高网关设备根据请求信息进行业务请求的成功率。
本发明的一个实施例中,所述接口信息获得模块1703,具体用于:
调用所述网关设备中的配置接口,获取所述网关设备提供的接口信息。
请求端通过调用网关设备的配置接口,即可获得服务架构中各个可聚合的服务的接口信息,无需依次获得各个服务的接口信息,可以节省计算资源,提高获得效率。
参见图19,本发明的一个实施例中,所述装置还包括:
聚合信息接收模块1704,用于接收所述网关设备返回的聚合数据,所述聚合数据为:所述网关设备对所述待请求服务的业务数据进行数据聚合得到的数据。
这样网关设备对业务数据进行聚合,再将聚合后的业务数据发送至请求端,可以避免业务数据在发送过程中丢失,减小请求端接收到的业务数据不完整的概率,提高请求端接收到的业务数据的完整性。
参见图20,本发明的一个实施例中,所述装置还包括:
提示信息接收模块1705,用于接收所述网关设备返回的错误提示信息,所述错误提示信息为:所述网关设备在访问所述服务器失败和/或在所述服务器中调用所述接口标识对应的访问接口失败的情况下生成的提示信息。
这样请求端可以获知业务请求出错的结果,还可以根据错误提示信息的内容确定补偿策略,例如,可以重新生成请求信息进行业务请求,也可以更换请求方式进行业务请求等。
应用上述实施例提供的错误提示方案,请求端可以获知业务请求出错的结果,还可以根据错误提示信息的内容确定补偿策略,例如,可以重新生成请求信息进行业务请求,也可以更换请求方式进行业务请求等。
应用上述实施例提供的业务请求方案进行业务请求时,请求端生成请求信息,其中,请求信息携带待请求服务的服务标识和待请求服务对应的访问接口的接口标识,并将请求信息发送至网关设备的至少一个聚合接口,以使得网关设备根据待请求服务所在服务器的待访问地址在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
本发明实施例还提供了一种电子设备,如图21所示,包括处理器2101、通信接口2102、存储器2103和通信总线2104,其中,处理器2101,通信接口2102,存储器2103通过通信总线2104完成相互间的通信,
存储器2103,用于存放计算机程序;
处理器2101,用于执行存储器2103上所存放的程序时,实现上述任一业务请求方法的步骤。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的业务请求方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的业务请求方法。
应用上述实施例提供的业务请求方案进行业务请求时,网关设备通过至少一个聚合接口接收请求端发送的请求信息,其中,请求信息中包括:待请求服务的服务标识和待请求服务对应的访问接口的接口标识,网关设备根据服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找待请求服务所在服务器的待访问地址,并根据待访问地址访问服务器,在服务器中调用接口标识对应的访问接口,以获取待请求服务的业务数据。由于网关设备配置有至少一个聚合接口,而每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据。这样请求端在请求业务数据时,可以向网关设备中聚合接口发送请求信息,网关设备通过该聚合接口接收到请求信息后可以获得一个或多个服务对应的业务数据,并将所获得的业务数据发送到请求端。由此可见,应用上述实施例提供的方案进行业务请求时,请求端通过一个聚合接口可以请求一个或多个服务对应的业务数据,从而可以减小请求端请求业务数据的复杂度。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例、电子设备实施例、计算机可读存储介质实施例、计算机程序产品实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (15)
1.一种业务请求方法,其特征在于,应用于网关设备,所述网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口;
所述方法包括:
通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
2.根据权利要求1所述的方法,其特征在于,通过以下方式获得所述对应关系:
调用服务器中各个可聚合的服务的配置接口,获得可聚合的服务的配置信息;
根据所述配置信息中包含的每一可聚合的服务的标识和服务所在服务器的访问地址,建立各个服务的标识和访问地址之间的对应关系。
3.根据权利要求2所述的方法,其特征在于,在所述获得可聚合的服务的配置信息步骤后,所述方法还包括:
根据所述配置信息,生成接口信息,所述接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识;
将所述接口信息发送到所述请求端,以使得所述请求端基于所述接口信息生成所述请求信息。
4.根据权利要求1-3中任一项所述的方法,其特征在于,通过以下方式确定服务中可聚合的访问接口:
获得服务器发送的扫描结果,所述扫描结果为:每一服务器对自身中各服务的访问接口进行扫描的结果;
确定扫描结果中标注有聚合标识的访问接口为可聚合的访问接口,所述聚合标识为:每一服务器对自身中各服务的可聚合的访问接口添加的标识。
5.根据权利要求1-3中任一项所述的方法,其特征在于,在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据步骤之后,所述方法还包括:
对所获取的业务数据进行数据聚合,将数据聚合后的业务数据发送至所述请求端。
6.根据权利要求1-3中任一项所述的方法,其特征在于,所述方法还包括:
在访问所述服务器失败和/或在所述服务器中调用所述接口标识对应的访问接口失败的情况下,生成错误提示信息,并向所述请求端返回所述错误提示信息。
7.一种业务请求方法,其特征在于,应用于请求端,所述方法包括:
生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
获得所述网关设备生成的接口信息,所述接口信息为:所述网关设备根据各个可聚合的服务的配置信息生成的信息,所述配置信息为:所述网关设备调用服务器中各个可聚合的服务的配置接口获得的信息,所述接口信息包括:可聚合的服务的标识、可聚合的服务中可聚合的访问接口的标识;
所述生成请求信息,包括:
基于预先获得的接口信息,生成请求信息。
9.根据权利要求8所述的方法,其特征在于,所述获得所述网关设备生成的接口信息,包括:
调用所述网关设备中的配置接口,获取所述网关设备提供的接口信息。
10.根据权利要求7-9中任一项所述的方法,其特征在于,所述方法还包括:
接收所述网关设备返回的聚合数据,所述聚合数据为:所述网关设备对所述待请求服务的业务数据进行数据聚合得到的数据。
11.根据权利要求7-9中任一项所述的方法,其特征在于,所述方法还包括:
接收所述网关设备返回的错误提示信息,所述错误提示信息为:所述网关设备在访问所述服务器失败和/或在所述服务器中调用所述接口标识对应的访问接口失败的情况下生成的提示信息。
12.一种业务请求装置,其特征在于,设置于网关设备,所述网关设备配置有至少一个聚合接口,每个聚合接口用于传输针对至少一个服务的各类数据请求及相关数据,每个服务对应至少一个访问接口;
所述装置包括:
请求接收模块,用于通过至少一个聚合接口接收请求端发送的请求信息,所述请求信息包括:待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
地址查找模块,用于根据所述服务标识,在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中,查找所述待请求服务所在服务器的待访问地址;
数据获取模块,用于根据所述待访问地址访问所述服务器,并在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据。
13.一种业务请求装置,其特征在于,设置于请求端,所述装置包括:
请求生成模块,用于生成请求信息,所述请求信息携带待请求服务的服务标识和所述待请求服务对应的访问接口的接口标识;
请求发送模块,用于将所述请求信息发送至网关设备的至少一个聚合接口,以使得所述网关设备根据所述待请求服务所在服务器的待访问地址在所述服务器中调用所述接口标识对应的访问接口,以获取所述待请求服务的业务数据,所述待访问地址为所述网关设备根据所述服务标识在预设的服务的标识和服务所在服务器的访问地址之间的对应关系中查找到的所述待请求服务所在服务器的访问地址。
14.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;处理器,用于执行存储器上所存放的程序时,实现权利要求1-6或7-11中任一所述的方法步骤。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-6或7-11中任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010091213.5A CN111314459B (zh) | 2020-02-13 | 2020-02-13 | 一种业务请求方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010091213.5A CN111314459B (zh) | 2020-02-13 | 2020-02-13 | 一种业务请求方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111314459A true CN111314459A (zh) | 2020-06-19 |
CN111314459B CN111314459B (zh) | 2022-06-03 |
Family
ID=71161623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010091213.5A Active CN111314459B (zh) | 2020-02-13 | 2020-02-13 | 一种业务请求方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111314459B (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112039896A (zh) * | 2020-08-29 | 2020-12-04 | 中国平安财产保险股份有限公司 | 一种数据处理方法、设备、服务器及存储介质 |
CN112416619A (zh) * | 2020-11-23 | 2021-02-26 | 平安普惠企业管理有限公司 | 一种接口配置方法、设备、终端及存储介质 |
CN112565337A (zh) * | 2020-11-06 | 2021-03-26 | 北京奇艺世纪科技有限公司 | 请求传输方法、服务端、客户端、系统及电子设备 |
CN112732372A (zh) * | 2021-01-18 | 2021-04-30 | 中国民航信息网络股份有限公司 | 服务调用方法、装置及服务器 |
WO2021114857A1 (zh) * | 2020-07-30 | 2021-06-17 | 平安科技(深圳)有限公司 | 接口调用方法、装置、计算机设备和存储介质 |
CN113206866A (zh) * | 2021-03-30 | 2021-08-03 | 新华三大数据技术有限公司 | 一种多区域场景下服务提供方法、装置及存储介质 |
CN113364853A (zh) * | 2021-06-02 | 2021-09-07 | 北京奇艺世纪科技有限公司 | 一种业务服务系统、业务请求方法及网关设备 |
CN113672464A (zh) * | 2021-08-20 | 2021-11-19 | 中国电信股份有限公司 | 业务可用性的监测方法、装置和系统 |
CN113726855A (zh) * | 2021-07-30 | 2021-11-30 | 北京奇艺世纪科技有限公司 | 服务聚合方法、装置、电子设备以及计算机可读存储介质 |
CN113783969A (zh) * | 2021-10-18 | 2021-12-10 | 广州新丝路信息科技有限公司 | 一种基于网关节点转发请求的处理方法及相关设备 |
CN113806104A (zh) * | 2021-08-02 | 2021-12-17 | 北京房江湖科技有限公司 | 接口访问请求处理方法、api网关、服务器及系统 |
CN114416241A (zh) * | 2021-12-30 | 2022-04-29 | 北京奇艺世纪科技有限公司 | 一种业务标识展示方法、装置、电子设备及存储介质 |
CN114615242A (zh) * | 2022-03-10 | 2022-06-10 | 北京沃东天骏信息技术有限公司 | 数据交互方法、服务器、终端及计算机可读存储介质 |
CN116109112A (zh) * | 2023-04-12 | 2023-05-12 | 徐工汉云技术股份有限公司 | 基于聚合接口的业务数据处理方法、装置、介质和设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070160031A1 (en) * | 2002-05-08 | 2007-07-12 | Nortel Networks Limited | Dynamic call control |
KR20170076064A (ko) * | 2015-12-24 | 2017-07-04 | 아토리서치(주) | 소프트웨어 정의 네트워크에서 서브넷을 지원하는 방법, 장치 및 컴퓨터 프로그램 |
CN109067914A (zh) * | 2018-09-20 | 2018-12-21 | 星环信息科技(上海)有限公司 | Web服务的代理方法、装置、设备及存储介质 |
CN109831504A (zh) * | 2019-01-31 | 2019-05-31 | 泰康保险集团股份有限公司 | 微服务请求处理方法、装置及设备 |
CN110557284A (zh) * | 2019-08-30 | 2019-12-10 | 贝壳技术有限公司 | 基于客户端网关的数据聚合方法及装置 |
CN110620721A (zh) * | 2019-10-25 | 2019-12-27 | 上海中通吉网络技术有限公司 | 一种网关设备、应用方法和业务系统 |
-
2020
- 2020-02-13 CN CN202010091213.5A patent/CN111314459B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070160031A1 (en) * | 2002-05-08 | 2007-07-12 | Nortel Networks Limited | Dynamic call control |
KR20170076064A (ko) * | 2015-12-24 | 2017-07-04 | 아토리서치(주) | 소프트웨어 정의 네트워크에서 서브넷을 지원하는 방법, 장치 및 컴퓨터 프로그램 |
CN109067914A (zh) * | 2018-09-20 | 2018-12-21 | 星环信息科技(上海)有限公司 | Web服务的代理方法、装置、设备及存储介质 |
CN109831504A (zh) * | 2019-01-31 | 2019-05-31 | 泰康保险集团股份有限公司 | 微服务请求处理方法、装置及设备 |
CN110557284A (zh) * | 2019-08-30 | 2019-12-10 | 贝壳技术有限公司 | 基于客户端网关的数据聚合方法及装置 |
CN110620721A (zh) * | 2019-10-25 | 2019-12-27 | 上海中通吉网络技术有限公司 | 一种网关设备、应用方法和业务系统 |
Non-Patent Citations (2)
Title |
---|
SIYASANGA A.SIHAWU ET AL: ""Dynamic composition of portal interface for GUISET services"", 《2013 INTERNATIONAL CONFERENCE ON ADAPTIVE SCIENCE AND TECHNOLOGY》 * |
黄胜等: ""一种节省端口的非均匀波带交换算法"", 《光通信研究》 * |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021114857A1 (zh) * | 2020-07-30 | 2021-06-17 | 平安科技(深圳)有限公司 | 接口调用方法、装置、计算机设备和存储介质 |
CN112039896A (zh) * | 2020-08-29 | 2020-12-04 | 中国平安财产保险股份有限公司 | 一种数据处理方法、设备、服务器及存储介质 |
CN112565337A (zh) * | 2020-11-06 | 2021-03-26 | 北京奇艺世纪科技有限公司 | 请求传输方法、服务端、客户端、系统及电子设备 |
CN112416619A (zh) * | 2020-11-23 | 2021-02-26 | 平安普惠企业管理有限公司 | 一种接口配置方法、设备、终端及存储介质 |
CN112732372A (zh) * | 2021-01-18 | 2021-04-30 | 中国民航信息网络股份有限公司 | 服务调用方法、装置及服务器 |
CN113206866B (zh) * | 2021-03-30 | 2022-04-01 | 新华三大数据技术有限公司 | 一种多区域场景下服务提供方法、装置及存储介质 |
CN113206866A (zh) * | 2021-03-30 | 2021-08-03 | 新华三大数据技术有限公司 | 一种多区域场景下服务提供方法、装置及存储介质 |
CN113364853A (zh) * | 2021-06-02 | 2021-09-07 | 北京奇艺世纪科技有限公司 | 一种业务服务系统、业务请求方法及网关设备 |
CN113364853B (zh) * | 2021-06-02 | 2022-10-25 | 北京奇艺世纪科技有限公司 | 一种业务服务系统、业务请求方法及网关设备 |
CN113726855A (zh) * | 2021-07-30 | 2021-11-30 | 北京奇艺世纪科技有限公司 | 服务聚合方法、装置、电子设备以及计算机可读存储介质 |
CN113726855B (zh) * | 2021-07-30 | 2023-02-07 | 北京奇艺世纪科技有限公司 | 服务聚合方法、装置、电子设备以及计算机可读存储介质 |
CN113806104A (zh) * | 2021-08-02 | 2021-12-17 | 北京房江湖科技有限公司 | 接口访问请求处理方法、api网关、服务器及系统 |
CN113672464A (zh) * | 2021-08-20 | 2021-11-19 | 中国电信股份有限公司 | 业务可用性的监测方法、装置和系统 |
CN113672464B (zh) * | 2021-08-20 | 2024-03-26 | 中国电信股份有限公司 | 业务可用性的监测方法、装置和系统 |
CN113783969A (zh) * | 2021-10-18 | 2021-12-10 | 广州新丝路信息科技有限公司 | 一种基于网关节点转发请求的处理方法及相关设备 |
CN114416241A (zh) * | 2021-12-30 | 2022-04-29 | 北京奇艺世纪科技有限公司 | 一种业务标识展示方法、装置、电子设备及存储介质 |
CN114416241B (zh) * | 2021-12-30 | 2023-10-27 | 北京奇艺世纪科技有限公司 | 一种业务标识展示方法、装置、电子设备及存储介质 |
CN114615242A (zh) * | 2022-03-10 | 2022-06-10 | 北京沃东天骏信息技术有限公司 | 数据交互方法、服务器、终端及计算机可读存储介质 |
CN116109112A (zh) * | 2023-04-12 | 2023-05-12 | 徐工汉云技术股份有限公司 | 基于聚合接口的业务数据处理方法、装置、介质和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111314459B (zh) | 2022-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111314459B (zh) | 一种业务请求方法、装置、电子设备及存储介质 | |
US10263958B2 (en) | Internet mediation | |
CN109635019B (zh) | 请求处理方法、装置、设备及存储介质 | |
CN110888838B (zh) | 基于对象存储的请求处理方法、装置、设备及存储介质 | |
WO2020228038A1 (zh) | 域名处理方法、装置、电子设备以及存储介质 | |
US20150127838A1 (en) | Page Operation Processing Method and Apparatus, and Terminal | |
WO2020206660A1 (zh) | 网络资源请求方法、装置、电子设备以及存储介质 | |
CN109889511B (zh) | 进程dns活动监控方法、设备及介质 | |
CN111711533B (zh) | 故障诊断方法、装置、电子设备及存储介质 | |
US8326913B2 (en) | Method and system for service contract discovery | |
CN115080272A (zh) | 一种业务数据处理方法、电子设备及存储介质 | |
CN112261111A (zh) | 一种应用程序内浏览器跨域访问实现方法及系统 | |
CN115695012A (zh) | 一种登录请求的处理方法、装置、电子设备及存储介质 | |
CN109446445B (zh) | 一种资源获取方法及装置 | |
CN110716743A (zh) | 一种适合多方协作开发的聚合api开发方法及系统 | |
US8863263B2 (en) | Server apparatus and program for single sign-on | |
US11599673B2 (en) | Ascertaining network devices used with anonymous identifiers | |
US20090052359A1 (en) | Mobile carrier capability | |
US20180218419A1 (en) | Method and apparatus for providing digital product using user account synchronization | |
US10326819B2 (en) | Method and apparatus for detecting access path | |
CN108737350B (zh) | 一种信息处理方法及客户端 | |
US11157588B2 (en) | Interface self-service method, and a device, a computer system and a storage medium for implementing the same | |
CN107222559B (zh) | 信息调用方法 | |
CN110941805A (zh) | 身份认证方法及装置 | |
CN113055254A (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 |