客户短9000个,即要保证总部的服务器能同时连接很多很多的客户端,又要处理上传文件负责数据处理请各位高手帮帮我这种架构怎样做?怎样传输数据?(100分)

  • 主题发起人 主题发起人 zohzjf
  • 开始时间 开始时间
Z

zohzjf

Unregistered / Unconfirmed
GUEST, unregistred user!
如题;
请提一下架构,
编程协议!!
 
这个比较困难,服务器的写法很需要技巧啊,
 
无忌兄:
我要一个大概的框架,知道后我找具体的参考资料,或继续求教!!
指点!!请!!
 
当然是用TCP,不过你们9000多个客户如果并发的话,速度会很慢,需要一些
控制技巧...
 
我现在想用 ftp 作文件传送,然后用 sokcet 联系 如何???
 
如果想简单这样最好,但是这样整个项目连惯性不好,不如自己写文件传输,不难,这样可以让
对方分批传输,开始100个,这100个完了就是下100个~~~
 
9000用户一般的服务器同时连接,肯定比较吃力,这方面可以参照web服务器的做法,建立连接池并限制同时连接的客户端
或者干脆就像oicq那样用udp算了,人再多点也没关系
 
数据并不是 实时性要求并不严格, 是每阁两三天,客户端提交一下数据,不会9000一起传输
但控制是必要的。
 
OICQ 传文件用的是TCP啊,UDP容易掉包,这是商业应用,出了点问题,你不麻烦死了?
 
原来我也考虑过udp 现在考虑把数据导成文件形式,加密压缩后 用ftp 做文件文件传销
传送后用tcp 作一下通知。如何?
 
那最简单是自己用 TIdFTPServer做个FTP服务器,在对应的上传成功里做出不同的处理就可以了
 
没错,OICQ传文件是用的TCP的
不过我也同意它的意见传文件干脆就用FTP好了,成熟而且有保证,为了安全最好用SSH
UDP如果控制好的话也不比TCP差,唯一的缺点就是数据安全性,不过也可以加密嘛
一般的消息和控制命令用UDP足够了
 
好把就暂时这样定了。
以后还要两位多多指教
 
OICQ传文件是两个QQ用户啊,服务器只是交换一下ip地址和端口
这跟服务器根本没有用到tcp

我到觉得
用 ftp 作文件传送,然后用 udp加验证联系行
 
9000多用户用tcp确实很难保证数据的即时和有效,而且控制起来也非常的麻烦,用udp又不稳定.我个人觉得最好的方法还是用邮件,你作一个邮件服务器或用别人的然后通过邮件来发送和接受应该好的多.我就是这样做的,我有2000多个终端基本上是实时的传输都没有太大问题.
 
后退
顶部