CN114785637A - 一种api网关缓存响应数据的实现方法及系统 - Google Patents
一种api网关缓存响应数据的实现方法及系统 Download PDFInfo
- Publication number
- CN114785637A CN114785637A CN202210251543.5A CN202210251543A CN114785637A CN 114785637 A CN114785637 A CN 114785637A CN 202210251543 A CN202210251543 A CN 202210251543A CN 114785637 A CN114785637 A CN 114785637A
- Authority
- CN
- China
- Prior art keywords
- api
- cache
- plug
- response data
- configuration
- 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
- 230000004044 response Effects 0.000 title claims abstract description 64
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000012795 verification Methods 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 abstract description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种API网关缓存响应数据的实现方法，包括以下步骤：选择使用模板进行缓存插件的配置，选择某个API去绑定某个缓存插件，Kong读取该API的Kong配置文件，应数据按设计好的格式存储到Redis中，根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。本发明提出的API网关缓存响应数据的实现方法及系统，通过简单的缓存插件配置并与API进行绑定后，使客户端在发起API请求后，能够将返回的响应数据缓存到API网关的服务层面；当客户端下次再进行同样的请求时，直接返回网关中已经缓存的对应数据，以此来降低后端负荷，同时增加API请求的平滑度。
Description
技术领域
本发明涉及网关技术领域，具体为一种API网关缓存响应数据的实现方法及系统。
背景技术
网关又称网间连接器、协议转换器；网关在网络层以上实现网络互连，是复杂的网络互连设备，仅用于两个高层协议不同的网络互连。
目前市面上的大部分API网关开源框架都只具备一些诸如流量控制，API鉴权，路由转发这些的基本功能。
但是，对于像API数据缓存这类较新的功能需求，网关却没有对应的实现方案或实现思路，即便个别网关具有类似的功能，使用起来也十分繁琐，难以适应实际的生产需要。
发明内容
本发明的目的在于提供一种API网关缓存响应数据的实现方法及系统，以解决上述背景技术中提出的问题。
为实现上述目的，本发明提供如下技术方案：一种API网关缓存响应数据的实现方法及系统，包括以下步骤：
选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；
API调用模块，当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件；
缓存插件执行模块判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储；
如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
优选的，缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能。
优选的，用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置。
优选的，每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理。
一种API网关缓存响应数据的实现系统，包括缓存插件创建模块、插件绑定模块、API调用模块、缓存插件执行模块以及缓存数据返回模块；
插件绑定模块将API绑定在插件创建模块的插件上，API调用模块读取API的Kong配置文件，缓存插件执行模块对首次发起的API数据处理，缓存数据返回模块对非首次提出的API数据处理。
优选的，所述缓存插件创建模块用于选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能；
用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置。
优选的，所述插件绑定模块用于当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；
每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理。
优选的，所述API调用模块用于当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件。
优选的，所述缓存插件执行模块用于判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储。
优选的，所述缓存数据返回模块用于如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
与现有技术相比，本发明的有益效果是：
本发明提出的API网关缓存响应数据的实现方法及系统，通过简单的缓存插件配置并与API进行绑定后，使客户端在发起API请求后，能够将返回的响应数据缓存到API网关的服务层面；当客户端下次再进行同样的请求时，直接返回网关中已经缓存的对应数据，以此来降低后端负荷，同时增加API请求的平滑度。
附图说明
图1为本发明系统框图。
具体实施方式
为了使本发明的目的、技术方案进行清楚、完整地描述，及优点更加清楚明白，以下结合附图对本发明实施例进行进一步详细说明。应当理解，此处所描述的具体实施例是本发明一部分实施例，而不是全部的实施例，仅仅用以解释本发明实施例，并不用于限定本发明实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明的描述中，需要说明的是，术语“中心”、“中”、“上”、“下”、“左”、“右”、“内”、“外”、“顶”、“底”、“侧”、“竖直”、“水平”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“一”、“第一”、“第二”、“第三”、“第四”、“第五”、“第六”仅用于描述目的，而不能理解为指示或暗示相对重要性。
在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
出于简明和说明的目的，实施例的原理主要通过参考例子来描述。在以下描述中，很多具体细节被提出用以提供对实施例的彻底理解。然而明显的是，对于本领域普通技术人员，这些实施例在实践中可以不限于这些具体细节。在一些实例中，没有详细地描述公知方法和结构，以避免无必要地使这些实施例变得难以理解。另外，所有实施例可以互相结合使用。
请参阅图1，本发明提供一种技术方案：一种API网关缓存响应数据的实现方法及系统，其特征在于，包括以下步骤：
选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能；用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置；
API调用模块，当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件；每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理；
缓存插件执行模块判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储；
如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
一种API网关缓存响应数据的实现系统，其特征在于：包括缓存插件创建模块、插件绑定模块、API调用模块、缓存插件执行模块以及缓存数据返回模块；
插件绑定模块将API绑定在插件创建模块的插件上，API调用模块读取API的Kong配置文件，缓存插件执行模块对首次发起的API数据处理，缓存数据返回模块对非首次提出的API数据处理。
缓存插件创建模块用于选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能；
用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置。
插件绑定模块用于当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；
每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理。
API调用模块用于当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件。
缓存插件执行模块用于判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储。
缓存数据返回模块用于如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。
Claims (10)
1.一种API网关缓存响应数据的实现方法及系统，其特征在于，包括以下步骤：
选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；
API调用模块，当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件；
缓存插件执行模块判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储；
如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
2.根据权利要求1所述的一种API网关缓存响应数据的实现方法，其特征在于：缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能。
3.根据权利要求2所述的一种API网关缓存响应数据的实现方法，其特征在于：用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置。
4.根据权利要求1所述的一种API网关缓存响应数据的实现方法，其特征在于：每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理。
5.一种API网关缓存响应数据的实现系统，其特征在于：包括缓存插件创建模块、插件绑定模块、API调用模块、缓存插件执行模块以及缓存数据返回模块；
插件绑定模块将API绑定在插件创建模块的插件上，API调用模块读取API的Kong配置文件，缓存插件执行模块对首次发起的API数据处理，缓存数据返回模块对非首次提出的API数据处理。
6.根据权利要求5所述的一种API网关缓存响应数据的实现系统，其特征在于：所述缓存插件创建模块用于选择使用模板进行缓存插件的配置，格式选择yaml或者json等可以说明字段意义的方式即可，用户通过设置模板中的各项参数来进行插件配置；
缓存插件创建的参数分为参数唯一性定义byParameters与缓存插件特有Header定义cacheableHeaders两部分，当一个绑定缓存插件的API被调用时，通过前者区分网关应当从缓存数据库中取出的数据；后者定义缓存插件需要识别的Header，此时API即使绑定了缓存插件，但没有携带模板中配置的允许缓存的后端Header时，也不会启用针对该API的数据缓存功能；通过这种方式，使API不需要频繁的解绑插件，就可以灵活的开启或者关闭数据缓存功能；
用户创建插件时，需要对创建出来的插件模板进行合法性校验，主要包括插件名称校验，类型长度合法性校验以及模板配置解析校验等；当缓存插件创建后，后端将该配置保存到后端持久化存储的数据库中，以便后续绑定API时生成相应的Kong插件配置。
7.根据权利要求5所述的一种API网关缓存响应数据的实现系统，其特征在于：所述插件绑定模块用于当用户选择某个API去绑定某个缓存插件时，需要生成该绑定关系的唯一性Id，使用该Id和后端数据库存储的插件配置信息以及待绑定的API的各项参数信息去生成Kong插件的标准配置并保存，以此来让Kong读取，识别缓存插件的内容；
每进行一次API的缓存插件绑定操作都将生成一个Kong的插件配置，将该配置更新到该API的Kong配置文件中，用以在调用API时Kong对配置的识别与处理。
8.根据权利要求5所述的一种API网关缓存响应数据的实现系统，其特征在于：所述API调用模块用于当用户调用API时，Kong读取该API的Kong配置文件，根据文件中是否存在缓存插件的配置来确定是否绑定缓存插件。
9.根据权利要求5所述的一种API网关缓存响应数据的实现系统，其特征在于：所述缓存插件执行模块用于判断API是否是第一次发起请求，如果是第一次请求，请求后成功HttpStatusCode<400的响应数据按设计好的格式存储到Redis中，然后将响应数据返回给客户端；调用绑定了缓存插件的API时，响应数据中需要在Header中额外添加一个字段，通过该字段来告知客户端本次的响应数据是否使用了API缓存；由于绑定了缓存插件不代表一定进行了缓存数据的使用，当未使用允许缓存的后端Header，或是因为缓存超时而没有在Redis查询到缓存数据时，同样需要请求实际的后端；通过在响应信息中添加缓存是否使用的说明字段的方式，来保证用户在调用API时能够明确的知道是否使用到了API缓存；对于Redis缓存，需要设置其存储格式，保证API调用时，能够取出与所调用API相对应的正确的缓存信息，使用hash存储。
10.根据权利要求5所述的一种API网关缓存响应数据的实现系统，其特征在于：所述缓存数据返回模块用于如果API不是第一次发起请求，则判断API是否携带配置文件中设置的Header信息，如果没有携带设置的信息，则进行正常的路由请求；若API不是第一次发起请求，也携带了设置好的Header信息，将根据API信息去Redis缓存中取出对应的缓存的响应数据，返回给客户端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210251543.5A CN114785637B (zh) | 2022-03-15 | 2022-03-15 | 一种api网关缓存响应数据的实现方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210251543.5A CN114785637B (zh) | 2022-03-15 | 2022-03-15 | 一种api网关缓存响应数据的实现方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114785637A true CN114785637A (zh) | 2022-07-22 |
| CN114785637B CN114785637B (zh) | 2024-08-09 |
Family
ID=82423404
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210251543.5A Active CN114785637B (zh) | 2022-03-15 | 2022-03-15 | 一种api网关缓存响应数据的实现方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114785637B (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106777121A (zh) * | 2016-12-16 | 2017-05-31 | 济南浪潮高新科技投资发展有限公司 | 一种浏览器图表的服务端缓存方法 |
| CN107689969A (zh) * | 2016-08-03 | 2018-02-13 | 华为技术有限公司 | 一种缓存策略的确定方法及装置 |
| CN110413543A (zh) * | 2019-06-17 | 2019-11-05 | 中国科学院信息工程研究所 | 一种基于熔断和二级缓存的api网关保障服务高可用方法及系统 |
| CN111010417A (zh) * | 2019-10-17 | 2020-04-14 | 浪潮云信息技术有限公司 | 基于kong的数据格式转换方法、响应系统及方法 |
| CN111090449A (zh) * | 2018-10-24 | 2020-05-01 | 北京金山云网络技术有限公司 | Api服务的访问方法、装置及电子设备 |
| CN111367683A (zh) * | 2018-12-25 | 2020-07-03 | 华为技术有限公司 | 一种结果获取方法、装置及设备 |
| CN112882829A (zh) * | 2021-01-29 | 2021-06-01 | 成都环宇知了科技有限公司 | 一种基于nodejs服务端的缓存优化方法及系统 |
| CN113572793A (zh) * | 2021-09-26 | 2021-10-29 | 苏州浪潮智能科技有限公司 | 访问请求捕获方法、装置、计算机设备和存储介质 |
| KR20210130989A (ko) * | 2020-04-23 | 2021-11-02 | 주식회사 모비젠 | Api 게이트웨이 엑셀레이터 시스템 및 방법 |
| CN114143261A (zh) * | 2021-12-01 | 2022-03-04 | 浪潮云信息技术股份公司 | 一种api网关动态路由后端地址的方法及系统 |
-
2022
- 2022-03-15 CN CN202210251543.5A patent/CN114785637B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107689969A (zh) * | 2016-08-03 | 2018-02-13 | 华为技术有限公司 | 一种缓存策略的确定方法及装置 |
| CN106777121A (zh) * | 2016-12-16 | 2017-05-31 | 济南浪潮高新科技投资发展有限公司 | 一种浏览器图表的服务端缓存方法 |
| CN111090449A (zh) * | 2018-10-24 | 2020-05-01 | 北京金山云网络技术有限公司 | Api服务的访问方法、装置及电子设备 |
| CN111367683A (zh) * | 2018-12-25 | 2020-07-03 | 华为技术有限公司 | 一种结果获取方法、装置及设备 |
| CN110413543A (zh) * | 2019-06-17 | 2019-11-05 | 中国科学院信息工程研究所 | 一种基于熔断和二级缓存的api网关保障服务高可用方法及系统 |
| CN111010417A (zh) * | 2019-10-17 | 2020-04-14 | 浪潮云信息技术有限公司 | 基于kong的数据格式转换方法、响应系统及方法 |
| KR20210130989A (ko) * | 2020-04-23 | 2021-11-02 | 주식회사 모비젠 | Api 게이트웨이 엑셀레이터 시스템 및 방법 |
| CN112882829A (zh) * | 2021-01-29 | 2021-06-01 | 成都环宇知了科技有限公司 | 一种基于nodejs服务端的缓存优化方法及系统 |
| CN113572793A (zh) * | 2021-09-26 | 2021-10-29 | 苏州浪潮智能科技有限公司 | 访问请求捕获方法、装置、计算机设备和存储介质 |
| CN114143261A (zh) * | 2021-12-01 | 2022-03-04 | 浪潮云信息技术股份公司 | 一种api网关动态路由后端地址的方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 赵玉伟;赵小雨;乔木;: "缓存技术在B/S架构信息系统中的应用", 计算机工程, no. 01, 5 January 2008 (2008-01-05) * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114785637B (zh) | 2024-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104506510B (zh) | 用于设备认证的方法、装置及认证服务系统 | |
| CN106603394B (zh) | 订阅通知的实现方法和装置 | |
| JP4195450B2 (ja) | 複数国運用事業者ネットワークをローミングするパケット無線ネットワークユーザのためのシングルサインオン方法 | |
| EP3476142B1 (en) | Methods and entities for ending a subscription | |
| CN102695167B (zh) | 移动用户身份标识管理方法和装置 | |
| RU2454010C2 (ru) | Способ и устройство для межсетевого извлечения связанных с пользователем данных | |
| CN108833369A (zh) | 一种访问文件系统的方法、装置及设备 | |
| CN102970384B (zh) | 代理服务器和通信系统 | |
| CN109600401A (zh) | 家电升级方法、客户端及服务器 | |
| CN110380919A (zh) | 区块链请求的处理方法、装置、电子设备及可读存储介质 | |
| CN114051231B (zh) | 一种业务路由方法、装置及计算机可读存储介质 | |
| CN109617780A (zh) | 接入网络的方法、装置、终端设备及机器可读存储介质 | |
| JP7476366B2 (ja) | 中継方法、中継システム、及び中継用プログラム | |
| CN105991680A (zh) | 物联网智能设备的软件自动升级方法及其系统 | |
| CN110035040B (zh) | 一种信令寻址的方法和装置 | |
| US7725489B2 (en) | Node for providing a file service to a mobile terminal | |
| CN105933326A (zh) | 异地终端数据的上报方法及装置 | |
| CN112699152B (zh) | 一种基于OpenResty实现的缓存方法 | |
| JP7507305B2 (ja) | サービス要求処理 | |
| CN114785637A (zh) | 一种api网关缓存响应数据的实现方法及系统 | |
| CN111901245B (zh) | 一种iscsi多路径管理系统、方法、设备及存储介质 | |
| CN107172185A (zh) | 网络配置方法及装置 | |
| JP6231492B2 (ja) | 薄端末モデルに基づくセキュリティ情報のインタラクションシステム、端末、サーバー及び方法 | |
| CN114466447B (zh) | 一种基于WiFi6路由器的云管理端管理系统 | |
| CN100499642C (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 |