java大数据传输

问题描述

最近接手一个项目，涉及到2个系统间数据交互，由于数据量较大（上G）且实时性要求比较高，一时没有很好的方法，希望各位大牛能给点建议；除了socket、webservice、ftp常规的方法之外还有其他的更好的办法没有；

解决方案

解决方案二：
数据大还是走文件ftp吧；
解决方案三：
什么系统会有这种变态的需求，我怀疑这设计有问题。两个系统间上G的数据实时传输？架构师是怎么想的啊？直接用分布式存储实现数据共享也比这好啊。
解决方案四：
引用2楼rumlee的回复:

什么系统会有这种变态的需求，我怀疑这设计有问题。两个系统间上G的数据实时传输？架构师是怎么想的啊？直接用分布式存储实现数据共享也比这好啊。

A系统比较老，没办法，现在有一些业务功能暂时还没有完全剥离到新环境，有些业务功能还得依靠这套系统来完成，架构上合不合理咱暂且不论了，毕竟也这么多年了。。
解决方案五：
考虑一下数据库吧
解决方案六：
NFS满足这种需求吗
解决方案七：
啥子业务这么牛逼，需要交互上G的数据，才能把业务办起走
解决方案八：
楼主的问题描述都不清晰，什么叫交互数据量较大(上G)，是说A系统往B系统取数据时B系统就返回上G的数据或是A系统往B系统写数据时传了上G的如果是这种的根本不可能，网络的IO带宽都不够的，还是只是系统的数据库存的是上G的数据交互的并没有那么多。
解决方案九：
归根结底，上层用啥协议是不是不如底层把这两个系统之间的连接弄好？无论你用ftp还是tfp还是pft，用光缆总要比用电话线来得快
解决方案十：
引用7楼suciver的回复:

楼主的问题描述都不清晰，什么叫交互数据量较大(上G)，是说A系统往B系统取数据时B系统就返回上G的数据或是A系统往B系统写数据时传了上G的如果是这种的根本不可能，网络的IO带宽都不够的，还是只是系统的数据库存的是上G的数据交互的并没有那么多。

呵呵，没说清楚不好意思，表达能力问题，各位仁兄请包涵。回答suciver问题：文件是A系统上生成的，在文件生成完成后通知B系统，B系统获取生成的文件进行接下来的业务处理；现在也正在考虑到底是该不该在A系统上生成文件之后才给B系统，一时也没想到好的处理办法