CN115623053A - 一种基于api网关的数据管理方法及系统 - Google Patents

一种基于api网关的数据管理方法及系统 Download PDF

Info

Publication number
CN115623053A
CN115623053A CN202210966852.0A CN202210966852A CN115623053A CN 115623053 A CN115623053 A CN 115623053A CN 202210966852 A CN202210966852 A CN 202210966852A CN 115623053 A CN115623053 A CN 115623053A
Authority
CN
China
Prior art keywords
protocol
client
request
service
rpc
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
Application number
CN202210966852.0A
Other languages
English (en)
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.)
Huaneng Shandong Power Generation Co Ltd
Huaneng Yantai Bajiao Thermoelectricity Co Ltd
Huaneng Information Technology Co Ltd
Original Assignee
Huaneng Shandong Power Generation Co Ltd
Huaneng Yantai Bajiao Thermoelectricity Co Ltd
Huaneng Information Technology Co Ltd
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 Huaneng Shandong Power Generation Co Ltd, Huaneng Yantai Bajiao Thermoelectricity Co Ltd, Huaneng Information Technology Co Ltd filed Critical Huaneng Shandong Power Generation Co Ltd
Priority to CN202210966852.0A priority Critical patent/CN115623053A/zh
Publication of CN115623053A publication Critical patent/CN115623053A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种基于API网关的数据管理方法及系统,涉及互联网技术领域,该方法包括,接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议。本申请通过判断客户端调用请求的请求协议与对应的微服务接口协议是否相同,从而转换请求协议,调用微服务,并将微服务处理后的处理结果转换为客户端协议,返回给客户端。以此来解决协议不相同的问题,提高通讯效率。

Description

一种基于API网关的数据管理方法及系统
技术领域
本申请涉及互联网技术领域,更具体地,涉及一种基于API网关的数据管理方法及系统。
背景技术
网关一词最早出现于互联网,是实现不同设备之间互联的网络连接设备。实现两个系统或两个服务的通信,在中间负责 API 的调用,我们把这个网关称之为API 网关(APIGateway)。在微服务架构中为了提高系统的性能,微服务化各应用服务,各服务之间的调用变得更多,也更为频繁。API网关主要负责服务的路由请求、负载均衡等工作,但是随着微服务架构的变迁,5G 网络和移动应用的迅猛发展,需求不断增加,业务快速增长,各服务之间的流量变化呈现出爆发性的增长趋势,迫使API 网关催生出更多的功能。
在现有API网关中,经常出现客户端的请求协议与其调用的微服务的接口协议不符,而不同协议之间是无法直接通讯的,导致通讯效果差。
因此,如何提高通讯效率,是目前有待解决的技术问题。
发明内容
本发明提供一种基于API网关的数据管理方法,用以解决现有技术中的客户端的请求协议与其调用的微服务的接口协议不符,导致的通讯效率差的技术问题。该方法包括:
接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;
所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;
若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述方法还包括:
微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;
API和客户端之间采用REST通讯方式进行通讯。
本申请一些实施例中,所述方法还包括:
根据客户端业务场景选择RPC框架,具体为:
若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;
若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
本申请一些实施例中,所述方法还包括:
若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述方法还包括:
若所述认证信息认证未通过,则重新接收客户端调用请求。
对应的,本申请还提供了一种基于API网关的数据管理系统,该系统包括:
接收模块,用于接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;
判断模块,用于所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;
转换模块,用于若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述系统还包括通讯模块,所述通讯模块用于:
微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;
API和客户端之间采用REST通讯方式进行通讯。
本申请一些实施例中,所述系统还包括选择模块,所述选择模块用于:
根据客户端业务场景选择RPC框架,具体为:
若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;
若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
本申请一些实施例中,所述系统还包括第一处理模块,所述第一处理模块用于:
若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述系统还包括第二处理模块,所述第二处理模块用于:
若所述认证信息认证未通过,则重新接收客户端调用请求。
通过应用以上技术方案,接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。本申请通过判断客户端调用请求的请求协议与对应的微服务接口协议是否相同,从而转换请求协议,调用微服务,并将微服务处理后的处理结果转换为客户端协议,返回给客户端。以此来解决协议不相同的问题,提高通讯效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明实施例提出的一种基于API网关的数据管理方法的流程示意图;
图2示出了本发明实施例提出的一种基于API网关的数据管理系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供一种基于API网关的数据管理方法,如图1所示,该方法包括以下步骤:
步骤S101,接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式。
步骤S102,所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同。
步骤S103,若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
在步骤S101中,接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式。
本实施例中,接收客户端发送的调用微服务的请求,所述调用请求包括认证信息、请求协议和数据格式,认证信息中包括权限信息,请求协议包括http、https、AMQP、websocket等。数据格式包括csv、xml、bson、cbor、json等。
在步骤S102中,所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同。
本实施例中,认证信息中的权限信息认证通过后,将所述数据格式转换为预设数据格式,比如,预设数据格式为json,则将csv、xml、bson、cbor等数据格式转换为json格式。判断所述请求协议与所述调用请求对应的微服务接口协议是否相同,比如,请求协议为http,而对应的微服务接口协议为AMQP,则需要将请求协议http转换为AMQP,才能对微服务进行调用,因为,不同的协议之间是无法直接通讯的。
预设数据格式可以根据实际情况需要进行调整或改变。
为了提高通讯效率,本申请一些实施例中,所述方法还包括:微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;API和客户端之间采用REST通讯方式进行通讯。
本实施例中,微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯,内部系统之间采用RPC进行通讯,内部系统相当于微服务和API间,或微服务内部间。内部系统往往需要频繁的调用,需要RPC的高性能支撑。API和客户端之间采用REST通讯方式进行通讯,对外部,采用REST更容易理解些,更加通用。
RPC和REST是两种通讯方式,并非是协议,REST是基于http协议的,而RPC可以基于http协议来实现,也可以通过TCP协议来实现。RPC是远程过程调用(Remote ProcedureCall)的缩写形式。SAP系统RPC调用的原理其实很简单,有一些类似于三层构架的C/S系统,第三方的客户程序通过接口调用SAP内部的标准或自定义函数,获得函数返回的数据进行处理后显示或打印。REST即表述性状态传递(英文:Representational State Transfer,简称REST)是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。它是一种针对网络应用的设计和开发方式,可以降低开发的复杂性,提高系统的可伸缩性。
为了提高通讯可靠性,本申请一些实施例中,所述方法还包括:根据客户端业务场景选择RPC框架,具体为:若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
本实施例中,根据客户端业务场景选择不同RPC框架。当客户端业务场景仅局限于某种特定语言时,采用跟某种特定语言绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound等。Dubbo是国内最早开源的RPC框架,由阿里巴巴公司开发并于2011年末对外开源,仅支持Java语言。Motan是微博内部使用的RPC框架,于2016年对外开源,仅支持Java语言。Spring Clound是国外Pivotal公司2014年对外开源的RPC框架,仅支持Java语言。当客户端业务场景涉及多种语言时,采用跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars等。
可以理解的是,上述RPC框架可以根据实际需要进行调整,跟语言平台绑定的RPC框架和跨语言平台的RPC框架也不仅仅局限于上述几种。
在步骤S103中,若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本实施例中,当客户端的请求协议与微服务的接口协议不相同时,需要将请求协议转换为对应微服务的接口协议,例如,请求协议为http,而对应的微服务接口协议为AMQP,则需要将请求协议http转换为AMQP,才能对微服务进行调用。调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
为了提高通讯效率的准确性,本申请一些实施例中,所述方法还包括:若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述方法还包括:
若所述认证信息认证未通过,则重新接收客户端调用请求。
本实施例中,若所述认证信息认证未通过,则说明权限信息存在问题,需要重新接收客户端调用请求,重新获得权限信息,根据权限信息确定对应微服务。
通过应用以上技术方案,接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。本申请通过判断客户端调用请求的请求协议与对应的微服务接口协议是否相同,从而转换请求协议,调用微服务,并将微服务处理后的处理结果转换为客户端协议,返回给客户端。以此来解决协议不相同的问题,提高通讯效率。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
为了进一步阐述本发明的技术思想,现结合具体的应用场景,对本发明的技术方案进行说明。
对应的,本申请还提供了一种基于API网关的数据管理系统,如图2所示,该系统包括:
接收模块201,用于接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;
判断模块202,用于所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;
转换模块203,用于若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述系统还包括通讯模块,所述通讯模块用于:
微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;
API和客户端之间采用REST通讯方式进行通讯。
本申请一些实施例中,所述系统还包括选择模块,所述选择模块用于:
根据客户端业务场景选择RPC框架,具体为:
若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;
若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
本申请一些实施例中,所述系统还包括第一处理模块,所述第一处理模块用于:
若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
本申请一些实施例中,所述系统还包括第二处理模块,所述第二处理模块用于:
若所述认证信息认证未通过,则重新接收客户端调用请求。
本领域技术人员可以理解实施场景中的系统中的模块可以按照实施场景描述进行分布于实施场景的系统中,也可以进行相应变化位于不同于本实施场景的一个或多个系统中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种基于API网关的数据管理方法,其特征在于,所述方法包括:
接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;
所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;
若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;
API和客户端之间采用REST通讯方式进行通讯。
3.如权利要求2所述的方法,其特征在于,所述方法还包括:
根据客户端业务场景选择RPC框架,具体为:
若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;
若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述认证信息认证未通过,则重新接收客户端调用请求。
6.一种基于API网关的数据管理系统,其特征在于,所述系统包括:
接收模块,用于接收客户端调用请求,所述调用请求包括认证信息、请求协议和数据格式;
判断模块,用于所述认证信息认证通过后,将所述数据格式转换为预设数据格式,判断所述请求协议与所述调用请求对应的微服务接口协议是否相同;
转换模块,用于若所述请求协议与所述接口协议不相同,将所述请求协议转换为对应微服务的接口协议,调用对应微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
7.如权利要求6所述的系统,其特征在于,所述系统还包括通讯模块,所述通讯模块用于:
微服务内部之间、API和微服务之间采用RPC通讯方式进行通讯;
API和客户端之间采用REST通讯方式进行通讯。
8.如权利要求7所述的系统,其特征在于,所述系统还包括选择模块,所述选择模块用于:
根据客户端业务场景选择RPC框架,具体为:
若客户端业务场景局限于一种语言,选择跟语言平台绑定的RPC框架,所述跟语言平台绑定的RPC框架包括Dubbo、Motan、Spring Clound;
若客户端业务场景涉及多种语言,选择跨语言平台的RPC框架,所述跨语言平台的RPC框架包括gRPC、Thrift、Tars。
9.如权利要求6所述的系统,其特征在于,所述系统还包括第一处理模块,所述第一处理模块用于:
若所述请求协议与所述接口协议相同,则调用相应的微服务得到处理结果,将处理结果转换为客户端的协议,并返回给客户端。
10.如权利要求6所述的系统,其特征在于,所述系统还包括第二处理模块,所述第二处理模块用于:
若所述认证信息认证未通过,则重新接收客户端调用请求。
CN202210966852.0A 2022-08-12 2022-08-12 一种基于api网关的数据管理方法及系统 Pending CN115623053A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210966852.0A CN115623053A (zh) 2022-08-12 2022-08-12 一种基于api网关的数据管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210966852.0A CN115623053A (zh) 2022-08-12 2022-08-12 一种基于api网关的数据管理方法及系统

Publications (1)

Publication Number Publication Date
CN115623053A true CN115623053A (zh) 2023-01-17

Family

ID=84857218

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210966852.0A Pending CN115623053A (zh) 2022-08-12 2022-08-12 一种基于api网关的数据管理方法及系统

Country Status (1)

Country Link
CN (1) CN115623053A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106506509A (zh) * 2016-11-15 2017-03-15 深圳市彬讯科技有限公司 可进行服务治理与语言调用的轻量级rpc框架实现方法
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法
CN109194604A (zh) * 2018-06-05 2019-01-11 平安科技(深圳)有限公司 接口自动化方法、系统、计算机设备和存储介质
WO2020101223A1 (ko) * 2018-11-15 2020-05-22 전자부품연구원 서버리스 클라우드 컴퓨팅에서 에이피아이 제공 방법
CN113206836A (zh) * 2021-04-12 2021-08-03 河海大学 一种工业互联网中api网关实现协议转换的方法
CN113946451A (zh) * 2021-08-31 2022-01-18 度小满科技(北京)有限公司 一种微服务调用方法、装置、系统及计算机设备
CN114466076A (zh) * 2022-01-18 2022-05-10 上海数据交易中心有限公司 普惠金融业务场景下应用的api网关架构及使用方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106506509A (zh) * 2016-11-15 2017-03-15 深圳市彬讯科技有限公司 可进行服务治理与语言调用的轻量级rpc框架实现方法
CN109194604A (zh) * 2018-06-05 2019-01-11 平安科技(深圳)有限公司 接口自动化方法、系统、计算机设备和存储介质
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法
WO2020101223A1 (ko) * 2018-11-15 2020-05-22 전자부품연구원 서버리스 클라우드 컴퓨팅에서 에이피아이 제공 방법
CN113206836A (zh) * 2021-04-12 2021-08-03 河海大学 一种工业互联网中api网关实现协议转换的方法
CN113946451A (zh) * 2021-08-31 2022-01-18 度小满科技(北京)有限公司 一种微服务调用方法、装置、系统及计算机设备
CN114466076A (zh) * 2022-01-18 2022-05-10 上海数据交易中心有限公司 普惠金融业务场景下应用的api网关架构及使用方法

Similar Documents

Publication Publication Date Title
CN112910692B (zh) 基于微服务网关的服务网格流量控制方法、系统和介质
US8605667B2 (en) Systems and methods for exposing different service facades of an underlying network
US20130060928A1 (en) Cloud Service Publishing Method, Cloud Service Publishing Interface Message Packet and Cloud Service Broker
CN113301166A (zh) 服务的调用方法及装置、存储介质、电子装置
CN101729491B (zh) 一种增强基于脚本业务的应用可靠性的方法、装置和系统
WO2019000866A1 (zh) 一种数据处理方法及物联网网关
US10367894B2 (en) Information processing apparatus, method for controlling the same, non-transitory computer-readable storage medium, and information processing system
CN112202744B (zh) 一种多系统数据通信方法和装置
CN113259496A (zh) 一种基于金融服务的银企直连系统及方法
CN114979295B (zh) 一种网关管理的方法和装置
CN114884880A (zh) 数据传输方法以及系统
CN114221836A (zh) 数据处理方法及装置
CN111866157B (zh) 云服务网关及云服务内外请求格式转换方法
CN111901384B (zh) 处理报文的系统、方法、电子设备以及可读存储介质
US10855812B1 (en) Automated identification of service boundaries based on system focus optimization using distributed tracing data
WO2020233400A1 (zh) 通信方法、通信系统、云节点和可读存储介质
CN115623053A (zh) 一种基于api网关的数据管理方法及系统
CN109005163B (zh) 一种http动态请求服务调用方法
WO2019201111A1 (zh) 信息处理方法、装置、设备及计算机可读存储介质
CN111371823B (zh) 一种非web场景下客户端访问微服务的方法
JP5940990B2 (ja) Apl−scm−feおよびアプリケーション連携方法
CN113014560A (zh) 一种dubbo服务动态调用方法、计算机设备和存储介质
US11943322B2 (en) Interceptor hub for service-consuming applications
CN113497783B (zh) 处理数据的方法和装置
CN114995813B (zh) 交易所api模块及相关的交易所应用平台

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