应用系统间数据传输的几种方式

1、应用系统之间数据传输的几种方式随着近来几年来SOA（面向服务技术架构）的流行，越来越多的应用系统开始进行分布式的设计和部署。系统由原来单一的技术架构变成面向服务的多系统架构。原来在一个系统之间可以完成的业务流程，经过多系统的之间多次交互来实现。这里不打算介绍如何进行SOA架构的设计，而是介绍一下应用系统之间如何进行数据的传输。应用系统之间数据传输有三个要素：传输方式，传输协议，数据格式数据传输方式一般可是是以下几种：1、socket方式Socket方式是最简单的交互方式。是典型才C/S交互模式。一台客户机，一台服务器。服务器供应服务，经过IP地址和端口进行服务接见。而客户机经过连接服务器指定的

2、端口进行信息交互。其中传输协议可以是TCP/UDP协议。而服务器和约定了央求报文格式和响应报文格式。如图一所示：目前我们常用的调用，java远程调用，webservices都是采用的这种方式，只但是不同样的就是传输协议以与报文格式。这种方式的优点是：1易于编程，目前java供应了多种框架，障蔽了基层通信细节以与数据传输变换细节。2简单控制权限。经过传输层协议s，加密传输的数据，使得安全性提高3通用性比较强，无论客户端是.net架构，java，python都是可以的。特别是webservice规1/6X，使得服务变得通用而这种方式的缺点是：服务器和客户端必定同时工作，当服务器端不可以用的时候，整

3、个数据交互是不前进行。当传输数据量比较大的时候，严重占用网络带宽，可能以致连接超时。使得在数据量交互的时候，服务变的很不可以靠。2、ftp/文件共享服务器方式对于大数据量的交互，采用这种文件的交互方式最适合但是了。系统A和系统B约定文件服务器地址，文件命名规则,文件内容格式等内容，经过上传文件到文件服务器进行数据交互。最典型的应用途景是批量办理数据：比方系统A把今天12点从前把要办理的数据生成到一个文件，系统B第二天清早1点进行办理，办理完成此后，把办理结果生成到一个文件，系统A12点在进行结果办理。这种情况经常发生在A是事物办理型系统，对响应要求比较高，不适合做数据解析型的工作，而系统B是后

4、台系统，对办理能力要求比较高，适合做批量任务系统。以上可是说明经过文件方式的数据交互，实质情况B完成任务此后，可能经过socket的方式通知A，不用然是经过文件方式。2/6这种方式的优点：在数据量大的情况下，可以经过文件传输，不会超时，不占用网络带宽。方案简单，防备了网络传输，网络协议相关的看法。这种方式的缺点：不太适合做实时类的业务必定有共同的文件服务器，文件服务器这里面存在风险。由于文件可能被篡改，删除，也许存在泄密等。必定约定文件数据的格式，当改变文件格式的时候，需要各个系统都同步做更正。3、数据库共享数据方式系统A和系统B经过连接同一个数据库服务器的同一X表进行数据交换。当系统A央求系

5、统B办理数据的时候，系统AInsert一条数据，系统Bselect系统A插入的数据进行办理。这种方式的优点是3/6对照文件方式传输来说，由于使用的同一个数据库，交互更加简单。由于数据库供应相当作的操作，比方更新，回滚等。交互方式比较灵便,而且经过数据库的事务体系，可以做成可靠性的数据交换。这种方式的缺点：当连接B的系统越来越多的时候，由于数据库的连接池是有限的，以致每个系统分配到的连接不会很多，当系统越来越多的时候，可能以致无可用的数据库连接一般情况，来自两个不同样公司的系统，不太会开放自己的数据库给对方连接，由于这样会有安全性影响4、message方式Java信息服务（JavaMessage

6、Service）是message数据传输的典型的实现方式。系统A和系统B经过一个信息服务器进行数据交换。系统A发送信息到信息服务器，若是系统B订阅系统A发送过来的信息，信息服务器会信息推送给B。双方约定信息格式即可。目前市场上有很多开源的jms信息中间件，比方ActiveMQ,OpenJMS。这种方式的优点由于jms定义了规X，有很多的开源的信息中间件可以选择，而且比较通用。接入起来相对也比较简单4/6经过信息方式比较灵便，可以采用同步，异步，可靠性的信息办理，信息中间件也可以独立出来部署。这种方式的缺点1学习jms相关的基础知识，信息中间件的详尽配置，以与实现的细节对于开发人员来说还是有一点学习成本的在大数据量的情况下，信息可能会产生积压，以致信息延缓，信息扔掉，甚至信息中间件崩溃。下面详尽来解析一个场景，来看看系统之间数据传输的应用场景目前业务人员需要导入一个大文件到系统A，系统A保存文件信息，而文件里面的明细信息需要导入到系统B进行解析，当系统B解析完成此后，需要把解析结果通知系统A。系统A先保存文件到文件服务器。B系统A经过webservice调用系统B供应的服务器，把需要办理的文件名发送到系统B。由于文件很大，需要办理很长时间，所以B不与时办理文件，而是保存需要办理的文件名到数据库，5/6通过后台准时调换体系去办理。所以B接收央求成功，