准备好用于高性能FTPS和SFTP服务器的解决scheme

在企业安全文件传输应用程序的性能阶段,我们发现压力testing的瓶颈是合作伙伴计算机(使用FTP或SSH将文件传输到名为合作伙伴的第三方服务器),缓慢地通过排队确认传输成功即将到来的事件很长一段时间。

我们希望实现一个可以处理并发的即可使用的解决scheme(目前我们使用1000个并发线程循环直到testing持续时间结束),而没有问题达到数百万的文件传输。

我们已经检查了似乎解决了C10k问题的开源系统,比如EventMachine或者Celluloid for Ruby或Twisted Python框架,但似乎并没有开箱即用的ftp / ssl或ssh服务器解决scheme。 任何build议或意见,即使是有偿的,将不胜感激。

基于上述框架的本土解决scheme现在看起来不切实际,因为死线太紧。

我们特别不会在serverfault上做产品推荐问题,因为我们在注册时明确表示,那些想到这种事情的大牌是Aspera和Signiant 。