CN111163074B - 一种网关服务控制方法及装置 - Google Patents

一种网关服务控制方法及装置 Download PDF

Info

Publication number
CN111163074B
CN111163074B CN201911354069.3A CN201911354069A CN111163074B CN 111163074 B CN111163074 B CN 111163074B CN 201911354069 A CN201911354069 A CN 201911354069A CN 111163074 B CN111163074 B CN 111163074B
Authority
CN
China
Prior art keywords
service
interface
gateway
resource list
server
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.)
Active
Application number
CN201911354069.3A
Other languages
English (en)
Other versions
CN111163074A (zh
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.)
Tencent Cloud Computing Beijing Co Ltd
Original Assignee
Tencent Cloud Computing Beijing 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 Tencent Cloud Computing Beijing Co Ltd filed Critical Tencent Cloud Computing Beijing Co Ltd
Priority to CN201911354069.3A priority Critical patent/CN111163074B/zh
Publication of CN111163074A publication Critical patent/CN111163074A/zh
Application granted granted Critical
Publication of CN111163074B publication Critical patent/CN111163074B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • 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
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请涉及互联网技术领域，尤其涉及一种网关服务控制方法及装置，接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；根据所述服务访问地址，获取所述服务端的服务资源清单，其中，所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的；根据所述服务资源清单，在网关中接入所述服务端，不需要手动录入，降低了人工成本，提高了效率。

Description

一种网关服务控制方法及装置
技术领域
本申请涉及互联网技术领域，尤其涉及一种网关服务控制方法及装置。
背景技术
应用程序接口(Application Programming Interface，API)网关是一种支持API接入和API管理的网关，可以提供高性能、高可用的API托管服务，现有技术中，API网关接入服务端时，需要人工手动录入协议，无法从服务端中自动采集，而由于通常一个服务端，可能包含上百个或更多接口，每个接口都有请求协议/响应协议，也就对应有几百个或更多不同协议，因此手动录入成本较大，也降低了效率。
发明内容
本申请实施例提供一种网关服务控制方法及装置，以提高网关服务效率，降低成本。
本申请实施例提供的具体技术方案如下：
本申请一个实施例提供了一种网关服务控制方法，包括：
接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；
根据所述服务访问地址，获取所述服务端的服务资源清单，其中所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的；
根据所述服务资源清单，在网关中接入所述服务端。
本申请另一个实施例提供了一种网关服务控制方法，包括：
生成服务资源清单；
在接收到网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单，其中，所述服务资源清单获取请求是所述网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址。
本申请另一个实施例提供了一种网关服务控制系统，所述系统至少包括：服务端、网关管理端，其中，
所述服务端，用于生成服务资源清单，并在接收到所述网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单；
所述网关管理端，用于接收在配置界面上触发的服务端接入指令，根据服务访问地址，向所述服务端发送服务资源清单获取请求，并获取所述服务端的服务资源清单，根据所述服务资源清单，在网关中接入所述服务端，其中，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址。
本申请另一个实施例提供了一种网关服务控制装置，包括：
接收模块，用于接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；
采集模块，用于根据所述服务访问地址，获取所述服务端的服务资源清单，其中，所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的；
配置管理模块，用于根据所述服务资源清单，在网关中接入所述服务端。
本申请另一个实施例提供了一种网关服务控制装置，包括：
生成模块，用于生成服务资源清单；
发送模块，用于在接收到网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单，其中，所述服务资源清单获取请求是所述网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址。
本申请另一个实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一种网关服务控制方法的步骤。
本申请另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种网关服务控制方法的步骤。
本申请实施例中，服务端生成服务资源清单，网关管理端接收在配置界面上触发的服务端接入指令，根据所述服务访问地址，获取所述服务端的服务资源清单，进而根据所述服务资源清单，在网关中接入所述服务端，这样，服务端自动生成服务资源清单，在网关管理端只需要输入服务端的服务访问地址，就可以获取该服务端的服务资源清单，将该服务端的所有接口和协议录入网关，实现在网关中接入该服务端，不需要人工手动录入，降低了成本，提高了网关服务效率，并且也避免了人工操作容易出错的风险。
附图说明
图1为本申请实施例中网关服务控制方法的应用架构示意图；
图2为本申请实施例中网关服务控制系统的架构图；
图3为本申请实施例中服务资源清单设计示意图；
图4为本申请实施例中一种网关服务控制方法流程图；
图5为本申请实施例中另一种网关服务控制方法流程图；
图6为本申请实施例中配置界面示意图；
图7为本申请实施例中一种网关服务控制装置结构示意图；
图8为本申请实施例中另一种网关服务控制装置；
图9为本申请实施例中电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为便于对本申请实施例的理解，下面先对几个概念进行简单介绍：
为便于对本申请实施例的理解，下面先对几个概念进行简单介绍：
服务端：表示为客户端提供逻辑支撑/数据支撑的软件系统，互联网应用一般有手机应用或网站的形式，这种与用户直接发生关系的叫做客户端，而其背后的业务逻辑或数据存储等能力，需要服务端来支撑。
应用程序接口(Application Programming Interface，API)：是软件系统不同组成部分衔接的约定，封装了一种软件的能力，一般包含输入和输出，API也可以基于超文本传输协议(Hyper Text Transport Protocol，HTTP)等协议以服务的形式存在于互联网上。
网关：是转发其他服务器通信数据的服务器，一般支持访问鉴权，流量控制等功能。
API网关：一种支持API接入和API管理的网关，以下本申请实施例中提到的网关均是表示API网关。
Go语言(The Go Programming Language，golang):一种原生支持并发的高级编程语言,多用于服务端开发。
现有技术中，API网关接入服务端时，需要人工手动录入协议，无法从服务端中自动采集，而由于通常一个服务端，可能包含上百个或更多接口，每个接口都有请求协议和响应协议，也就对应有几百个或更多不同协议，因此手动录入成本较大，也降低了效率，并且当服务端能力发生变更时，也需要手动进行修改和调整，上百个接口资源的梳理和修改，所需的成本和代价也是很大的。
为解决上述问题，本申请实施例中提供了一种网关服务控制方法，服务端可以根据函数接口转换方法，将各表征服务功能的服务功能函数转换为接口，并自动生成包括各接口的属性信息和协议描述信息的服务资源清单，进而在网关管理端，只需要手动输入服务端的服务访问地址后，就可以自动基于服务访问地址，采集服务资源清单，将服务端的接口的服务资源清单录入网关，实现在网关中接入该服务端，不需要手动分别录入每一个接口的协议等资源，避免了低效、高成本的大量手动操作，降低了成本，提高了效率，并且自动化采集接入，也避免了人工操作容易出错的风险。进而基于该方法，当服务端能力发生变更后，也可以重新获取服务资源清单，实现自动同步更新，降低系统维护成本和风险。
参阅图1所示，为本申请实施例中网关服务控制方法的应用架构示意图，包括客户端100、网关管理端200、服务端300。
客户端100可以是智能手机、平板电脑、便携式个人计算机等任何智能设备，客户端100上可以安装有各种应用程序(Application，APP)，本申请实施例中用户可以通过客户端100与服务端300进行数据交互，向服务端300请求相关服务，网关作为客户端100和服务端300之间的网络连接，实现网络协议转换和数据传输等操作。
服务端300能够为客户端100提供各种网络服务，例如服务端300可以为某APP的后台服务器，一个服务端300可以提供很多服务，即包含有多个接口，每个接口可以实现一种服务功能，例如，实现用户注册功能，可以接收客户端100发送的包含用户名、密码等的注册请求，进而读取用户名、密码等用户信息，进行注册。
网关管理端200，主要用于对网关进行管理和配置。
其中，服务端300可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。
客户端100与网关管理端200，以及服务端300与网关管理端200之间以通过互联网相连，实现相互之间的通信。可选地，上述的互联网使用标准通信技术和/或协议。互联网通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
值得说明的是，本发明实施例中的应用架构图是为了更加清楚地说明本发明实施例中的技术方案，并不构成对本发明实施例提供的技术方案的限制，对于其它的应用架构和应用，本发明实施例提供的技术方案对于类似的问题，同样适用。
需要说明的是，本发明各个实施例中，以网关服务控制方法应用于图1所示的应用架构为例进行示意性说明。
基于上述实施例，下面先对本申请实施例中网关服务控制系统架构图进行说明，由于本申请实施例中网关服务控制方法主要涉及服务端和网关管理端的设计方案，因此系统架构也主要描述服务端和网关管理端的功能，参阅图2所示，为本申请实施例中网关服务控制系统的架构图，该系统至少包括服务端和网关管理端，具体地：
第一部分：服务端，主要用于：
1)生成服务资源清单。
其中，服务资源清单中至少包括服务端中各接口的属性信息和协议描述信息。
具体地：S1、基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口。
其中，服务功能函数为通过编程所实现的软件程序，可以用于实现服务功能。
S2、基于各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息。
例如，函数参数信息包括函数名称、输入参数、输出参数、数据类型等，根据这些函数参数信息可以确定各接口的协议描述信息和属性信息。
其中，接口的协议描述信息表征该接口所能实现的网络服务功能，包括请求协议和响应协议，例如可以采用数据结构来描述，属性信息表征该接口的配置参数，例如包括接口名称、接口路径等。
其中，函数接口转换方法可以采用不同的函数接口转换框架来实现，本申请实施例中并不进行限制，这样，通过函数接口转换方法，可以将服务功能函数转换为网络接口，即将函数所实现的服务功能转换为了网络接口的网络服务功能，该接口所实现的网络服务功能即是函数参数信息所描述的功能，例如若函数采用结构化数据结构，则接口的协议描述信息即可以由定义的数据结构描述，包括私有数据结构和公共数据结构，当然本申请实施例中并不进行限制，也可以适用于不使用结构化数据结构描述协议的其它方式。
具体地，函数转换方法的方法原理为：1)分析服务功能函数的函数结构，获得服务功能函数的函数名称、输入参数和输出参数等函数参数信息。2)根据函数结构，构建接口的请求协议、响应协议，其中请求协议和响应协议分别对应服务功能函数的输入参数和输出参数。进而可以创建接口处理器，将请求协议转换为接口的输入参数，并将转换后的接口的输入参数传入相应的服务功能函数，执行一次调用，并获取服务功能函数返回的结果，将服务功能函数返回的结果转换成响应，并返回给客户端。
例如，服务功能函数User_Insert对应转换后的接口为接口User_Insert，进而再基于服务功能函数User_Insert的具体参数信息，确定接口User_Insert的协议描述信息和属性信息。
例如，服务功能函数User_Insert的部分描述为：
func(x X)User_Insert(u User)(code int)data struct{Id int‘q:〝，系统生成的唯一标识〞’//响应字段描述
}，e error//扩展错误信息{
u.id＝rand.Int()
…//省略的实现业务逻辑的描述
}
其中，上述部分程序代码中User_Insert即为函数名，(u User)为输入参数及协议，code int表示返回码，data struct表示响应协议。
进而通过分析该服务功能函数User_Insert的函数结构，可以获知其函数名称、输入参数和输出参数等，进而通过函数结构，将服务功能函数User_Insert转换为接口User_Insert，并基于服务功能函数User_Insert中函数参数信息，确定接口User_Insert的协议描述信息和属性信息，例如，属性信息为接口路径和接口名称，其中，接口名称为：User_Insert，接口路径为：/user/insert，协议描述信息包括请求协议描述信息和响应协议描述信息，例如，请求协议描述信息为如表1所示，响应协议描述信息如表2所示。
表1.
Figure BDA0002335421120000081
Figure BDA0002335421120000091
表2.
字段 类型 描述
Id int 系统生成的唯一标识
其中，如表1和表2所示，请求协议描述信息和响应协议描述信息其实就是将相应的服务功能函数的输入参数和输出参数等转换为接口的相关描述信息，以使得转换的接口也可以实现服务功能函数的服务功能，即接口也可以实现服务功能函数的输入和输出逻辑功能。
S3、根据确定的各接口的协议描述信息和属性信息，生成服务资源清单。
例如，参阅图2所示，服务端可以将服务功能函数A、服务功能函数B，…服务功能函数N，通过函数接口转换框架，相应地分别转换为接口A、接口B、…接口N，并生成服务资源清单，服务资源清单中至少包括接口A属性信息、接口B属性信息、…接口N属性信息，以及各接口分别对应的协议A描述信息、协议B描述信息，协议N描述信息。
假设协议描述信息至少由定义的数据结构描述，即协议的数据类型为数据结构，其中，数据结构包括私有数据结构和公共数据结构，参阅图3所示，为本申请实施例中服务资源清单设计示意图，可知服务端生成的服务资源清单中包含接口(interface)列表、数据结构(struct)列表和返回码描述(code_desc)。
具体地，返回码描述表示在服务的调用过程中出现异常情况的错误码描述或调用正常的成功码描述，例如，错误码为：FAIL_SYS_API_NOT_FOUNDED，错误描述为：请求API不存在或已下线，则可能错误原因是API已下线或未发布上线，又例如，错误码为：FAIL_SYS_SERVICE_NOT_EXIST，错误描述为：请求服务不存在，则可能错误原因是API映射的后端服务不存在，当然本申请实施例中并不进行限制，可以根据实际情况和经验进行设置，这样，便于在API监控中可以快速定位问题。
接口列表中可以包括多个接口，每个接口对应其属性信息(包括名称和路径)和协议描述信息(包括请求协议和响应协议)，每个接口使用图3中interface定义，包括字段、类型和含义，其中，字段名称(name)，类型为字符串(string)，含义为接口名称，字段路径(path)，类型为string，含义为接口路径，字段请求(request)，类型为struct，含义为请求协议，字段响应(response)，类型为struct，含义为响应协议。
协议描述信息使用struct定义，每个struct由多个字段(field)组成，一个field可以是基本类型，也可以是对象类型，即使用另一个struct来定义，通过这种递归定义的方式，可以支持任意结构化协议，field的定义方式如图3所示，包括name、类型(type)、描述(desc)、数组(repeated)、struct(这里表示对象数据结构，即一个field可以使用另一个struct定义)、ref，其中，name的类型为string，type的类型为整型(int)，desc的类型为string，repeated的类型的布尔型(bool)，struct类型为struct，ref类型为int，ref是用于关联服务端系统中的公共数据结构，本申请实施例中，服务资源清单中支持描述公共数据结构，公共数据结构表示一般在一个服务端系统中会被多次使用到的协议，例如图3中服务资源清单中使用ref建立field到公共数据结构的关联，支持了公共数据结构的配置。
例如，服务资源清单中包括多个接口，以三个接口为例来具体描述，服务资源清单中包括：接口列表字段取值为(us1，us2，us3)，类型为数组类型，表示包含us1，us2，us3三个接口，数据结构字段取值为(struct1，struct2，struct3)，类型为数组类型，表示包含struct1，struct2，struct3三个数据结构，返回码描述字段的取值为FAIL_SYS_API_NOT_FOUNDED，类型为字符串，表示请求API不存在或已下线。以us1为例，其实现功能的是用户注册返回一个标识码，则其对应的属性信息和协议描述信息例如为，即图3中接口对应的描述，字段name取值为us1，类型为字符串，表示接口名称，字段路径的取值为/user/us1，类型为字符串，表示接口路径，请求协议即表示接口的输入参数，对应的数据结构中各字段具体取值例如为，字段Name为“小红”，类型为字符串，表示输入的用户的姓名，字段Age为“18”，类型为整型，表示输入的用户的年龄，响应协议即表示接口的输出参数，例如响应协议的数据结构中字段Id取值为00005，类型为整型，表示系统生成的唯一标识为00005。
2)在接收到网关管理端发送的服务资源清单获取请求时，向网关管理端返回服务资源清单。
进一步地，本申请实施例中服务端还支持对服务资源清单配置密钥，进行加密，进而网关管理端获取服务资源清单时，只有具有正确的密钥，才能解密获得正确的服务资源清单，提高了安全性。
第二部分：网关管理端，主要用于：
1)接收在配置界面上触发的服务端接入指令，根据服务访问地址，向服务端发送服务资源清单获取请求，其中，服务端接入指令中至少包括通过配置界面输入的服务端的服务访问地址。
本申请实施例中，在网关管理端可以设置配置界面，相关人员在配置界面上可以输入想要接入的服务端的服务访问地址，确定后即触发了服务端接入指令，可以自动获取服务端的服务资源清单。
其中，网关配置端可以使用网页(web)，也可以使用手机APP、电脑APP、手机web或专用管理终端等其他方式进行配置。
进一步地，若服务资源清单采用密钥加密，则在配置界面上还可以输入密钥，进而获取到加密后的服务资源清单后，可以使用输入的密钥进行解密，并执行后续接入操作。
2)获取服务端的服务资源清单，根据服务资源清单，在网关中接入服务端。
具体用于：(1)根据服务资源清单中各接口的数据结构之间的关联关系，以及各接口的数据结构在网关中的存储位置，确定各接口的数据结构在网关中的关联关系。
由于服务端和网关的存储形式和存储位置不同，在服务端各接口的数据结构的关联关系可能并不能表达在网关中的关联关系，因此可以根据在网关中的存储位置，进行关联关系的转换。
(2)生成各接口的数据结构的标识，并将各公共数据结构的标识添加到对应接口的协议描述信息中。
(3)基于服务资源清单中各接口的属性信息，以及添加标识后的各接口的协议描述信息，生成在网关中与各接口关联的网关接口。
这样，本申请实施例中，只需要人工在配置界面上输入服务端的服务访问地址和密钥，后续操作就不需要人工参与了，可以自动获取服务资源清单，并根据服务资源清单，接入服务端，提高了效率。
3)同步更新。
具体地，在网关中接入服务端之后，网关管理端还用于：
(1)接收在配置界面上触发的服务端同步更新指令。
(2)根据服务访问地址和密钥，重新向服务端发送服务资源清单获取请求。
(3)根据重新获取到的服务资源清单，更新服务端在网关中关联的各网关接口的属性信息和协议描述信息。
例如，参阅图2所示，网关管理端中网关配置管理模块包括接口管理、协议管理和采集模块，采集模块，实现采集上架接入和同步更新的功能，将服务端的服务资源清单配置到接口管理和协议管理模块中，完成服务端接入，其中，网关管理端采集可以使用HTTP协议和JS对象简谱(JavaScript Object Notation，JSON)格式，JSON为一种数据封装格式，也可以基于其它协议和格式，例如，用户数据报协议(User Data Protocol，UDP)、传输控制协议(Transmission Control Protocol，TCP)，以及Protobuf(Google Protocol Buffer)、xml或formdata数据格式等，本申请实施例中并不进行限制。
本申请实施例中在服务端能力发生变更后，也不需要手动对网关中各关联的网关接口进行资源梳理和修改，只需要在网关管理端发起同步更新流程，就可以自动重新获取服务资源清单，进而与网关中之前接入的服务端的历史网关接口和历史数据结构进行比对进行更新后，并建立关联，从而实现同步更新完成，减少人工操作，降低成本并提高了效率。
4)网关管理端中的网关基础模块还可以实现数据转发、鉴权、存储等功能，这样，服务端接入网关后，客户端通过统一的网关接入服务端，可以在网关层处理所有的非业务功能，对于实际的业务功能转发给服务端进行处理，其中，可以基于mongodb(为一种分布式文件存储的数据库)做底层数据存储，当然也可以使用mysql、postgresql等任意关系型、文档型或键值(Key-Value，kv)型数据库，存储方式并不进行限制。
基于上述实施例，对本申请实施例中的网关服务控制方法进行说明，参阅图4所示，为本申请实施例中一种网关服务控制方法流程图，主要应用于网关管理端，该方法包括：
步骤400：接收在配置界面上触发的服务端接入指令，其中，服务端接入指令中至少包括通过配置界面输入的服务端的服务访问地址。
进一步地，服务端接入指令中还包括通过配置界面输入的密钥。
也就是说，本申请实施例中，服务资源清单可以支持加密配置，服务端可以生成加密后的服务资源清单，则在网关管理端的配置界面上可以输入服务访问地址和密钥，确定后触发发送服务端接入指令。
步骤410：根据服务访问地址，获取服务端的服务资源清单，其中，服务资源清单是服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的。
其中，服务资源清单中至少包括服务端中各接口的属性信息和协议描述信息。
执行步骤410时，具体包括：
S1、根据服务访问地址，向服务端发送服务资源清单获取请求。
S2、接收服务端返回的加密后的服务资源清单。
S3、根据输入的密钥，对加密后的服务资源清单进行解密，获得解密后的服务资源清单。
其中，服务资源清单的加密和解密方式，可以使用任意现有加密算法或其它自定义加密算法，本申请实施例中并不进行限制。
本申请实施例中服务端可以将各服务功能函数转换为接口并生成服务资源清单，其中，属性信息包括接口名称、接口路径等配置信息，协议描述信息包括请求协议和响应协议，至少由定义的数据结构描述，其中，数据结构包括私有数据结构和公共数据结构。
需要说明的是，数据结构是协议的一种数据类型，可以采用结构化的数据类型来描述协议，当然也可以支持其它简单数据类型描述的协议。
步骤420：根据服务资源清单，在网关中接入服务端。
具体执行步骤420时，包括：
S1、根据服务资源清单中各接口的数据结构之间的关联关系，以及各接口的数据结构在网关中的存储位置，确定各接口的数据结构在网关中的关联关系。
S2、生成各接口的数据结构的标识，并将各公共数据结构的标识添加到对应接口的协议描述信息中。
S3、基于服务资源清单中各接口的属性信息，以及添加标识后的各接口的协议描述信息，生成在网关中与各接口关联的网关接口。
进而在网关中生成关联的网关接口后，可以通过关联的网关接口，实现客户端与服务端中对应的接口之间的数据传输。
本申请实施例中，实现服务端接入主要是将服务端中各接口注册到网关中，在网关中注册有其相关联的网关接口，注册的网关接口有其相应的协议描述信息和属性信息，进一步地，将服务端的服务资源清单中的信息关联到网关后，网关管理端还可以对各网关接口添加其它对网关接口的描述信息。
进一步地，本申请实施例中还可以支持自动同步更新，能够自动处理服务端变更，降低人工操作成本，提高效率，具体地本申请实施例中提供了一种可能的实施方式，在网关中接入服务端之后，还包括：
S1、接收在配置界面上触发的服务端同步更新指令。
例如，在配置界面上提供同步按钮，相关人员可以点击该同步按钮，即发送服务端同步更新指令。
S2、根据服务访问地址和密钥，重新向服务端发送服务资源清单获取请求。
由于这时服务端已经接入，是对其进行同步更新，因此点击同步按钮即可发起同步更新流程，可以不用再输入服务访问地址和密钥，使用之前缓存的服务访问地址和密钥即可。
进一步地，若重新获取服务资源清单失败，则提示获取失败信息并提示重新输入服务访问地址和密钥，以及根据重新输入的服务访问地址和密钥，重新向服务端发送服务资源清单获取请求。
例如，相关人员点击同步按钮后，可能之前缓存的服务访问地址和密钥丢失，或密钥更改等原因导致获取服务资源清单失败，可以向相关人员进行提示，要求其重新输入服务访问地址和密钥，点击重试或重新点击同步按钮，基于重新输入的服务访问地址和密钥，请求获取服务资源清单。
S3、根据重新获取到的服务资源清单，更新服务端在网关中关联的各网关接口。
具体包括：S3.1、获取服务端在所述网关中对应关联的历史网关接口和历史数据结构。
S3.2、分别将重新获取到的服务资源清单中接口与历史网关接口进行比对，以及将重新获取到的服务资源清单中数据结构与历史数据结构进行比对，筛选出比对不一致的接口和数据结构。
例如，可以通过名称比对，筛选出新增、删除、已有变更等不一致的接口和数据结构。
S3.3、根据筛选出的不一致的接口和数据结构，更新历史网关接口和历史数据结构。
分别针对不一致的接口和数据结构，可以分为两方面：
第一方面：根据筛选出的不一致的接口，更新历史网关接口，具体包括：
1)确定筛选出的不一致的接口的类型为新增、删除或已有变更。
2)针对类型为新增的接口，在网关中生成与新增的接口关联的网关接口；针对类型为删除的接口，在网关中删除与删除的接口关联的网关接口；针对类型为已有变更的接口，在网关中更新对应的网关接口。
第二方面：根据筛选出的不一致的数据结构，更新历史数据结构，具体包括：
1)确定筛选出的不一致的数据结构的类型为新增、删除或已有变更。
2)针对类型为新增的数据结构，在网关中进行添加，并生成新增的数据结构的标识；针对类型为删除的数据结构，在网关中将类型为删除的数据结构删除；针对类型为已有变更的数据结构，则根据重新获取到的服务资源清单中的数据结构，更新网关中对应的数据结构。
其中，对于新增的数据结构，生成其标识后，也将其标识添加到对应接口的协议描述信息中，即将标识与协议描述信息也关联，针对重新获取的服务资源清单中没有但历史数据结构中有的，则可以直接将历史数据结构中该数据结构删除，针对均有的情况，例如通过比对在历史数据结构和重新获取的服务资源清单中数据结构中，有名称相同但某字段不同的数据结构，则可以将该数据结构的不同字段的内容更新为重新获取的服务资源清单中的该数据结构的对应字段内容，另外还可以保留该数据结构的与服务端无关的网关管理端添加的描述信息。
S3.4、将更新后的历史网关接口和更新后的历史数据结构建立关联并保存。
这样，可以分别针对不一致的接口是数据结构分别进行同步更新，更加简便，易于实现，进而再进行关联，即将更新后获得的最新版本的数据结构，关联到更新后获得的最新版本的网关接口中，进而可以将同步更新后的网关接口，录入到网关系统内部，生效完成，即实现服务端变更自动同步更新的过程，降低维护成本和风险。
本申请实施例中，服务端可以自动生成服务资源清单，网关管理端接收在配置界面上触发的服务端接入指令时，可以根据服务访问地址，获取服务端的服务资源清单，根据服务资源清单，在网关中接入该服务端，这样，网关接入服务端时，不需要人工手动录入，可以预先在服务端生成服务资源清单，进而网关管理端通过服务访问地址，自动采集该服务资源清单，实现服务端的接入，自动化采集降低了成本，也避免了人工操作容易出错的风险，提高了网关服务效率。
基于上述实施例，参阅图5所示，为本申请实施例中另一种网关服务控制方法流程图，主要应用于服务端，该方法包括：
步骤500：生成服务资源清单。
执行步骤500时，具体包括：
1)基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口。
2)基于各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息。
3)根据确定的各接口的协议描述信息和属性信息，生成服务资源清单。
步骤510：在接收到网关管理端发送的服务资源清单获取请求时，向网关管理端返回服务资源清单，其中，服务资源清单获取请求是网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，服务端接入指令中至少包括通过配置界面输入的服务端的服务访问地址。
需要说明的是，服务端侧的网关服务控制方法和上述实施例中相应执行过程相同，这里就不再重复赘述了。
这样，本申请实施例中服务端生成服务资源清单，进而网关管理端接收到在配置界面上输入的服务端接入指令后，向服务端发送服务资源请求获取请求，服务端接收到服务资源清单获取请求时，向网关管理端返回生成的服务资源清单，自动化采集，提高了效率并降低了错误风险和成本。
基于上述实施例，下面从产品实现侧对本申请实施例中网关服务控制方法中网关管理端的配置界面实现进行说明，参阅图6所示，为本申请实施例中配置界面示意图，如图6所示，可以在网关管理端添加实现该网关服务控制方法的应用，例如该应用名称设为“一键上架的应用”，还可以设置管理员身份权限，只有具有权限的管理员身份，才可以触发服务端接入指令和服务端同步更新指令，并且还可以设置是否开通接口自动上架同步功能的功能按钮，相关人员需要自动接入服务端，可以选择开启该功能，就可以显示相应的服务访问地址和密钥的输入框。
进而在具体应用时，在配置界面中，需要接入服务端时，管理员输入自己的身份标识，例如为手机号，并在相应位置输入服务访问地址和相应的密钥，进而可以点击“确定”按钮，点击“确定”按钮后，即触发提交服务端接入指令，网关管理端根据服务访问地址和相应的密钥，获取服务端的服务资源清单，根据服务资源清单，实现在网关中接入该服务端，这样本申请实施例中可以实现网关的一键上架能力，输入服务访问地址和密钥，就可以实现一个服务端中所有接口和协议接入到网关，并且在服务端有任何升级或变更时，也可以通过点击同步更新按钮，实现一键完成同步更新，不需要人工手动录入和修改，极大提升了效率，降低了成本。
本申请实施例中网关服务控制方法的系统开发，可以基于golang开发，也可以使用其它编程语言实现，例如python、java、c++等高级编程语言均可。
基于同一发明构思，本申请实施例中还提供了一种网关服务控制装置，该网关服务控制装置例如可以是前述实施例中的网关管理端，该网关服务控制装置可以是硬件结构、软件模块、或硬件结构加软件模块。基于上述实施例，参阅图7所示，本申请实施例中一种网关服务控制装置，具体包括：
接收模块70，用于接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；
采集模块71，用于根据所述服务访问地址，获取所述服务端的服务资源清单，其中，所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的；
配置管理模块72，用于根据所述服务资源清单，在网关中接入所述服务端。
可选的，所述服务端接入指令中还包括通过所述配置界面输入的密钥；则根据所述服务访问地址，获取所述服务端的服务资源清单时，采集模块具体用于：
根据所述服务访问地址，向所述服务端发送服务资源清单获取请求；
接收所述服务端返回的加密后的服务资源清单；
根据所述输入的密钥，对所述加密后的服务资源清单进行解密，获得解密后的所述服务资源清单。
可选的，所述服务资源清单中至少包括所述服务端中各接口的属性信息和协议描述信息，所述协议描述信息至少由定义的数据结构描述，其中，所述数据结构包括私有数据结构和公共数据结构；则根据所述服务资源清单，在网关中接入所述服务端时，配置管理模块72具体用于：
根据所述服务资源清单中各接口的数据结构之间的关联关系，以及所述各接口的数据结构在网关中的存储位置，确定所述各接口的数据结构在所述网关中的关联关系；
生成所述各接口的数据结构的标识，并将各公共数据结构的标识添加到对应接口的协议描述信息中；
基于所述服务资源清单中各接口的属性信息，以及添加标识后的各接口的协议描述信息，生成在所述网关中与所述各接口关联的网关接口。
可选的，在网关中接入所述服务端之后，配置管理模块72进一步用于：
接收在所述配置界面上触发的服务端同步更新指令；
根据所述服务访问地址和所述密钥，重新向所述服务端发送服务资源清单获取请求；
根据重新获取到的服务资源清单，更新所述服务端在所述网关中关联的各网关接口的属性信息和协议描述信息。
可选的，配置管理模块72进一步用于：若重新获取服务资源清单失败，则提示获取失败信息并提示重新输入所述服务访问地址和所述密钥，以及根据重新输入的服务访问地址和密钥，重新向所述服务端发送服务资源清单获取请求。
可选的，根据重新获取到的服务资源清单，更新所述服务端在所述网关中关联的各网关接口时，配置管理模块72具体用于：
获取所述服务端在所述网关中对应关联的历史网关接口和历史数据结构；
分别将重新获取到的服务资源清单中接口与所述历史网关接口进行比对，以及将所述重新获取到的服务资源清单中数据结构与所述历史数据结构进行比对，筛选出比对不一致的接口和数据结构；
根据筛选出的不一致的接口和数据结构，更新所述历史网关接口和所述历史数据结构；
将更新后的历史网关接口和更新后的历史数据结构建立关联并保存。
可选的，根据筛选出的不一致的接口，更新所述历史网关接口时，配置管理模块72具体用于：
确定筛选出的不一致的接口的类型为新增、删除或已有变更；
针对类型为新增的接口，在所述网关中生成与新增的接口关联的网关接口；
针对类型为删除的接口，在所述网关中删除与删除的接口关联的网关接口；
针对类型为已有变更的接口，在所述网关中更新对应的网关接口。
可选的，根据筛选出的不一致的数据结构，更新所述历史数据结构时，配置管理模块72具体用于：
确定筛选出的不一致的数据结构的类型为新增、删除或已有变更；
针对类型为新增的数据结构，在所述网关中进行添加，并生成新增的数据结构的标识；
针对类型为删除的数据结构，在所述网关中将类型为删除的数据结构删除；
针对类型为已有变更的数据结构，则根据所述重新获取到的服务资源清单中的数据结构，更新所述网关中对应的数据结构。
基于同一发明构思，本申请实施例中还提供了另一种网关服务控制装置，该网关服务控制装置例如可以是前述实施例中的服务端，该网关服务控制装置可以是硬件结构、软件模块、或硬件结构加软件模块。基于上述实施例，参阅图8所示，本申请实施例中另一种网关服务控制装置，具体包括：
生成模块80，用于生成服务资源清单；
发送模块81，用于在接收到网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单，其中，所述服务资源清单获取请求是所述网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址。
可选的，生成服务资源清单时，生成模块80具体用于：
基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口；
基于所述各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息；
根据确定的各接口的协议描述信息和属性信息，生成所述服务资源清单。
基于上述实施例，参阅图9所示为本申请实施例中电子设备的结构示意图。
本申请实施例提供了一种电子设备，该电子设备可以包括处理器910(CenterProcessing Unit，CPU)、存储器920、输入设备930和输出设备940等，输入设备930可以包括键盘、鼠标、触摸屏等，输出设备940可以包括显示设备，如液晶显示器(Liquid CrystalDisplay，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。
存储器920可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器910提供存储器920中存储的程序指令和数据。在本申请实施例中，存储器920可以用于存储本申请实施例中任一种网关服务控制方法的程序。
处理器910通过调用存储器920存储的程序指令，处理器910用于按照获得的程序指令执行本申请实施例中任一种网关服务控制方法。
基于上述实施例，本申请实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的网关服务控制方法。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种网关服务控制方法，其特征在于，包括：
接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；
根据所述服务访问地址，获取所述服务端的服务资源清单，其中，所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的，所述服务资源清单中至少包括所述服务端中各接口的属性信息和协议描述信息；
根据所述服务资源清单，在网关中接入所述服务端；
其中，所述服务资源清单是所述服务端采用以下方式生成的：基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口；基于所述各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息；根据确定的各接口的协议描述信息和属性信息，生成所述服务资源清单。
2.如权利要求1所述的方法，其特征在于，所述服务端接入指令中还包括通过所述配置界面输入的密钥；则根据所述服务访问地址，获取所述服务端的服务资源清单，具体包括：
根据所述服务访问地址，向所述服务端发送服务资源清单获取请求；
接收所述服务端返回的加密后的服务资源清单；
根据所述输入的密钥，对所述加密后的服务资源清单进行解密，获得解密后的所述服务资源清单。
3.如权利要求2所述的方法，其特征在于，所述协议描述信息至少由定义的数据结构描述，其中，所述数据结构包括私有数据结构和公共数据结构；
则根据所述服务资源清单，在网关中接入所述服务端，具体包括：
根据所述服务资源清单中各接口的数据结构之间的关联关系，以及所述各接口的数据结构在网关中的存储位置，确定所述各接口的数据结构在所述网关中的关联关系；
生成所述各接口的数据结构的标识，并将各公共数据结构的标识添加到对应接口的协议描述信息中；
基于所述服务资源清单中各接口的属性信息，以及添加标识后的各接口的协议描述信息，生成在所述网关中与所述各接口关联的网关接口。
4.如权利要求3所述的方法，其特征在于，在网关中接入所述服务端之后，进一步包括：
接收在所述配置界面上触发的服务端同步更新指令；
根据所述服务访问地址和所述密钥，重新向所述服务端发送服务资源清单获取请求；
根据重新获取到的服务资源清单，更新所述服务端在所述网关中关联的各网关接口。
5.如权利要求4所述的方法，其特征在于，根据重新获取到的服务资源清单，更新所述服务端在所述网关中关联的各网关接口，具体包括：
获取所述服务端在所述网关中对应关联的历史网关接口和历史数据结构；
分别将重新获取到的服务资源清单中接口与所述历史网关接口进行比对，以及将所述重新获取到的服务资源清单中数据结构与所述历史数据结构进行比对，筛选出比对不一致的接口和数据结构；
根据筛选出的不一致的接口和数据结构，更新所述历史网关接口和所述历史数据结构；
将更新后的历史网关接口和更新后的历史数据结构建立关联并保存。
6.如权利要求5所述的方法，其特征在于，根据筛选出的不一致的接口，更新所述历史网关接口，具体包括：
确定筛选出的不一致的接口的类型为新增、删除或已有变更；
针对类型为新增的接口，在所述网关中生成与新增的接口关联的网关接口；
针对类型为删除的接口，在所述网关中删除与删除的接口关联的网关接口；
针对类型为已有变更的接口，在所述网关中更新对应的网关接口。
7.如权利要求5所述的方法，其特征在于，根据筛选出的不一致的数据结构，更新所述历史数据结构，具体包括：
确定筛选出的不一致的数据结构的类型为新增、删除或已有变更；
针对类型为新增的数据结构，在所述网关中进行添加，并生成新增的数据结构的标识；
针对类型为删除的数据结构，在所述网关中将类型为删除的数据结构删除；
针对类型为已有变更的数据结构，则根据所述重新获取到的服务资源清单中的数据结构，更新所述网关中对应的数据结构。
8.一种网关服务控制方法，其特征在于，包括：
生成服务资源清单；
在接收到网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单，其中，所述服务资源清单获取请求是所述网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址，所述服务资源清单中至少包括所述服务端中各接口的属性信息和协议描述信息；
其中，生成服务资源清单，具体包括：基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口；基于所述各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息；根据确定的各接口的协议描述信息和属性信息，生成所述服务资源清单。
9.一种网关服务控制装置，其特征在于，包括：
接收模块，用于接收在配置界面上触发的服务端接入指令，其中，所述服务端接入指令中至少包括通过所述配置界面输入的服务端的服务访问地址；
采集模块，用于根据所述服务访问地址，获取所述服务端的服务资源清单，其中，所述服务资源清单是所述服务端基于函数接口转换方法和各表征服务功能的服务功能函数生成的，所述服务资源清单中至少包括所述服务端中各接口的属性信息和协议描述信息；
配置管理模块，用于根据所述服务资源清单，在网关中接入所述服务端；
其中，所述服务资源清单是所述服务端采用以下方式生成的：基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口；基于所述各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息；根据确定的各接口的协议描述信息和属性信息，生成所述服务资源清单。
10.一种网关服务控制装置，其特征在于，包括：
生成模块，用于生成服务资源清单；
发送模块，用于在接收到网关管理端发送的服务资源清单获取请求时，向所述网关管理端返回所述服务资源清单，其中，所述服务资源清单获取请求是所述网关管理端接收在配置界面上触发的服务端接入指令后，根据服务访问地址发送的，所述服务端接入指令中至少包括通过所述配置界面输入的所述服务端的服务访问地址，所述服务资源清单中至少包括所述服务端中各接口的属性信息和协议描述信息；
其中，所述生成服务资源清单时，所述生成模块具体用于：基于函数接口转换方法，将各表征服务功能的服务功能函数转换为接口；基于所述各服务功能函数中函数参数信息，确定转换后的各接口的协议描述信息和属性信息；根据确定的各接口的协议描述信息和属性信息，生成所述服务资源清单。
11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-7或8任一项所述方法的步骤。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1-7或8任一项所述方法的步骤。
CN201911354069.3A 2019-12-25 2019-12-25 一种网关服务控制方法及装置 Active CN111163074B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911354069.3A CN111163074B (zh) 2019-12-25 2019-12-25 一种网关服务控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911354069.3A CN111163074B (zh) 2019-12-25 2019-12-25 一种网关服务控制方法及装置

Publications (2)

Publication Number Publication Date
CN111163074A CN111163074A (zh) 2020-05-15
CN111163074B true CN111163074B (zh) 2022-11-25

Family

ID=70558112

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911354069.3A Active CN111163074B (zh) 2019-12-25 2019-12-25 一种网关服务控制方法及装置

Country Status (1)

Country Link
CN (1) CN111163074B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111935070B (zh) * 2020-06-18 2023-04-11 云南电网有限责任公司信息中心 一种基于自动编排的数据安全交换系统及方法
CN114697395A (zh) * 2020-12-11 2022-07-01 北京神州泰岳软件股份有限公司 服务资源调用执行方法、装置、服务网关和可读存储介质
CN113656100B (zh) * 2021-08-17 2023-07-07 城云科技（中国）有限公司 接口切换方法、装置、电子装置及计算机程序产品

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8706856B2 (en) * 2010-11-10 2014-04-22 Microsoft Corporation Service directory
CN103283209B (zh) * 2011-04-18 2015-12-09 北京新媒传信科技有限公司 一种应用服务平台系统及其实现方法
US9445259B2 (en) * 2013-09-24 2016-09-13 Alcatel Lucent Service provider certified device policy management
CN104333556B (zh) * 2014-11-14 2017-09-15 成都卫士通信息安全技术有限公司 基于资源服务管理系统安全认证网关分布式配置管理方法
CN107172162A (zh) * 2017-05-25 2017-09-15 环球智达科技（北京）有限公司 一种服务接入方法
CN107465765B (zh) * 2017-09-21 2020-07-14 深圳市视维科技股份有限公司 一种基于容器云的智能应用网关实现方法
CN108024306B (zh) * 2017-12-05 2020-12-18 锐捷网络股份有限公司 一种tcp连接管理方法及网关设备

Also Published As

Publication number Publication date
CN111163074A (zh) 2020-05-15

Similar Documents

Publication Publication Date Title
US11200081B2 (en) Systems and methods for tuning containers in a high availability environment
US9672053B2 (en) Service request processing
US11233826B2 (en) System and method of microservice-based application deployment with automating authorization configuration
US10452497B2 (en) Restoration of UI state in transactional systems
CN111163074B (zh) 一种网关服务控制方法及装置
CN106716404B (zh) 计算机子网内的代理服务器
CN110191063B (zh) 服务请求的处理方法、装置、设备及存储介质
US10853353B2 (en) Blockchain-enabled datasets shared across different database systems
CN112861190B (zh) 数据跨链协同方法、系统及装置
EP3436935A1 (en) Pre-formed instructions for a mobile cloud service
CN113271296B (zh) 一种登录权限管理的方法和装置
US10152400B2 (en) Method and system for dynamically unblocking customers in critical workflows by pushing community contributed solutions just-in-time when an error is encountered
US11782767B2 (en) Techniques for consistent multi-tenant behavior in microservices based applications
US10685019B2 (en) Secure query interface
CN110795741A (zh) 对数据进行安全性处理的方法和装置
US11693909B2 (en) Data sharing tool for facilitating real-time access to current or updated datasets
US11734057B2 (en) Method and apparatus for processing a service of an abnormal server
CN112953719B (zh) 一种令牌认证方法和装置
US20230342179A1 (en) Compliance across multiple cloud environments
CN113553206B (zh) 数据事件执行方法、装置、电子设备和计算机可读介质
US10924297B2 (en) Agent system including an information processing device for executing an agent
CN113326506A (zh) 一种小程序监控方法及装置
CN112926981A (zh) 用于区块链的交易信息处理方法、装置、介质及电子设备
CN114285743B (zh) 更新配置信息的方法、装置、电子设备及存储介质
US20230394407A1 (en) Systems and methods for state management and workflow completion

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