系统接口规范以及常用日勺接口技术概述

系统接口规范以及常用日勺接口技术概述

一、基本规定：

为了保证系统的完整性和强健性，系统接口应满足下列基本规定：

1.接口应实现对外部系统的接入提供公司级的支持，在系统的高并发和大容量

的基本上提供安全可靠的接入；

2.提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运营,

应避免大量访问，以及大量占用资源的状况发生，保证系统的强健性；

3.提供有效日勺系统的可监控机制，使得接口日勺运营状况可监控，便于及时发现

错误及排除故障；

4.保证在充足运用系统资源的前提下，实现系统平滑的移植和扩展，同步在系

统并发增长时提供系统资源的动态扩展，以保证系统的稳定性；

5.在进行扩容、新业务扩展时，应能提供迅速、以便和精确的实现方式。

二、接口通讯方式：

接口基本采用了同步祈求/应答方式、异步祈求/应答方式、会话方式、广播

告知方式、事件订阅方式、可靠消息传播方式、文献传播等通讯方式：

1.同步祈求/应答方式：客户端向服务器端发送服务祈求，客户端阻塞等待服

务器端返回解决成果；

2.异步祈求/应答方式：客户端向服务器端发送服务祈求，与同步方式不同的

是，在此方式下，服务器端解决祈求时，客户端继续运营；当服务器端解决

结束时返回解决成果；

3.会话方式：客户端与服务器端建立连接后，可以多次发送或接受数据，同步

存储信息的上下文关系；

4.广播告知方式：由服务器端积极向客户端以单个或批量方式发出未经客户端

祈求日勺广播或告知消息，客户端可在合适的时候检查与否收到消息并定义收

到消息后所采用的动作；

5.事件订阅方式：客户端可事先向服务器端订阅自定义的事件，当这些事件发

生时，服务器端告知客户端事件发生，客户端可采用相应解决。事件订阅方

式使客户端拥有了个性化的事件触发功能，极大以便了客户端及时响应所订

阅的事件;

6.文献传播：客户端和服务器端通过文献的方式来传播消息，并采用相应解决;

7.可靠消息传播：在接口通讯中，基于消息的传播解决方式，除了可采用以上

几种通讯方式外，还可采用可靠消息传播方式，即通过存储队列方式，客户

端和服务器端来传播消息，采用相应解决。

三、接口安全规定:

为了保证系统的安全运营，多种接口方式都应当保证其接入的安全性。

接口的安全是系统安全的一种重要构成部分。保证接口的自身安全，通过接

口实现技术上的安全控制，做到对安全事件的J“可知、可控、可预测”，是实现

系统安全的一种重要基本。

根据接口连接特点与业务特色，制定专门的安全技术实行方略，保证接口的

数据传播和数据解决日勺安全性。

系统应在接入点的网络边界实行接口安全控制。

接口的安全控制在逻辑上涉及：安全评估、访问控制、入侵检测、口令认证、

安全审计、防歹意代码、加密等内容。

四、传播控制规定：

传播控制运用高速数据通道技术实现把前端的大数据量并发祈求分发到后

端，从而保证应用系统在大量客户端同步祈求服务时，可以保持迅速、稳定日勺工

作状态。

系统应采用传播控制手段减少接口网络承当，提高接口吞吐能力，保证系统

的整体解决能力。具体手段涉及负载均衡、伸缩性与动态配备管理、网络调度等

功能：

1、负载均衡：为了保证接口服务吞吐量最大，接口应自动地在系统中完毕动态

负载均衡调度；

2、伸缩性与动态配备管理：由系统自动伸缩管理方式或动态配备管理方式实现

队列管理、存取资源管理，以及接口应用的恢复解决等；

3、网络调度：在双方接口之间设立多种网络通道，实现接口的多数据通道和容

错性，保证当有一网络通道通讯失败时，进行自动的切换，实现接口连接的

自动恢复。

五、接口技术:

5.1J2EE/EJB

5.1.1.技术描述

EnterpriseJavaBean(EJB)是可重用的、可移植的J2EE组件。EJB涉及

三种重要类型：会话bean、实体bean和消息驱动的Ibaan。会话bean执行独立

的、解除耦合的任务，譬如检查客户的信用记录。实体bean是一种复杂的业务

实体，它代表数据库中存在的业务对象。消息驱动的bean用于接受异步JMS消

息。

EJB由封装业务逻辑日勺措施构成，众多远程和本地客户端可以调用这些措

施。此外，EJB在容器里运营，这样开发人员只要关注bean里面的业务逻辑，

不必紧张复杂、容易出错的问题，譬如事务支持、安全性和远程对象访问、高速

缓存和并发等。在EJB规范中，这些特性和功能由EJB容器负责实现。

容器和服务提供者实现了EJB日勺基本构造，这些基本构造解决了EJB日勺分布式、

事务管理、安全性等内容。EJB规范定义了基本构造和JavaAPI的为了适应多

种状况的)规定，而没有指定具体实现的技术、平台、合同。

EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了

API技术。EJB技术简化了用JAVA语言编写的公司应用系统的开发、配备和执行。

5.1.2.技术特点

长处：基于规范日勺平台，不受限于特定日勺操作系统或硬件平台；基于组件体系构

造，简化了复杂组件日勺开发；提供对事务安全性以及持续性的支持；支持多种中

间件技术。

缺陷：与特定于某个操作系统或平台的实现技术相比，性能尚有待进一步提高,

且资源占用量较大。

5.2WebService

5.2.1.技术描述

WebService是一种自涉及、模块化的应用，是基于网络的、分布式日勺模块

化组件，它执行特定的任务，遵守具体日勺技术规范，这些规范使WebService

能与其他兼容的组件进行互操作。可以在网络上（一般是Internet）上被描述、

发布、定位和调用。

WebService体系重要由如下三部分构成：传播合同、服务描述和服务发现,

由一系列原则构成，重要有：XML（可扩展的标记语言）、SOAP（简朴对象访问

合同）等。

上图显示了WebService（中央）、客户端软件应用程序（左侧）及其使用

的资源（涉及数据库、其他WebService等）（右侧）之间的关系。WebService

通过使用原则合同（如HTTP）互换XML消息来与客户端和多种资源进行通信。

在WebServer上部署WebService后，由WebServer负责将传入的XML消息路

由到WebServiceoWebService将导出WSDL文献，以描述其接口，其他开发

人员可以使用此文献来编写访问此WebService的J组件。

5.2.2.技术特点

WebService使用原则技术，应用程序资源在各网络上均可用。由于Web

Service基于HTTP、XML和SOAP等原则合同，因此虽然以不同的语言编写并且

在不同的操作系统上运营，它们也可以进行通信。因此，WebService合用于网

络上不同系统的分布式应用。

长处：合用于网络上不同系统日勺分布式应用、原则性好、扩展性好、耦合度低；

内容由原则文本构成，任何平台和程序语言都可以使用；格式的转换基本不受限

制，可以满足不同应用系统日勺需求。

缺陷：当XML内容较大时，解释程序的执行效率较低，一般不合用于实现大批量

数据交互的接口。

5.2交易中间件

5.3.1.技术描述

交易中间件是专门针对联机交易解决系统而设计的。联机交易解决系统需要

解决大量并发进程，波及到操作系统、文献系统、编程语言、数据通讯、数据库

系统、系统管理、应用软件等多种环节，采用交易中间件技术可以简化操作。

交易中间件是一组程序模块，用以减少开发联机交易解决系统所需的编程量。

X/OPEN组织专门定义了分布式交易解决的原则及参照模型，把一种联机交易系

统划提成资源管理（RM）、交易管理（TM）和应用（AP）三部分，并定义了应

用程序、交易管理器、多种资源管理器是如何协同工作的。资源管理器是指数据

库和文献系统，交易管理器可归入交易中间件。

5.3.2.技术特点

长处：开放的体系构造，满足大顾客量与实时性日勺规定，提供交易的完整性、控

制并发、交易路由和均衡负载的管理。

缺陷：解决大数据量交易效率不高。

5.4.消息中间件

5.4.1.技术描述

基于消息中间件的接口机制重要通过消息传递来完毕系统之间的协作和通

信。

通过消息中间件把应用扩展到不同的操作系统和不同的网络环境。通过使用可

靠的消息队列，提供支持消息传递所需的目录、安全和管理服务。当一种事件发

生时，消息中间件告知服务方应当进行何种操作。其核心安装在需要进行消息

传递的系统上，在它们之间建立逻辑通道，由消息中间件实现消息发送。消息中

间件可以支持同步方式和异步方式，事实上是一种点到点的机制，因而可以较

好的合用于面向对象的编程方式。

消息中间件可以保证消息包传播过程日勺对时、可靠和及时。

消息中间件提供如下基本功能：消息队列、触发器、信息传递、数据格式翻

译、安全性控制、数据广播、错误恢复、资源定位、消息及祈求的优先级设定、

扩展的调试功能等。

5.4.2.技术特点

消息中间件可以在任何时刻将消息进行传送或者存储转发，不会占用大量日勺

网络带宽，可以跟踪事务，并且通过将事务存储到磁盘上实现网络故障时系统日勺

恢复。

长处：为不同的公司应用系统提供了跨多平台的消息传播；除支持同步传播模式

外，还支持异步传播，有助于在应用间可靠地进行消息传播。

缺陷：与其他中间件技术同样，存在高流量的性能瓶颈问题。

5.5.SOCKET

5.5.1.技术描述

Socket（套接字）用于描述IP地址和端口。应用程序通过Socket向网络发

出祈求或应答网络祈求。

Socket使用客户/服务器模式，服务端有一种进程（或多种进程）在指定的

端口等待客户来连接，服务程序等待客户的连接信息，一旦连接上之后，就可以

按设计的数据交换措施和格式进行数据传播。客户端在需要的时刻发出向服务

端的连接祈求，然后发送服务申请消息包，服务端向客户端返回业务接口服务解

决成果消息包。

5.5.2.技术特点

此类接口不需要其他软件支持，只要接口双方做好有关商定（涉及IP地址、

端标语、包的格式）即可；包的格式没有统一原则，可以随意定义。

长处：实现简朴、性能高。

缺陷：原则性差、扩展性差。

5.6.C0RBA

5.6.1.技术描述

CORBA即公共对象祈求代理体系构造，是一种具有互操作性和可移植性日勺分

布式面向对象的应用原则。

CORBA原则重要分为3个层次：对象祈求代理、公共对象服务和公共设施。

最底层是ORB（对象祈求代理），规定了分布对象的定义（接口）和语言映射，

实现对象间的通讯和互操作，是分布对象系统中日勺“软总线”；在ORB之上定

义了诸多公共服务，可以提供诸如并发服务、名字服务、事务（交易）服务、安

全服务等多种各样的服务，同步ORB也负责寻找适于完毕这一工作日勺对象，并在

服务器对象完毕后返回成果；最上层的公共设施则定义了组件框架，提供可直接

为业务对象使用的服务，规定业务对象有效协作所需的协定规则。

客户将需要完毕的工作交给ORB,由ORB决定由哪一种对象实例完毕这个祈

求，然后激活这个对象，将完毕祈求所需要的参数传送给这个激活的对象。除

了客户传送参数的接口外，客户不需要理解其他任何信息，不必关怀服务器对象

的与服务无关的接口信息，这就大大简化了客户程序的工作。ORB需要提供在

不同机器间应用程序间的通信，数据转换，并提供多对象系统的无缝连接。

5.6.2.技术特点

CORBA具有模型完整，独立于系统平台和开发语言，被支持限度广泛日勺特点。

长处：以一种中间件的方式为不同编程语言提供协同工作日勺也许；对操作系统没

有特殊的规定和依赖；与主流的体系架构（如J2EE）关系密切。当需要集成的

两个公司应用软件互为异构，由不同的编程语言实现时（如Java与C++）,CORBA

可以实现两种语言的协同工作。

缺陷：庞大而复杂，并且技术和原则日勺更新相对较慢；性能与具体业务实既

有关。

5.7.文献

5.7.1.技术描述

文献接口定义了服务端与客户端文献寄存途径、文献名命名规则和文献格

式，并开放相应的读/写操作权限。

接口的通讯过程涉及三种：

同一主机内可以共享一种途径；

服务器端向客户端开放途径，客户端定期查看此途径下与否有新的文献，可以采

用F