CN115756774A - Sdk调用方法、装置、电子设备、介质和程序产品 - Google Patents

Abstract

本公开提供了一种基于通讯代理模块的SDK调用方法、装置、电子设备、介质和计算机程序产品。上述方法和装置可用于云计算技术领域。多个所述SDK一一对应地部署于多个所述通讯代理模块，基于通讯代理模块的SDK调用方法包括：根据每个所述SDK的环境要求预先搭建Docker；预先将所述通讯代理模块部署在符合对应的所述SDK的环境要求的Docker；所述通讯代理模块获取对于SDK的方法的调用请求，其中，所述调用请求包括所要调用的SDK的参数信息；以及所述通讯代理模块根据所述参数信息调用与所述参数信息对应的SDK的方法。

Description

SDK调用方法、装置、电子设备、介质和程序产品

技术领域

本公开涉及云计算技术领域，更具体地，涉及一种基于通讯代理模块的SDK调用方法、装置、电子设备、介质和计算机程序产品。

背景技术

相关技术中，开放平台应用要使用分布式基础支撑服务，一般需要调用分布式服务提供的SDK实现具体功能，如分布式缓存、分布式消息和分布式动态变量获取等，这要求开放平台应用自身部署很多不同基础支撑类应用提供的SDK，开发相关服务需要遵循各个SDK开发指引和要求，由此提高了开放平台应用的开发成本；而且由于后续SDK版本升级、代码实现不规范以及对开放平台应用侧部署SDK情况掌握不明晰等问题，增加了后续维护的压力。此外，如果SDK之间存在某些冲突，如JDK版本要求不同、依赖jar包冲突，这会给开放平台应用带来许多困扰。

发明内容

有鉴于此，本公开提供了一种开发成本低和维护成本低的基于通讯代理模块的SDK调用方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

本公开的一个方面提供了一种基于通讯代理模块的SDK调用方法，多个所述SDK一一对应地部署于多个所述通讯代理模块，所述方法包括：根据每个所述SDK的环境要求预先搭建Docker；预先将所述通讯代理模块部署在符合对应的所述SDK的环境要求的Docker；所述通讯代理模块获取对于SDK的方法的调用请求，其中，所述调用请求包括所要调用的SDK的参数信息；以及所述通讯代理模块根据所述参数信息调用与所述参数信息对应的SDK的方法。

根据本公开实施例的基于通讯代理模块的SDK调用方法，通过将多个SDK一一对应地部署于多个通讯代理模块，进而通过通讯代理模块获取对于SDK的方法的调用请求，以及通讯代理模块根据调用请求中所要调用的SDK的参数信息调用与参数信息对应的SDK的方法，由此使得开放平台应用自身无需部署很多不同基础支撑类应用提供的SDK，从而可以减少各开放平台应用的开发成本和降低各开放平台应用的维护成本。

具体地，本公开以一种通用的方式提供给各开放平台应用完成服务消费，开放平台应用按照指引以HTTP的方式调用服务，避免了相关技术中各开放平台应用使用的SDK开发程序出现代码编写不规范和不合理的问题，通过提供基于通讯代理模块的通用代理方法可以让各开放平台应用以调用平台服务的方式按照标准实现调用，由此可以减少各开放平台应用的开发成本。

具体地，各平台基础支撑类应用提供的SDK如果需要升级版本，推动SDK升级往往费时费力，难以做到一个统一的管控。本公开可以让开放平台应用与SDK实现解耦，由通讯代理模块实现统一的SDK升级，无需所有开放平台应用升级SDK版本，减轻了各开放平台应用的工作量，各开放平台应用只需关注服务消费实现，对SDK版本升级做到无感，由此可以降低维护成本。

在一些实施例中，所述通讯代理模块获取对于SDK的方法的调用请求，包括：所述通讯代理模块获取请求报文协议；以及所述通讯代理模块将所述请求报文协议转换为所述所要调用的SDK的参数信息。

在一些实施例中，所述通讯代理模块将所述请求报文协议转换为所述所要调用的SDK的参数信息，包括：预先配置转换规则；以及所述通讯代理模块根据所述转换规则将所述请求报文协议进行格式转换，得到所述所要调用的SDK的参数信息。

在一些实施例中，所述的方法还包括：获取所述通讯代理模块的日志信息，其中，所述日志信息包括调用所述SDK的方法的成功率和失败率；以及当所述失败率满足设定阈值时，发出警报。

在一些实施例中，所述当所述失败率满足设定阈值时，发出警报，包括：当所述失败率满足设定阈值时，接收所述日志信息中调用所述SDK的方法的调用失败信息；将所述调用失败信息上送至报警平台；以及所述报警平台根据所述调用失败信息发出警报。

在一些实施例中，所述的方法还包括：获取所述通讯代理模块的日志信息，其中，所述日志信息包括调用所述SDK的方法的成功率和失败率；以及当所述失败率满足设定阈值时，所述通讯代理模块减少对于SDK的方法的调用请求的获取次数。

本公开的另一个方面提供了一种基于通讯代理模块的SDK调用装置，包括：通讯代理模块，多个所述SDK一一对应地部署于多个所述通讯代理模块，搭建模块，所述搭建模块用于执行根据每个所述SDK的环境要求预先搭建Docker；部署模块，所述部署模块用于执行预先将所述通讯代理模块部署在符合对应的所述SDK的环境要求的Docker；所述通讯代理模块获取对于SDK的方法的调用请求，其中，所述调用请求包括所要调用的SDK的参数信息；以及所述通讯代理模块根据所述参数信息调用与所述参数信息对应的SDK的方法。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及一个或多个存储器，其中，所述存储器用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现如上所述方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序产品，包括计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构；

图2示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用方法的流程图；

图3示意性示出了根据本公开实施例的通讯代理模块获取对于SDK的方法的调用请求的流程图；

图4示意性示出了根据本公开实施例的通讯代理模块将请求报文协议转换为所要调用的SDK的参数信息的流程图；

图5示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用方法的流程图；

图6示意性示出了根据本公开实施例的当失败率满足设定阈值时，发出警报的流程图；

图7示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用方法的流程图；

图8示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置的结构框图；

图9示意性示出了根据本公开实施例的通讯代理模块的结构框图；

图10示意性示出了根据本公开实施例的转换层的结构框图；

图11示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置的结构框图；

图12示意性示出了根据本公开实施例的报警模块的结构框图；

图13示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置的结构框图；

图14示意性示出了根据本公开实施例的通讯代理节点的结构框图；

图15示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用方法的工作流程图；

图16示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。在本公开的技术方案中，对数据的获取、收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。

术语解释：

SDK：SDK(软件开发套件)通常是由硬件平台、操作系统(OS)或编程语言的制造商提供的一套工具，可以协助软件开发人员面向特定的平台、系统或编程语言创建应用实现对应的功能，基础支撑类应用提供SDK给各个平台应用调用，实现持久化数据、缓存、通讯等功能。

Docker：Docker(开源的应用容器引擎)是一个用于开发、交付和运行应用程序的开发平台。开发者可以打包他们的应用以及依赖包到一个轻量级、可移植的镜像中，能够屏蔽不同机器间的物理差异，发布到任何流行的Linux机器上实现虚拟化。

通讯代理模块：通讯代理模块包括统一的通讯接入组件、可配置的报文转换组件、各个基于SDK开发的接出组件、相关配套的监控组件和流控等管理组件。运用Docker技术按照实际需求定制成基础镜像，可快速部署和扩展提供相关服务给不同平台应用消费。

相关技术中，开放平台应用要使用分布式基础支撑服务，一般需要调用分布式服务提供的SDK实现具体功能，如分布式缓存、分布式消息和分布式动态变量获取等，这要求开放平台应用自身部署很多不同基础支撑类应用提供的SDK，开发相关服务需要遵循各个SDK开发指引和要求，由此提高了开放平台应用的开发成本；而且由于后续SDK版本升级、代码实现不规范以及对开放平台应用侧部署SDK情况掌握不明晰等问题，增加了后续维护的压力。此外，如果SDK之间存在某些冲突，如JDK版本要求不同、依赖jar包冲突，这会给开放平台应用带来许多困扰。

本公开的实施例提供了一种基于通讯代理模块的SDK调用方法、装置、电子设备、计算机可读存储介质和计算机程序产品。多个SDK一一对应地部署于多个通讯代理模块，基于通讯代理模块的SDK调用方法包括：根据每个SDK的环境要求预先搭建Docker；预先将通讯代理模块部署在符合对应的SDK的环境要求的Docker；通讯代理模块获取对于SDK的方法的调用请求，其中，调用请求包括所要调用的SDK的参数信息；以及通讯代理模块根据参数信息调用与参数信息对应的SDK的方法。

需要说明的是，本公开的基于通讯代理模块的SDK调用方法、装置、电子设备、计算机可读存储介质和计算机程序产品可用于云计算技术领域，也可用于除云计算技术领域之外的任意领域，例如金融领域，这里对本公开的领域不做限定。

图1示意性示出了根据本公开实施例的可以应用基于通讯代理模块的SDK调用方法、装置、电子设备、计算机可读存储介质和计算机程序产品的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的基于通讯代理模块的SDK调用方法一般可以由服务器105执行。相应地，本公开实施例所提供的基于通讯代理模块的SDK调用装置一般可以设置于服务器105中。本公开实施例所提供的基于通讯代理模块的SDK调用方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的基于通讯代理模块的SDK调用装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将基于图1描述的场景，通过图2～图7对本公开实施例的基于通讯代理模块的SDK调用方法进行详细描述。

图2示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用方法的流程图。多个SDK一一对应地部署于多个通讯代理模块，

如图2所示，该实施例的基于通讯代理模块的SDK调用方法包括操作S210～操作S240。

在操作S210，根据每个SDK的环境要求预先搭建Docker。其中，环境要求可以理解为SDK需要的操作系统版本、SDK所需版本的第三方中间件和相应语言开发环境，相应语言开发环境例如可以为JDK、GCC、Python或者Golang等。

可以理解的是，根据每个SDK的环境要求可以使用相应的Docker基础镜像进行基础环境的搭建，其中，Docker基础镜像可以为官方提供的操作系统镜像(例如ubuntu、debian、centos或suse等操作系统)，或者Docker基础镜像也可以为开发者通过编写Dockerfile个性化定制基础镜像。个性化基础镜像可以包括SDK指定的操作系统版本、各种指定的版本的第三方中间件和相应语言开发环境(例如：JDK、GCC、Python或Golang等)，用户将定制的基础镜像推送至Docker镜像仓库后可以通过拉取指定的镜像快速部署标准环境并向外提供服务。

在操作S220，预先将通讯代理模块部署在符合对应的SDK的环境要求的Docker。

在操作S230，通讯代理模块获取对于SDK的方法的调用请求，其中，调用请求包括所要调用的SDK的参数信息。

作为一种可能实施的方式，如图3所示，操作S230通讯代理模块获取对于SDK的方法的调用请求，包括操作S231和操作S232。

在操作S231，通讯代理模块获取请求报文协议。

在操作S232，通讯代理模块将请求报文协议转换为所要调用的SDK的参数信息。

可以理解的是，消费方可以使用HTTP等通用协议通过通讯代理模块的接入层实现流量接入，在收到消费方的请求后通过通讯代理模块的转换层将相应的HTTP等报文协议转换为调用SDK的参数信息，最后通过基于SDK开发的接出层调用SDK的方法，SDK的方法可以理解为调用基础技术平台的服务的方法，因此利用SDK的方法可以调用基础技术平台的服务。

例如，通讯代理模块的接入层可以由Netty、Spring等开源框架开发，需根据通讯实际需求决定使用哪种通讯协议，消费方可以通过HTTP、RPC等通用协议向通讯代理模块发起请求要求消费通讯代理模块提供服务，接入层前置可以通过负载均衡硬件设备或者软负载均衡装置将流量分发到不同通讯代理模块上，当探测到大量流量瞬间接入或者探测到SDK的方法调用基础技术平台的服务异常后，接入层的Hystrix(熔断器)按照设置阈值触发流量控制器，开始实施限流或熔断等措施，在接入层交易确认接收到的报文格式和数据有效后记录服务调用信息并向下传递给通讯代理模块的转换层，由转换层转换为所要调用的SDK的参数信息。

通过操作S231和操作S232可以便于实现通讯代理模块获取对于SDK的方法的调用请求。

在一些具体的示例中，如图4所示，操作S232通讯代理模块将请求报文协议转换为所要调用的SDK的参数信息，包括操作S2321和操作S2322。

在操作S2321，预先配置转换规则。

在操作S2322，通讯代理模块根据转换规则将请求报文协议进行格式转换，得到所要调用的SDK的参数信息。

可以理解的是，例如可以通过xml文件配置报文转换组件的转换规则，转换规则可以理解为一种格式与另外一种或者另外几种格式的映射关系，在接收到通讯代理模块的接入层传递的报文信息后，报文转换组件将报文格式转换为对应的格式，传递给通讯代理模块的接出层，接出层调用SDK的方法完成相应的功能。

通过操作S2321和操作S2322可以便于实现通讯代理模块将请求报文协议转换为所要调用的SDK的参数信息。

在本公开的另一些实施例中，接出层可以接收SDK的方法调用平台基础应用服务后返回的结果，当接出层返回接收到的返回结果后由通讯代理模块的转换层将接收到的返回结果转换为消费方应用需要的格式返回给通讯代理模块的接入层，并由接入层返回给消费方并记录服务调用信息。

在操作S240，通讯代理模块根据参数信息调用与参数信息对应的SDK的方法。

可以理解的是，根据参数信息调用与参数信息对应的SDK的方法可以由通讯代理模块的接出层执行，接出层包括按照SDK开发规范及要求定制的接出组件，接出组件可由Netty或Quartz等第三方开源组件按需定制并将SDK部署在此层，由接出层在接收到转换层传递报文信息后调用对应的SDK的方法，通过SDK的方法调用平台基础支撑应用的相关功能，例如通过SDK的方法进行分布式缓存的缓存查询、通过SDK的方法获取配置的分布式动态变量或者通过SDK的方法进行多端通讯节点的通讯。

根据本公开实施例的基于通讯代理模块的SDK调用方法，通过将多个SDK一一对应地部署于多个通讯代理模块，进而通过通讯代理模块获取对于SDK的方法的调用请求，以及通讯代理模块根据调用请求中所要调用的SDK的参数信息调用与参数信息对应的SDK的方法，由此使得开放平台应用自身无需部署很多不同基础支撑类应用提供的SDK，从而可以减少各开放平台应用的开发成本和降低各开放平台应用的维护成本。

具体地，本公开以一种通用的方式提供给各开放平台应用完成服务消费，开放平台应用按照指引以HTTP的方式调用服务，避免了相关技术中各开放平台应用使用的SDK开发程序出现代码编写不规范和不合理的问题，通过提供基于通讯代理模块的通用代理方法可以让各开放平台应用以调用平台服务的方式按照标准实现调用，由此可以减少各开放平台应用的开发成本。

具体地，各平台基础支撑类应用提供的SDK如果需要升级版本，推动SDK升级往往费时费力，难以做到一个统一的管控。本公开可以让开放平台应用与SDK实现解耦，由通讯代理模块实现统一的SDK升级，无需所有开放平台应用升级SDK版本，减轻了各开放平台应用的工作量，各开放平台应用只需关注服务消费实现，对SDK版本升级做到无感，由此可以降低维护成本。

另外，通讯代理模块的服务随着版本迭代不断更新，随着安全和通讯相关规范进一步细化，新的开放平台应用接入使用时，通讯代理模块的服务会按照最新规范对具体代码进行改进，以满足相关规范要求，各新接入的开放平台应用遇到问题也会促使通讯代理模块的服务进行改进，进一步提升服务的成熟度。

在本公开的一些实施例中，如图5所示，基于通讯代理模块的SDK调用方法还包括操作S310和操作S320。

在操作S310，获取通讯代理模块的日志信息，其中，日志信息包括调用SDK的方法的成功率和失败率。

在操作S320，当失败率满足设定阈值时，发出警报。

由此，可以监控通讯代理模块的工作状况，及时发现调用SDK的方法的成功与否，当失败率满足设定阈值时，可以及时发出警报，以提醒工作人员采取对应措施，从而可以保证通讯代理模块的服务的高效性和便利性。

作为一种可实施的方式，如图6所示，操作S320当失败率满足设定阈值时，发出警报，包括操作S321～操作S323。

在操作S321，当失败率满足设定阈值时，接收日志信息中调用SDK的方法的调用失败信息。

在操作S322，将调用失败信息上送至报警平台。

在操作S323，报警平台根据调用失败信息发出警报。

可以理解的是，通讯代理模块可以包括监控层，无侵入式接入其它各层进行错误报警工作，当失败率满足设定阈值时，可以捕获到异常信息，异常信息包括日志信息中调用SDK的方法的调用失败信息，捕获到异常信息后可以上送异常信息和异常代码给报警平台，报警平台可以实现异常事件报警。

通过操作S321～操作S323可以便于实现当失败率满足设定阈值时，发出警报。

在本公开的一些实施例中，如图7所示，基于通讯代理模块的SDK调用方法还包括操作S410和操作S420。

在操作S410，获取通讯代理模块的日志信息，其中，日志信息包括调用SDK的方法的成功率和失败率。

在操作S420，当失败率满足设定阈值时，通讯代理模块减少对于SDK的方法的调用请求的获取次数。

由此，可以监控通讯代理模块的工作状况，及时发现调用SDK的方法的成功与否，当失败率满足设定阈值时，可以及时采取限流措施，例如减少对于SDK的方法的调用请求的获取次数，从而可以保证通讯代理模块的服务的高效性和便利性。

基于上述基于通讯代理模块的SDK调用方法，本公开还提供了一种基于通讯代理模块的SDK调用装置10。以下将结合图8-图13对基于通讯代理模块的SDK调用装置10进行详细描述。

图8示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置10的结构框图。

基于通讯代理模块的SDK调用装置10，包括通讯代理模块1、搭建模块2和部署模块3。

通讯代理模块1，多个SDK一一对应地部署于多个通讯代理模块1。

搭建模块2，搭建模块2用于执行操作S210：根据每个SDK的环境要求预先搭建Docker。

部署模块3，部署模块3用于执行操作S220：预先将通讯代理模块部署在符合对应的SDK的环境要求的Docker。

通讯代理模块1用于执行操作S230：获取对于SDK的方法的调用请求，其中，调用请求包括所要调用的SDK的参数信息。

通讯代理模块1还用于执行操作S240：根据参数信息调用与参数信息对应的SDK的方法。

图9示意性示出了根据本公开实施例的通讯代理模块1的结构框图。通讯代理模块1包括接入层11和转换层12。

接入层11，接入层11用于获取请求报文协议。

转换层12，转换层12用于将请求报文协议转换为所要调用的SDK的参数信息。

图10示意性示出了根据本公开实施例的转换层12的结构框图。转换层12包括配置组件121和转换组件122。

配置组件121，配置组件121用于预先配置转换规则。

转换组件122，转换组件122用于通讯代理模块根据转换规则将请求报文协议进行格式转换，得到所要调用的SDK的参数信息。

图11示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置10的结构框图。基于通讯代理模块的SDK调用装置10还包括获取模块4和报警模块5。

获取模块4，获取模块4用于获取通讯代理模块的日志信息，其中，日志信息包括调用SDK的方法的成功率和失败率。

报警模块5，报警模块5用于当失败率满足设定阈值时，发出警报。

图12示意性示出了根据本公开实施例的报警模块5的结构框图。报警模块5包括接收单元51、上送单元52和报警平台53。

接收单元51，接收单元51用于当失败率满足设定阈值时，接收日志信息中调用SDK的方法的调用失败信息。

上送单元52，上送单元52用于将调用失败信息上送至报警平台。

报警平台53，报警平台53用于根据调用失败信息发出警报。

图13示意性示出了根据本公开实施例的基于通讯代理模块的SDK调用装置10的结构框图。基于通讯代理模块的SDK调用装置10还包括获取模块6和限流模块7。

获取模块6，获取模块6用于获取通讯代理模块的日志信息，其中，日志信息包括调用SDK的方法的成功率和失败率。

限流模块7，限流模块7用于当失败率满足设定阈值时，通讯代理模块减少对于SDK的方法的调用请求的获取次数。

根据本公开实施例的基于通讯代理模块的SDK调用装置10，通过将多个SDK一一对应地部署于多个通讯代理模块，进而通过通讯代理模块获取对于SDK的方法的调用请求，以及通讯代理模块根据调用请求中所要调用的SDK的参数信息调用与参数信息对应的SDK的方法，由此使得开放平台应用自身无需部署很多不同基础支撑类应用提供的SDK，从而可以减少各开放平台应用的开发成本和降低各开放平台应用的维护成本。

具体地，本公开以一种通用的方式提供给各开放平台应用完成服务消费，开放平台应用按照指引以HTTP的方式调用服务，避免了相关技术中各开放平台应用使用的SDK开发程序出现代码编写不规范和不合理的问题，通过提供基于通讯代理模块的通用代理方法可以让各开放平台应用以调用平台服务的方式按照标准实现调用，由此可以减少各开放平台应用的开发成本。

具体地，各平台基础支撑类应用提供的SDK如果需要升级版本，推动SDK升级往往费时费力，难以做到一个统一的管控。本公开可以让开放平台应用与SDK实现解耦，由通讯代理模块实现统一的SDK升级，无需所有开放平台应用升级SDK版本，减轻了各开放平台应用的工作量，各开放平台应用只需关注服务消费实现，对SDK版本升级做到无感，由此可以降低维护成本。

另外，根据本公开的实施例，通讯代理模块1、搭建模块2和部署模块3中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。

根据本公开的实施例，通讯代理模块1、搭建模块2和部署模块3中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。

或者，通讯代理模块1、搭建模块2和部署模块3中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

下面参照图14和图15详细描述根据本公开实施例的基于通讯代理模块的SDK调用装置。值得理解的是，下述描述仅是示例性说明，而不是对本公开的具体限制。

本公开公开了一种基于通讯代理模块的SDK调用装置，通过搭建若干通用的通讯代理以服务形式提供给各平台应用消费，可以快速以通讯代理模式部署SDK。根据不同SDK的环境要求，可按需部署到不同通讯代理节点中，开放平台应用通过HTTP协议(可兼容不同开发语言、JDK等环境)或者其它通讯协议访问通讯代理模块，通讯代理模块再转换报文格式，调度相关的SDK来防问不同的分布式基础支撑服务。本公开遵循SaaS的思想即软件即服务，将基础支撑类应用的SDK所实现的功能包装成服务提供给平台应用消费，有效解决了应用侧开发成本高、后续版本升级和维护复杂、代码实现不规范对应用侧部署SDK情况掌握不明晰、SDK版本升级推动困难等问题。

如图14所示为通讯代理节点的结构框图，通讯代理节点包括Docker基础环境和通讯代理模块，其中通讯代理模块分为通讯代理接入层、通讯代理转换层、通讯代理监控层、通讯代理接出层等，SDK部署于通讯代理模块中由通讯代理模块负责调用SDK中的方法实现具体功能。

A1部分：Docker基础环境，根据SDK环境要求使用相应的Docker基础镜像进行基础环境的搭建，其中Docker基础镜像为官方提供的操作系统镜像(ubuntu、debian、centos、suse等操作系统)或者是开发者通过编写Dockerfile个性化定制基础镜像。个性化基础镜像包含SDK指定的操作系统版本、各种指定的版本的第三方中间件和相应语言开发环境(例如：JDK、GCC、Python、Golang等)，用户将定制的基础镜像推送至Docker镜像仓库后可以通过拉取指定的镜像快速部署标准环境并向外提供服务。

A2部分：通讯代理模块，通讯代理模块由多层组成，如图15所示为基于通讯代理模块的SDK调用方法的工作流程图，消费方使用HTTP等通用协议通过通讯代理接入层实现流量接入，通讯代理模块在收到消费方的请求后通过通讯代理转换层将相应的HTTP等报文协议转换为调用SDK的参数信息，最后通过基于SDK开发的接出层调用基础技术平台的服务，返回结果后再由转换层将结果转换为消费方所需报文格式并由接入层返回给消费方，通讯模块也提供监控报警功能，由通讯代理监控层以非侵入方式对各层进行流量、事件、可用性监控。

B1部分：通讯代理接入层，通讯代理接入层由Netty、Spring等开源框架开发，需根据通讯实际需求决定使用哪种通讯协议，消费方可以通过HTTP、RPC等通用协议向通讯代理发起请求要求消费通讯代理提供的服务，通讯代理接入层前置可以通过负载均衡硬件设备或者软负载均衡装置将流量分发到不同通讯节点上，当探测到大量流量瞬间接入或者探测到SDK调用基础技术平台的服务异常后，接入层的Hystrix(熔断器)按照设置阈值触发流量控制开始实施限流、熔断等措施，在接入层交易确认接收到的报文格式、数据有效后记录服务调用信息并向下传递给通讯代理转换层，由通讯代理转换层完成后续工作，通过SDK调用平台基础应用服务返回结果后由接入层将相关结果返回给消费方并记录服务调用信息。

B2部分：通讯代理转换层，通过xml文件配置报文转换组件的转换规则，在接收到通讯代理接入层传递的报文信息后报文转换组件将报文格式转换为对应的格式，传递给通讯代理接出层调用SDK完成相应功能，当接出层返回接收到的数据后由通讯代理转换层将接收到的结果转换为消费应用需要的格式返回给通讯代理接入层。

B3部分：通讯代理接出层，按照SDK开发规范及要求定制的接出组件，此接出组件可由Netty、Quartz等第三方开源组件按需定制并将SDK部署在此层，由通讯代理接出层在接收到通讯代理转换层传递报文信息后通过SDK调用平台基础支撑应用的相关功能，例如通过SDK进行分布式缓存的缓存查询、通过SDK获取配置的分布式动态变量、通过SDK进行多端通讯节点的通讯。获取到返回结果后通讯代理接出层将结果返回给通讯代理转换层。

B4部分：通讯代理日志层，无侵入式记录各层日志关键信息、通过SDK调用服务信息，由Logback、ELK、fliebeat等开源组件组成，通过收集日志中的关键信息可以统计出通讯代理服务调用的成功率和失败率，当失败率到达阈值后可触发通讯代理监控层的报警动作并在通讯代理接入层实施服务降级等措施。

B5部分：通讯代理监控层，无侵入式接入各层进行错误报警工作，当捕获到异常信息时，上送错误信息和错误代码给通讯代理监控层，由通讯代理监控层将错误信息放入队列后定时上送报警平台实现异常事件报警。

各分布式平台支撑类应用提供的SDK可以通过定制开发通讯代理接出层实现通讯代理模块调用分布式平台支撑类应用相关服务，开发按照相关规范严格要求代码实现并由分布式平台支撑类应用进行审核，代码逻辑经过多轮迭代和实践，可以保证为SDK开发的最佳实践。随着安全、通讯等开发规范的细化，通讯代理模块相关代理程序逻辑可以随之迭代更新满足最新的规范要求。

图16示意性示出了根据本公开实施例的适于实现上述方法的电子设备的方框图。

如图16所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至输入/输出(I/O)接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例的方法。

在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种基于通讯代理模块的SDK调用方法，其特征在于，多个所述SDK一一对应地部署于多个所述通讯代理模块，所述方法包括：

根据每个所述SDK的环境要求预先搭建Docker；

预先将所述通讯代理模块部署在符合对应的所述SDK的环境要求的Docker；

所述通讯代理模块获取对于SDK的方法的调用请求，其中，所述调用请求包括所要调用的SDK的参数信息；以及

所述通讯代理模块根据所述参数信息调用与所述参数信息对应的SDK的方法。

2.根据权利要求1所述的方法，其特征在于，所述通讯代理模块获取对于SDK的方法的调用请求，包括：

所述通讯代理模块获取请求报文协议；以及

所述通讯代理模块将所述请求报文协议转换为所述所要调用的SDK的参数信息。

3.根据权利要求2所述的方法，其特征在于，所述通讯代理模块将所述请求报文协议转换为所述所要调用的SDK的参数信息，包括：

预先配置转换规则；以及

所述通讯代理模块根据所述转换规则将所述请求报文协议进行格式转换，得到所述所要调用的SDK的参数信息。

4.根据权利要求1所述的方法，其特征在于，还包括：

获取所述通讯代理模块的日志信息，其中，所述日志信息包括调用所述SDK的方法的成功率和失败率；以及

当所述失败率满足设定阈值时，发出警报。

5.根据权利要求4所述的方法，其特征在于，所述当所述失败率满足设定阈值时，发出警报，包括：

当所述失败率满足设定阈值时，接收所述日志信息中调用所述SDK的方法的调用失败信息；

将所述调用失败信息上送至报警平台；以及

所述报警平台根据所述调用失败信息发出警报。

6.根据权利要求1所述的方法，其特征在于，还包括：

获取所述通讯代理模块的日志信息，其中，所述日志信息包括调用所述SDK的方法的成功率和失败率；以及

当所述失败率满足设定阈值时，所述通讯代理模块减少对于SDK的方法的调用请求的获取次数。

7.一种基于通讯代理模块的SDK调用装置，其特征在于，包括：

通讯代理模块，多个所述SDK一一对应地部署于多个所述通讯代理模块，

搭建模块，所述搭建模块用于执行根据每个所述SDK的环境要求预先搭建Docker；

部署模块，所述部署模块用于执行预先将所述通讯代理模块部署在符合对应的所述SDK的环境要求的Docker；

所述通讯代理模块获取对于SDK的方法的调用请求，其中，所述调用请求包括所要调用的SDK的参数信息；以及

所述通讯代理模块根据所述参数信息调用与所述参数信息对应的SDK的方法。

8.一种电子设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～6中任一项所述的方法。

10.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序包括一个或者多个可执行指令，所述可执行指令被处理器执行时实现根据权利要求1～6中任一项所述的方法。

Images