《数据接口技术比较（2020年7月整理）.pdf》由会员分享，可在线阅读，更多相关《数据接口技术比较（2020年7月整理）.pdf（9页珍藏版）》请在金锄头文库上搜索。
1、 1 系统接口规范以及常见的接口技术概述 一、基本要求：一、基本要求： 为了保证系统的完整性和健壮性，系统接口应满足下列基本要求： 1. 接口应实现对外部系统的接入提供企业级的支持，在系统的高并发和大容量 的基础上提供安全可靠的接入； 2. 提供完善的信息安全机制， 以实现对信息的全面保护， 保证系统的正常运行， 应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性； 3. 提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现 错误及排除故障； 4. 保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系 统并发增加时提供系统资源的动态扩展，以保证系统的稳定性
2、； 5. 在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。 二、接口通讯方式：二、接口通讯方式： 接口基本采用了同步请求/应答方式、异步请求/应答方式、会话方式、广播 通知方式、事件订阅方式、可靠消息传输方式、文件传输等通讯方式： 1. 同步请求/应答方式：客户端向服务器端发送服务请求，客户端阻塞等待服 务器端返回处理结果； 2. 异步请求/应答方式：客户端向服务器端发送服务请求，与同步方式不同的 是，在此方式下，服务器端处理请求时，客户端继续运行；当服务器端处理 结束时返回处理结果； 3. 会话方式：客户端与服务器端建立连接后，可以多次发送或接收数据，同时 存储信息的上下文关系
3、； 4. 广播通知方式：由服务器端主动向客户端以单个或批量方式发出未经客户端 请求的广播或通知消息，客户端可在适当的时候检查是否收到消息并定义收 到消息后所采取的动作； 5. 事件订阅方式：客户端可事先向服务器端订阅自定义的事件，当这些事件发 2 生时，服务器端通知客户端事件发生，客户端可采取相应处理。事件订阅方 式使客户端拥有了个性化的事件触发功能，极大方便了客户端及时响应所订 阅的事件； 6. 文件传输： 客户端和服务器端通过文件的方式来传输消息， 并采取相应处理； 7. 可靠消息传输：在接口通讯中，基于消息的传输处理方式，除了可采用以上 几种通讯方式外，还可采用可靠消息传输方式，即通过存
4、储队列方式，客户 端和服务器端来传输消息，采取相应处理。 三、接口安全要求：三、接口安全要求： 为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。 接口的安全是系统安全的一个重要组成部分。保证接口的自身安全，通过接 口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现 系统安全的一个重要基础。 根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的 数据传输和数据处理的安全性。 系统应在接入点的网络边界实施接口安全控制。 接口的安全控制在逻辑上包括：安全评估、访问控制、入侵检测、口令认证、 安全审计、防恶意代码、加密等内容。 四、传输控制要求：四、传输
5、控制要求： 传输控制利用高速数据通道技术实现把前端的大数据量并发请求分发到后 端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工 作状态。 系统应采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统 的整体处理能力。具体手段包括负载均衡、伸缩性与动态配置管理、网络调度等 功能： 1、负载均衡：为了确保接口服务吞吐量最大，接口应自动地在系统中完成动态 负载均衡调度； 2、伸缩性与动态配置管理：由系统自动伸缩管理方式或动态配置管理方式实现 3 队列管理、存取资源管理，以及接口应用的恢复处理等； 3、网络调度：在双方接口之间设置多个网络通道，实现接口的多数据通道和容 错性
6、，保证当有一网络通道通讯失败时，进行自动的切换，实现接口连接的 自动恢复。 五、接口技术：五、接口技术： 5.1 J2EE/EJB 5.1.1. 技术描述 Enterprise JavaBean (EJB) 是可重用的、可移植的 J2EE 组件。EJB 包括 三种主要类型：会话 bean、实体 bean 和消息驱动的 bean。会话 bean 执行独立 的、解除耦合的任务，譬如检查客户的信用记录。实体 bean 是一个复杂的业务 实体， 它代表数据库中存 在的业务对象。 消息驱动的 bean 用于接收异步 JMS 消 息。 EJB 由封装业务逻辑的方法组成， 众多远程和本地客户端可以调用这些方
7、法。 另外，EJB 在容器里运行，这样开发人员只要关注 bean 里面的业务逻辑，不必 担心复杂、容易出错的问题，譬如事务支持、安全性和远程对象访问、高速缓存 和并发等。在 EJB 规范中，这些特性和功能由 EJB 容器负责实现。 容器和服务提供者实现了 EJB 的基础构造，这些基础构造处理了 EJB 的分布式、 事务管理、安全性等内容。EJB 规范定义了基础构造和 Java API 的为了适应各 种情况的要求，而没有指定具体实现的技术、平台、协议。 EJB 的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了 API技术。 EJB技术简化了用JAVA语言编写的企业应用系统的开发、
8、配置和执行。 5.1.2. 技术特点 优点：基于规范的平台，不受限于特定的操作系统或硬件平台；基于组件体系结 构，简化了复杂组件的开发；提供对事务安全性以及持续性的支持；支持多种中 间件技术。 缺点：与特定于某个操作系统或平台的实现技术相比，性能还有待进一步提高， 且资源占用量较大。 4 5.2 Web Service 5.2.1. 技术描述 Web Service 是一种自包含、模块化的应用，是基于网络的、分布式的模块 化组件，它执行特定的任务，遵守具体的技术规范，这些规范使 Web Service 能与其它兼容的组件进行互操作。可以在网络上(一般是 Internet)上被描述、 发布、定位
9、和调用。 Web Service 体系主要由以下三部分组成： 传输协议、 服务描述和服务发现， 由一系列标准组成，主要有：XML（可扩展的标记语言）、SOAP（简单对象访问 协议）等。 上图显示了 Web Service（中央）、客户端软件应用程序（左侧）及其使用 的资源（包括数据库、其它 Web Service 等）（右侧）之间的关系。Web Service 通过使用标准协议（如 HTTP）交换 XML 消息来与客户端和各种资源进行通信。 在 Web Server 上部署 Web Service 后，由 Web Server 负责将传入的 XML 消息路 由到 Web Service。Web
10、 Service 将导出 WSDL 文件，以描述其接口，其它开发 人员可以使用此文件来编写访问此 Web Service 的组件。 5.2.2. 技术特点 Web Service 使用标准技术，应用程序资源在各网络上均可用。因为 Web Service 基于 HTTP 、XML 和 SOAP 等标准协议，所以即使以不同的语言编写并且 在不同的操作系统上运行，它们也可以进行通信。因此，Web Service 适用于网 络上不同系统的分布式应用。 优点：适用于网络上不同系统的分布式应用、标准性好、扩展性好、耦合度低； 内容由标准文本组成，任何平台和程序语言都可以使用；格式的转换基本不受限 制，可以
11、满足不同应用系统的需求。 缺点：当 XML 内容较大时，解释程序的执行效率较低，一般不适合用于实现大批 量数据交互的接口。 5 5.2 交易中间件交易中间件 5.3.1. 技术描述 交易中间件是专门针对联机交易处理系统而设计的。 联机交易处理系统需要 处理大量并发进程，涉及到操作系统、文件系统、编程语言、数据通讯、数据库 系统、系统管理、应用软件等多个环节，采用交易中间件技术可以简化操作。 交 易中间件是一组程序模块，用以减少开发联机交易处理系统所需的编程量。 X/OPEN 组织专门定义了分布式交易处理的标准及参考模型，把一个联机交易系 统划 分成资源管理（RM）、交易管理（TM）和应用（AP
12、）三部分，并定义了应 用程序、交易管理器、多个资源管理器是如何协同工作的。资源管理器是指数据 库和 文件系统，交易管理器可归入交易中间件。 5.3.2. 技术特点 优点：开放的体系结构，满足大用户量与实时性的要求，提供交易的完整性、控 制并发、交易路由和均衡负载的管理。 缺点：处理大数据量交易效率不高。 5.4. 消息中间件消息中间件 5.4.1. 技术描述 基于消息中间件的接口机制主要通过消息传递来完成系统之间的协作和通 信。 通 过消息中间件把应用扩展到不同的操作系统和不同的网络环境。通过使用可 靠的消息队列，提供支持消息传递所需的目录、安全和管理服务。当一个事件发 生时，消 息中间件通知
13、服务方应该进行何种操作。其核心安装在需要进行消息 传递的系统上，在它们之间建立逻辑通道，由消息中间件实现消息发送。消息中 间件可以支持同 步方式和异步方式，实际上是一种点到点的机制，因而可以很 好的适用于面向对象的编程方式。 消息中间件可以保证消息包传输过程的正确、可靠和及时。 消息中间件提供以下基本功能：消息队列、触发器、信息传递、数据格式翻 译、安全性控制、数据广播、错误恢复、资源定位、消息及请求的优先级设定、 6 扩展的调试功能等。 5.4.2. 技术特点 消息中间件能够在任何时刻将消息进行传送或者存储转发， 不会占用大量的 网络带宽，可以跟踪事务，并且通过将事务存储到磁盘上实现网络故障
14、时系统的 恢复。 优点： 为不同的企业应用系统提供了跨多平台的消息传输；除支持同步传输模式 外，还支持异步传输，有助于在应用间可靠地进行消息传输。 缺点：与其它中间件技术一样，存在高流量的性能瓶颈问题。 5.5. SOCKET 5.5.1. 技术描述 Socket（套接字）用于描述 IP 地址和端口。应用程序通过 Socket 向网络发 出请求或应答网络请求。 Socket 使用客户/服务器模式，服务端有一个进程（或多个进程）在指定的 端口等待客户来连接，服务程序等待客户的连接信息，一旦连接上之后，就可以 按设计的数据交 换方法和格式进行数据传输。客户端在需要的时刻发出向服务 端的连接请求，然
15、后发送服务申请消息包，服务端向客户端返回业务接口服务处 理结果消息包。 5.5.2. 技术特点 此类接口不需要其它软件支持， 只要接口双方做好相关约定 （包括 IP 地址、 端口号、包的格式）即可；包的格式没有统一标准，可以随意定义。 优点：实现简单、性能高。 缺点：标准性差、扩展性差。 5.6. CORBA 5.6.1. 技术描述 CORBA 即公共对象请求代理体系结构，是一个具有互操作性和可移植性的分 布式面向对象的应用标准。 CORBA 标准主要分为 3 个层次：对象请求代理、公共对象服务和公共设施。 7 最底层是 ORB（对象请求代理），规定了分布对象的定义（接口）和语言映射， 实现对
16、象间的 通讯和互操作，是分布对象系统中的“软总线”；在 ORB 之上定 义了很多公共服务，可以提供诸如并发服务、名字服务、事务（交易）服务、安 全服务等各种各样的服务, 同时 ORB 也负责寻找适于完成这一工作的对象， 并在 服务器对象完成后返回结果；最上层的公共设施则定义了组件框架，提供可直接 为业务对象使用的服务，规定 业务对象有效协作所需的协定规则。 客户将需要完成的工作交给 ORB，由 ORB 决定由哪一个对象实例完成这个请 求，然后激活这个对象，将完成请求所 需要的参数传送给这个激活的对象。除 了客户传送参数的接口外，客户不需要了解其它任何信息，不必关心服务器对象 的与服务无关的接口信息，这就大大简化了客 户程序的工作。ORB 需要提供在 不同机器间应用程序间的通信，数据转换，并提供
