CN116016666A - 一种api发布的实现方法及装置 - Google Patents
一种api发布的实现方法及装置 Download PDFInfo
- Publication number
- CN116016666A CN116016666A CN202211651791.5A CN202211651791A CN116016666A CN 116016666 A CN116016666 A CN 116016666A CN 202211651791 A CN202211651791 A CN 202211651791A CN 116016666 A CN116016666 A CN 116016666A
- Authority
- CN
- China
- Prior art keywords
- api
- service
- publishing
- released
- gateway
- 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
- 238000000034 method Methods 0.000 title claims abstract description 29
- 238000013507 mapping Methods 0.000 claims abstract description 29
- 238000006243 chemical reaction Methods 0.000 claims abstract description 15
- 238000011217 control strategy Methods 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 10
- 230000003068 static effect Effects 0.000 claims description 8
- 239000008186 active pharmaceutical agent Substances 0.000 description 298
- 230000004044 response Effects 0.000 description 13
- 238000012360 testing method Methods 0.000 description 7
- 238000011144 upstream manufacturing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种API发布的实现方法及装置,其中,该方法包括:在API管理中心注册服务以及相应的API,通过API网关进行服务发布以及API发布;当API发布时,指定北向API与南向API的映射关系以及改写内容;当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境。该方法及装置将API管理与API网关进行融合,提高了API的可控性和准确性,减少了安全隐患。
Description
技术领域
本发明涉及通信技术领域,尤其是一种API发布的实现方法及装置。
背景技术
随着微服务和云原生相关技术的发展,以及API生态的演进,越来越多的API暴露出来,给调用方使用。
目前,API的管理是由各个业务的研发人员负责,对于需要对外发布的API,一般由API网关的管理人员进行配置。由于API的迭代比较频繁,为了避免频繁的修改路由配置,一般都采用宽松的策略,配置通用的路由来实现服务的对外发布,这样会导致没有发布的API或者注销的API也会暴露在外面,从而引发很大的安全隐患。
发明内容
针对上述情况,本发明提供一种API发布的实现方法及装置,将API管理与API网关进行融合,提高了API的可控性和安全性。
为实现上述目的,本发明采用下述技术方案:
在本发明一实施例中,提出了一种API发布的实现方法,该方法包括:
在API管理中心注册服务以及相应的API;
通过API网关进行服务发布以及API发布;
当API发布时,指定北向API与南向API的映射关系以及改写内容;
当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境。
进一步地,服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务的运行环境;当服务发布时,对发布的管控策略进行设置。
进一步地,API发布包括发布API的南向API以及北向API的映射关系以及内容改写;当API发布时,对发布的北向API与南向API的映射关系进行测试。
进一步地,API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
在本发明一实施例中,还提出了一种API发布的实现装置,该装置包括:
API管理中心,用于注册服务以及相应的API;
API网关,用于服务发布以及API发布;当API发布时,指定北向API与南向API的映射关系以及改写内容;当有客户请求时,实现北向API与南向API的转换,并将请求转发至相应的服务运行环境;
API网关控制系统,用于接收API管理中心的服务发布信息和API发布信息,将服务发布信息和API发布信息转换为对应的API网关的可识别的转发策略和管控策略,并下发到对应的API网关。
进一步地,服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务的运行环境;当服务发布时,对发布的管控策略进行设置。
进一步地,API发布包括发布API的南向API以及北向API的映射关系以及内容改写;当API发布时,对发布的北向API与南向API的映射关系进行测试。
进一步地,API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
在本发明一实施例中,还提出了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现前述API发布的实现。
在本发明一实施例中,还提出了一种计算机可读存储介质,计算机可读存储介质存储有执行API发布的实现计算机程序。
有益效果:
本发明提高了API的可控性和准确性,减少了API的安全隐患。
附图说明
图1是本发明API发布的实现方法流程示意图;
图2是本发明一实施例的API发布的实现框图;
图3是本发明API发布的实现装置结构示意图;
图4是本发明计算机设备结构示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本发明的原理和精神,应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道,本发明的实施方式可以实现为一种装置、装置、节点、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
本发明的实施方式,提出了一种API发布的实现方法及装置,在API管理中心注册服务以及相应的API,在API网关进行服务发布和API发布,当API发布时,指定北向API与南向API的映射关系,当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境。本发明将API管理与API网关进行融合,提高了API的可控性和准确性,减少了安全隐患。
下面参考本发明的若干代表性实施方式,详细阐释本发明的原理和精神。
图1是本发明API发布的实现方法流程示意图。如图1所示,该方法包括:
S1:在API管理中心注册服务以及相应的API;
用户在API管理中心进行API的注册以及测试,每个服务下可能存在多个API,每个API可能属于不同的分组或者版本等。
API管理中心对服务运行环境进行管理,在进行API测试时,需要选择不同的服务运行环境,每个服务运行环境可以由多个服务器(服务运行所在的服务器,可以是物理设备或者虚拟机或者容器等)构成。
具体的,API管理中心,还可以将多个API编排为一个API,并对外发布。
S2:通过API网关进行服务发布以及API发布;
服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务运行环境。
具体的,服务发布时,根据服务运行环境对对应的服务器,设置负载均衡算法以及相应的权重。
具体的,服务发布时,可以进行管控策略的设置,包括IP白名单、流量的限制以及用户的认证方式。
API发布需要选择发布API网关,如果该API网关上没有API所归属的服务,则API不能发布到该API网关。
API网关向DNS注册对外发布的服务相应的域名以IP地址。
API网关控制系统接收到服务发布信息和API发布信息之后,将服务发布信息和API发布信息转换为对应的API网关的可识别的转发策略和管控策略,并下发到对应的API网关。
S3:当API发布时,指定北向API与南向API的映射关系以及改写内容;
南向API为服务实际的请求API,而北向API是通过API网关对外发布的API,是调用方可以使用的API。
API发布包括发布API的北向API与南向API的映射关系以及内容改写,映射关系包括请求路径的映射和请求参数的映射;内容改写包括请求路径改写、域名改写、请求头部改写、重定向以及应答改写。
API发布时,可以对发布的北向API与南向API的映射关系进行测试。
南向API的请求路径为精确路径(该路径可以为前缀匹配、通配(任意字符都能匹配上)、或者正则等模式),北向API的请求路径可以为精确路径。
API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。静态改写是一对一的关系,转换前URL和转换后URL是一对一的。正则改写是负责某个正则表达式的都可以被转换。
具体的,批量发布可以选择一组具有共性的API进行发布,批量发布的API只能发布到同一个API网关。
API发布还包括API的管控策略,包括API的认证授权、黑白名单以及流量控制等。
当某个API不再对外提供业务时,则将API从API网关下线。
S4:当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境。
当客户请求到达API网关时,API网关首先判断请求报文的请求路径与路由即北向API的请求路径是否匹配,若匹配,则执行相应路由以及所属服务的管控策略,当管控策略检测认为可以通过时,对请求进行相应的改写,然后将转换后的API请求转发至API所属服务相应的服务运行环境;当应答报文到达API网关时,API网关根据响应改写的配置,对响应进行改写,然后将应答报文转发至客户端。
若不存在请求改写,则不对API请求进行改写,直接将原报文转发至服务相应的服务运行环境。
北向API与南向API的转换,还包括协议的转换,比如HTTP与HTTPS的转换,HTTP与gRPC的转换。
需要说明的是,尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
为了对上述API发布的实现方法进行更为清楚的解释,下面结合一个具体的实施例来进行说明,然而值得注意的是该实施例仅是为了更好地说明本发明,并不构成对本发明不当的限定。
实施例:
图2是本发明一实施例的API发布的实现框图。如图2所示,实现步骤如下:
S1:在API管理中心注册服务以及相应的API;
用户首先在API管理中心注册服务以及服务运行环境,然后在API管理中心进行服务下的API的注册以及测试,每个服务下可能存在多个API,每个API可能属于不同的分组或者版本等。
API注册需要提交API的基本信息、请求参数、请求头部、响应头部以及请求和响应的示例。具体的,API的基本信息包括版本、接口名称、描述、协议类型、请求动作、API的状态以及提交人等。
本实施例中,API的状态包括开发中、测试通过、发布中、已发布和已下线等,只有测试通过的API才能进行发布。
本实施例中,服务A有两个服务运行环境A和B,服务A选择与服务运行环境A一起发布到API网关,API管理中心将服务A以及服务运行环境A一起同步到API网关控制系统,由API网关控制系统在API网关创建服务,并将服务运行环境A的信息转换为上游信息下发到API网关。
API管理中心对服务运行环境进行管理,在进行API测试时,需要选择不同的服务运行环境,每个服务运行环境可以由多个服务器地址以及端口构成,还包括每个服务器的负载权重。
具体的,API管理中心,还可以将多个API编排为一个API,并对外发布。
S2:通过API网关进行服务发布以及API发布;
服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务运行环境。
API网关控制系统接收到服务发布信息和API发布信息之后,将服务发布信息和API发布信息转换为对应的API网关的可识别的转发策略和管控策略,并下发到对应的API网关。
具体的,API网关控制系统为API网关创建服务,并将相应的服务运行环境的信息转换为上游信息下发到API网关。
具体的,API网关控制系统将服务和API的管控策略以插件的方式下发到API网关。
具体的,API网关控制系统将北向API以路由的方法下发到API网关,并将API请求转发至服务对应的上游。
具体的,服务发布时,根据服务运行环境对对应的服务器,设置负载均衡算法以及相应的权重。
在本实施例中,服务A发布选择服务运行环境A一起发布,因此API发布,必须选择服务运行环境A相关的API,在具体实施时,每个服务运行环境的API会有差异。
具体的,服务发布时,可以进行管控策略的设置,包括IP白名单、流量的限制以及用户的认证方式。服务发布时指定的管控策略,与服务进行关联,对服务下已经发布的所有API都生效。
API发布需要选择发布API网关,如果该API网关上没有API所归属的服务,则API不能发布到该API网关,即服务发布先于API发布。
可选的,服务发布时,还可以指定南向API的URL前缀,该前缀适用于API下的所有的API,服务可以为不同的API网关指定不同的前缀,当存在URL前缀时,API的请求URL需要与URL前缀进行组合,构成完整的请求URL。
具体实施时,若服务以域名访问为调用方提供访问,则API网关向DNS注册对外发布的服务相应的域名以IP地址。若服务只是内部调用,则可以通过IP地址+端口的访问,或者服务名的方式,为其他的应用提供访问方式。
S3:当API发布时,指定北向API与南向API的映射关系以及改写内容;
南向API为服务实际的请求API,北向API是通过API网关对外发布的API,是调用方可以使用的API。
API发布包括北向API与南向API的映射关系以及内容改写,映射关系包括请求路径的映射和请求参数的映射;内容改写包括请求路径改写、域名改写、请求头部改写、重定向以及应答改写。
当API发布时,可以对发布的北向API与南向API的映射关系进行测试。
南向API的请求路径为精确路径,北向API请求路径可以为精确路径。
API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
具体的,批量发布可以选择一组API进行发布,批量发布的API只能发布到同一个API网关。
具体实施时,可以选择一组API进行发布,比如某组API对外发布的接口没有任何变化,则选择原样发布,若需要在请求路径中增加前缀,则可以选择批量发布中的前缀发布。
具体实施时,若API请求路径中含有变量,只能通过单个发布,可以通过采用正则改写的方式,对变量按照变量的特征设置正则表达式。
具体实施时,不仅可以对请求路径进行改写,还可以对请求和应答中的任何信息进行改写,当服务升级,但是客户端应用没有升级,或者为了避免一些信息暴露在外面,都可以通过改写来实现。
以HTTP协议为例,API网关匹配请求的协议、请求动作和请求路径,若匹配,则进一步匹配高级匹配参数(包括请求参数以及请求实体的参数),只有所有的匹配都命中,才会进行内容改写。
API发布还包括API的管控策略,包括API的认证授权、黑白名单以及流量控制等。
当某个API不再对外提供业务时,则将API从API网关下线。
S4:当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的后端运行环境。
在本实施例中,以HTTP协议为例,当客户请求到达API网关时,API网关首先判断请求报文的请求路径、协议以及请求动作与路由即北API的请求路径、协议以及请求动作是否匹配,若匹配,则进一步匹配高级参数,若全部命中,则执行相应路由以及所属服务的管控策略,当管控策略检测认为可以通过时,对请求进行相应的改写,然后将转换后的API请求转发至API所属服务相应的服务运行环境;当应答报文到达API网关时,API网关根据响应改写的配置,对响应进行改写,然后将应答报文转发至客户端。
若不存在请求改写,则不对API请求进行改写,直接将原报文转发至服务相应的服务运行环境。
北向API与南向API的转换,还包括协议的转换,比如HTTP与HTTPS的转换,HTTP与gRPC的转换。
基于同一发明构思,本发明还提出一种API发布的实现装置。该装置的实施可以参见上述方法的实施,重复之处不再赘述。以下所使用的术语“模块”,可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是本发明API发布的实现装置结构示意图。如图3所示,该装置包括:
API管理中心101,用于注册服务以及相应的API。
API网关102,用于服务发布以及API发布;当API发布时,指定北向API与南向API的映射关系以及改写内容;当有客户请求时,实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境;
服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务的运行环境;当服务发布时,对发布的管控策略进行设置;
API发布包括发布API的南向API以及北向API的映射关系以及内容改写;
当API发布时,对发布的北向API与南向API的映射关系进行测试;
API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
API网关控制系统103,用于接收API管理中心101的服务发布信息和API发布信息,将服务发布信息和API发布信息转换为对应的API网关102的可识别的转发策略和管控策略,并下发到对应的API网关102。
API网关控制系统103,还用于为API网关102创建服务,并将相应的服务运行环境的信息转换为上游信息下发到API网关102。
API网关控制系统103,还用于将服务和API的管控策略以插件的方式下发到API网关102。
应当注意,尽管在上文详细描述中提及了API发布的实现装置的若干模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之,上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
基于前述发明构思,如图4所示,本发明还提出一种计算机设备200,包括存储器210、处理器220及存储在存储器210上并可在处理器220上运行的计算机程序230,处理器220执行计算机程序230时实现前述API发布的实现方法。
基于前述发明构思,本发明还提出一种计算机可读存储介质,计算机可读存储介质存储有执行前述API发布的实现的计算机程序。
本发明提出的API发布的实现方法及装置,提高了API的可控性和准确性,减少了API的安全隐患。
虽然已经参考若干具体实施方式描述了本发明的精神和原理,但是应该理解,本发明并不限于所公开的具体实施方式,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包含的各种修改和等同布置。
对本发明保护范围的限制,所属领域技术人员应该明白,在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。
Claims (10)
1.一种API发布的实现方法,其特征在于,该方法包括:
在API管理中心注册服务以及相应的API;
通过API网关进行服务发布以及API发布;
当API发布时,指定北向API与南向API的映射关系以及改写内容;
当有客户请求时,由API网关实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境。
2.根据权利要求1所述的API发布的实现方法,其特征在于,所述服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务的运行环境;当服务发布时,对发布的管控策略进行设置。
3.根据权利要求1所述的API发布的实现方法,其特征在于,所述API发布包括发布API的南向API以及北向API的映射关系以及内容改写;当API发布时,对发布的北向API与南向API的映射关系进行测试。
4.根据权利要求1所述的API发布的实现方法,其特征在于,所述API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
5.一种API发布的实现装置,其特征在于,该装置包括:
API管理中心,用于注册服务以及相应的API;
API网关,用于服务发布以及API发布;当API发布时,指定北向API与南向API的映射关系以及改写内容;当有客户请求时,实现北向API与南向API的转换,并将API请求转发至相应的服务运行环境;
API网关控制系统,用于接收API管理中心的服务发布信息和API发布信息,将服务发布信息和API发布信息转换为对应的API网关的可识别的转发策略和管控策略,并下发到对应的API网关。
6.根据权利要求5所述的API发布的实现装置,其特征在于,所述服务发布包括发布服务的API网关、服务对外的域名、管控策略以及服务的运行环境;当服务发布时,对发布的管控策略进行设置。
7.根据权利要求5所述的API发布的实现装置,其特征在于,所述API发布包括发布API的南向API以及北向API的映射关系以及内容改写;当API发布时,对发布的北向API与南向API的映射关系进行测试。
8.根据权利要求5所述的API发布的实现装置,其特征在于,所述API发布包括批量发布和单个发布,批量发布包括前缀发布、原样发布以及正则发布,单个发布包括原样发布、静态改写以及正则改写。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1-4任一项所述方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1-4任一项所述方法的计算机程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211651791.5A CN116016666A (zh) | 2022-12-21 | 2022-12-21 | 一种api发布的实现方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211651791.5A CN116016666A (zh) | 2022-12-21 | 2022-12-21 | 一种api发布的实现方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116016666A true CN116016666A (zh) | 2023-04-25 |
Family
ID=86031047
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211651791.5A Pending CN116016666A (zh) | 2022-12-21 | 2022-12-21 | 一种api发布的实现方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116016666A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120011067A1 (en) * | 2010-07-09 | 2012-01-12 | Edward Katzin | Gateway abstraction layer |
CN106648557A (zh) * | 2015-10-28 | 2017-05-10 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
US20180217871A1 (en) * | 2015-07-31 | 2018-08-02 | Hewlett Packard Enterprise Development LP. | Discovering and publishing api information |
CN112073320A (zh) * | 2020-11-12 | 2020-12-11 | 深圳壹账通智能科技有限公司 | 基于云网关的api灰度发布方法、装置及计算机设备 |
CN113923251A (zh) * | 2021-09-18 | 2022-01-11 | 上海浦东发展银行股份有限公司 | 分布式网关系统 |
CN114205191A (zh) * | 2021-12-13 | 2022-03-18 | 四川启睿克科技有限公司 | 一种api网关系统及运行方法 |
-
2022
- 2022-12-21 CN CN202211651791.5A patent/CN116016666A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120011067A1 (en) * | 2010-07-09 | 2012-01-12 | Edward Katzin | Gateway abstraction layer |
US20180217871A1 (en) * | 2015-07-31 | 2018-08-02 | Hewlett Packard Enterprise Development LP. | Discovering and publishing api information |
CN106648557A (zh) * | 2015-10-28 | 2017-05-10 | 华为技术有限公司 | 一种应用程序编程接口api的分享方法和装置 |
CN112073320A (zh) * | 2020-11-12 | 2020-12-11 | 深圳壹账通智能科技有限公司 | 基于云网关的api灰度发布方法、装置及计算机设备 |
CN113923251A (zh) * | 2021-09-18 | 2022-01-11 | 上海浦东发展银行股份有限公司 | 分布式网关系统 |
CN114205191A (zh) * | 2021-12-13 | 2022-03-18 | 四川启睿克科技有限公司 | 一种api网关系统及运行方法 |
Non-Patent Citations (1)
Title |
---|
温馨;樊婧雯;王富强;: "基于OpenResty平台的API网关系统的设计与实现", 信息化研究, no. 03, 20 June 2020 (2020-06-20), pages 1 - 3 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108650182B (zh) | 网络通信方法、系统、装置、设备及存储介质 | |
Zhang et al. | Parabox: Exploiting parallelism for virtual network functions in service chaining | |
CN103327025B (zh) | 网络访问控制方法及装置 | |
KR20170057357A (ko) | 고립된 가상 네트워크에 대한 사설 별칭 종단점 | |
CN111193773B (zh) | 负载均衡方法、装置、设备及存储介质 | |
CN106657180B (zh) | 用于云服务的信息传输方法、装置、终端设备及系统 | |
US20210312472A1 (en) | Method and system for prediction of smart contract violation using dynamic state space creation | |
CN108023736A (zh) | 通信方法、服务端设备、客户端设备、装置及系统 | |
CN114500537A (zh) | 容器服务的访问方法、系统、存储介质及电子设备 | |
CN106411742A (zh) | 一种报文传输的方法和装置 | |
Yan et al. | The road to DNS privacy | |
Goertzen et al. | Post-quantum signatures in DNSSEC via request-based fragmentation | |
CN113676564A (zh) | 数据传输方法、装置及存储介质 | |
US11580163B2 (en) | Key-value storage for URL categorization | |
US11457023B2 (en) | Chunk-scanning of web application layer requests to reduce delays | |
CN116016666A (zh) | 一种api发布的实现方法及装置 | |
CN108141704B (zh) | 先前网络消息处理器的位置标识 | |
CN115242882A (zh) | 一种基于传输层路由访问k8s容器环境的方法及装置 | |
EP3170089B1 (en) | Brokering data access requests and responses | |
Gao et al. | Trident: Toward distributed reactive SDN programming with consistent updates | |
Aivaliotis | Mastering Nginx | |
Pennino et al. | Toward scalable docker-based emulations of blockchain networks | |
Goltzsche | Offloading Computation to Untrusted Clients | |
Flaagan | Traversing NAT: A Problem | |
US20230379304A1 (en) | Policy-based dynamic vpn profile selection using dns protocol |
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 |