CN114363417A - 一种系统间服务接口并发调用的优化设计方法 - Google Patents

Abstract

本发明公开了一种系统间服务接口并发调用的优化设计方法，步骤如下：接口控制与业务处理分离：将接口的请求受理与实际的业务数据处理功能分开实现，分别监控和扩展；接口服务逆向代理：由被调用方提供的二次调用处理接口地址的方式，调用方动态获取接口地址并提交业务数据；接口服务处理控制管理：对接口受理认证授权和业务数据处理，分别进行监控和动态管理，实现限流、动态服务扩展、问题跟踪的能力。本发明改进了标准的REST风格接口服务调用的访问模式，通过控制与处理的分离模式，不仅提升了接口访问的安全性和扩展性，还通过监控和动态调整，实现了并发访问的限流控制和负载均衡。

Description

一种系统间服务接口并发调用的优化设计方法

技术领域

本发明属于系统间服务整合调用技术领域，具体涉及一种系统间服务接口并发调用的优化设计方法。

背景技术

在进行信息化建设过程中，各信息系统都是为了解决各自特定的业务难点痛点或业务需求，在时间和资金的要求约束下，逐步进行设计开发与应用的；随着市场经济的变化与发展，各类业务系统也随之发展和变化，有多个系统支持业务时，不同系统间的数据交互就不可避免，业务整合、数据融合以及一体化平台的构建理念，需要将多个业务系统进行集成，使得各个子系统之间可以进行交互。除了内部系统会发生数据交互外，还可能存在不同机构组织或企业间的系统数据交互。

出于系统演变及需求的影响，由于系统间的差异也会引出很多问题。在各业务系统开始设计开发时也没有考虑系统集成对接的问题。因此在一体化平台建设中系统集成时需要关注多个方面，包括：耦合性，浸入性，技术性，时效性等，在系统间进行数据交互服务，四类常用的系统间对接服务方式有：远程函数调用、中间数据库、传输文件、消息队列等方式进行数据交互。

随着Web技术的发展，SOA和REST的架构风格在Web应用程序中广泛应用，在基于成本和通用性、扩展性的考虑下，考虑到在一体化平台的整体业务集成的模式下，基本上是多个外部系统集中将实时的业务数据交互到平台，架构设计采用的是基于HTTP/HTTPS协议的Webservice的标准网络协议定义的系统接口调用方式，并采用REST模式的Web服务更加简洁。

多系统待办任务集成在统一的一体化平台的业务场景下，多个系统在内部网络中部署，在不影响各自系统正常运行的前提下，需要将各业务系统的待办任务数据交互到统一门户平台中，通过REST风格的Webservice的接口开发，降低开发的复杂性，同时提高可伸缩性，可以快速的定义和开发服务接口，但对应接口设计还需要考虑：

高性能，支持高并发，大容量，速度快；

成功率，避免调用方在接口不正常情况下的无效业务处理负载；

可监控，随时看到接口的运行情况，便于及时发现错误及排除故障。

因此，针对普通REST风格接口API的定义，还需解决上述难点与不足。

发明内容

针对于上述现有技术的不足，本发明的目的在于提供一种系统间服务接口并发调用的优化设计方法，以解决现有技术中多系统接口调用并发处理性能较弱，扩展性不好，接口服务限制导致的无效业务处理，以及接口服务无法监控等方面的问题。

为达到上述目的，本发明采用的技术方案如下：

本发明的一种系统间服务接口并发调用的优化设计方法，步骤如下：

接口控制与业务处理分离：将接口的请求受理与实际的业务数据处理功能分开实现，分别监控和扩展；

接口服务逆向代理：由被调用方提供的二次调用处理接口地址的方式，调用方动态获取接口地址并提交业务数据；

接口服务处理控制管理：对接口受理认证授权和业务数据处理，分别进行监控和动态管理，实现限流、动态服务扩展、问题跟踪的能力。

进一步地，所述接口控制与业务处理分离具体包括：采用一次调用二次访问的接口调用的模式；

(11)接口调用方(C端)GET请求调用服务接口地址；

(12)接口调用方POST提交数据服务端处理。

进一步地，所述步骤(11)具体包括：接口调用方调用接口服务直接被调用方(SA端)的URL1接口地址，在调用后，通过接口服务直接被调用方返回的结果，获取调用授权许可及二次调用路径(即接口服务实际处理方的动态URL2地址)。

其中，二次调用路径具有唯一性和单次使用有效性。

进一步地，所述步骤(12)具体包括：

接口调用方获取二次调用路径后，进行交互数据的业务程序执行；接口调用方通过POST请求隐形提交数据到指定接口地址，实现数据对接处理。

进一步地，所述接口服务逆向代理具体包括：

(21)接口服务直接被调用方逆向代理接口调用方的二次调用路径；

(22)接口服务实际处理方接收数据交互请求。

进一步地，所述步骤(21)具体包括：

采用由服务端首次调用返回二次调用的实际访问地址，接口调用方动态获取后，直接访问数据交互的真正的接口地址进行接口调用提交数据的方式。

进一步地，所述步骤(22)具体包括：

由接口服务实际处理方作为二次提交的目标处理地址服务接口，且地址动态变化，以防止接口调用方多次调用同一地址引发的非法操作。

进一步地，所述接口服务处理控制管理具体包括：

(31)接口服务直接被调用方与接口服务实际处理方接口服务处理的动态监控；

(32)接口服务直接被调用方与接口服务实际处理方接口访问的限流与并发能力的扩展。

进一步地，所述步骤(31)具体包括：通过增加流量监控负载配置管理系统，实时监控日志信息，动态监控授权请求的并发与合法请求数量，及各处理任务的处理效率，调整授权的数量来控制实际处理任务的负载。

进一步地，所述步骤(32)具体包括：

当并发过大，通过添加接口处理任务的运行数量或添加物理服务资源，增加并发处理能力。

本发明的有益效果：

本发明改进了标准的REST风格接口服务调用的访问模式，通过控制与处理的分离模式，不仅提升了接口访问的安全性和扩展性，还通过监控和动态调整，实现了并发访问的限流控制和负载均衡。

本发明为开发人员提供了多系统集成的一种易于实现，便于控制和扩展的系统间服务接口设计和改进思路方法，为运维人员提供了对业务系统对接和数据交互实时反馈和情况掌握的方案，为最终一体化平台的使用者和系统管理人员提供了不断拓展的业务流程和全面的监控数据，提高了工作效率，强化时效性，减少信息滞后性，增强用户体验。

附图说明

图1是本发明方法中系统接口调用时序图；

图2是本发明方法的结构优化图；

图3是本发明方法的设计原理图。

具体实施方式

为了便于本领域技术人员的理解，下面结合实施例与附图对本发明作进一步的说明，实施方式提及的内容并非对本发明的限定。

本发明中名词解释如下：

C端：接口调用方Client；

SA端：接口服务直接被调用方(授权)；

SS端：接口服务实际处理方(服务处理)。

参照图1所示，本发明的一种系统间服务接口并发调用的优化设计方法，步骤如下：

接口控制与业务处理分离：将接口的请求受理与实际的业务数据处理功能分开实现，分别监控和扩展，提高并发效率；

(11)GET请求调用服务接口地址；

C端调用接口SA端的URL1接口地址，在成功调用后，通过SA端返回的结果，获取调用授权许可及二次调用路径(即真正处理方SS端的动态URL2地址)，二次调用路径具有唯一性和单次使用有效性。

(12)POST提交数据服务端处理；

C端获取URL2地址后，再进行交互数据的业务程序执行，有效的防止在接口未明确下，无效的业务数据处理准备；C端通过POST请求隐形提交数据到目标地址SS端。

C端伪代码示意：

参照图2所示，接口服务逆向代理：由被调用方提供的二次调用处理接口地址的方式，调用方动态获取接口地址并提交业务数据；(21)SA端逆向代理C端的二次调用路径；

URL1是服务接口公开发布的调用接口SA端的访问地址，SA通过请求响应，返回真实处理URL2动态地址，对C端是透明的，C端无需也无法预先设定。C端只需关注与接口交互数据的业务代码，现有的开发模式都支持异步执行调用，C端的业务处理代码模块，以函数回调的方式作为方法参数调用。

(22)SS端接收数据交互请求；

SS端作为URL2的实际服务处理接口模块，只需校验URL2中的路径参数是否有效，无需再次对C端进行身份权限校验，更多的运算资源进行交互数据的处理，加快了处理效率和缩短响应时间。

参照图3所示，接口服务处理控制管理：对接口受理认证授权和业务数据处理，分别行监控和动态管理，实现限流、动态服务扩展、问题跟踪的能力；

(31)接口服务处理的动态监控；

通过URL1接口地址的调用频次与并发量，可以有效的监控服务接口的周期流量和并发压力，通过提前发现异常非法调用，及时进行入侵警示和资源告警。同时避免实际服务处理代码无效接口接收和响应。

(32)接口访问的限流与并发能力的扩展；

根据资源处理能力的负载情况，可以通过对URL1地址访问的过大的并发量，进行授权数量限制，控制发放的二次调用路径的请求数量，避免实际处理任务的请求过载；同时通过对处理服务器的处理任务数据量的监控，动态调整URL2地址的目标路径，实现负载平衡。

当并发过大，接口服务计算处理能力，可以通过添加接口处理任务的运行数量或添加物理服务资源，增加并发处理能力。处理资源(SS端服务)的扩展均可实现在线热部署和配置；对C端和SA端无需改动。

本发明具体应用途径很多，以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进，这些改进也应视为本发明的保护范围。

Claims (10)

1.一种系统间服务接口并发调用的优化设计方法，其特征在于，步骤如下：

接口控制与业务处理分离：将接口的请求受理与实际的业务数据处理功能分开实现，分别监控和扩展；

接口服务逆向代理：由被调用方提供的二次调用处理接口地址的方式，调用方动态获取接口地址并提交业务数据；

接口服务处理控制管理：对接口受理认证授权和业务数据处理，分别进行监控和动态管理，实现限流、动态服务扩展、问题跟踪的能力。

2.根据权利要求1所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述接口控制与业务处理分离具体包括：采用一次调用二次访问的接口调用的模式；

(11)接口调用方GET请求调用服务接口地址；

(12)接口调用方POST提交数据服务端处理。

3.根据权利要求2所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(11)具体包括：接口调用方调用接口服务直接被调用方的URL1接口地址，在调用后，通过接口服务直接被调用方返回的结果，获取调用授权许可及二次调用路径。

4.根据权利要求2所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(12)具体包括：

接口调用方获取二次调用路径后，进行交互数据的业务程序执行；接口调用方通过POST请求隐形提交数据到指定接口地址，实现数据对接处理。

5.根据权利要求1所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述接口服务逆向代理具体包括：

(21)接口服务直接被调用方逆向代理接口调用方的二次调用路径；

(22)接口服务实际处理方接收数据交互请求。

6.根据权利要求5所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(21)具体包括：

采用由服务端首次调用返回二次调用的实际访问地址，接口调用方动态获取后，直接访问数据交互的真正的接口地址进行接口调用提交数据的方式。

7.根据权利要求5所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(22)具体包括：

由接口服务实际处理方作为二次提交的目标处理地址服务接口，且地址动态变化，以防止接口调用方多次调用同一地址引发的非法操作。

8.根据权利要求1所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述接口服务处理控制管理具体包括：

(31)接口服务直接被调用方与接口服务实际处理方接口服务处理的动态监控；

(32)接口服务直接被调用方与接口服务实际处理方接口访问的限流与并发能力的扩展。

9.根据权利要求8所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(31)具体包括：通过增加流量监控负载配置管理系统，实时监控日志信息，动态监控授权请求的并发与合法请求数量，及各处理任务的处理效率，调整授权的数量来控制实际处理任务的负载。

10.根据权利要求8所述的系统间服务接口并发调用的优化设计方法，其特征在于，所述步骤(32)具体包括：

当并发过大，通过添加接口处理任务的运行数量或添加物理服务资源，增加并发处理能力。

Images