下面针对数据通讯的几种方式，大家看下哪种比较可行？

[daviddivad]

下面针对数据通讯的几种方式，大家看下哪种比较可行？

客户端实时向通讯服务器传送数据,通讯服务器收到数据后,要将数据再实时传给后台的配送服务器,现在客户端和通讯服务器由我们来实现,配送服务器由用户自己实现,通讯服务器和配送服务器部署在一个网段内,也可能就部署在同一台机上,现在我考虑了以下几种方案,有经验的朋友帮我看看哪一种更可行:
(1)、部署在同一网段内，通过数据库进行数据的交互，即通讯服务器将数据实时写入，配送服务器实时通过定时器来取，然后删除或做相应的标记，这个问题主要是效率比较底，占用资源比较大，对吧

(2)、部署在同一网段内，配送服务器上实现WebService,通讯服务器通过webservice的接口将数据实时传送到配送服务器，问题主要是webseivice似乎不太适合实时性太高的数据传送，优点是扩展性比较强，如部署在不同网段也可

(3)、部署在同一台服务器上，通过进程间通讯技术实现数据共享传送，缺点灵活性比较差

(4)、部署在同一台服务器上，通过数据库进行数据交互，类似第一种方式


大家说哪一种方式比较可行？或者还有别的方式？大家投票一下，并对我的分析进行指点，谢谢

[daviddivad]

为什么这么没有人气?

[microyzy]

如果能部署在同一台服务器上，那通信速度当然最快，不过还得考虑通信和配送服务器是不是还要做其他运算，如果要，有可能两服务器抢占cpu或者其他系统资源，反而会使整个系统变慢

1和4实际上没有区别，只是物理结构不同，既然要求性能挺高的，还可以考虑两个服务器之间直接socket传输啊，一点小建议

[DentistryDoctor]

关键在于性能上的比较。。。

[microyzy]

另外，两个服务器部署在一台计算机上，感觉有点风险。。。

[yjgx007]

个人觉得第二种方式比较好,从安全性考虑这是第一位的

[daviddivad]

ding

[hhcjb]

关键你还是你的实时有多高的要求,极高的话1,2,4效率相对低一点,不行则你通讯服务器收到数据向外广播(或其他)就行了;不是则采用1,2,4简单处理,这种建议1,2,我就这么做的