我正在寻找最佳实践/指导，以升级我们的传统基础设施，以维持未来的增长。以下是我当前架构和问题的摘要。
我们有传统的HTTP SOAP Web服务，可以将数据文件从客户端上传到中央服务器。这些文件又由数据保管人提取。在过去，我们每周只有大约30个客户上传大约10-20MB /客户端到中央服务器，只有一个托管人每晚都会上传数据。 （例如~80MB /天上传和~80MB /天下载）。这是由1个IIS运行的，这已经足够了。
目前我们有大约350个客户端，一些发送大约300MB /周，我们的每日流量约为60GB。这由负载均衡器和专用SQL服务器后面的3 x IIS管理。这种基础设施有时很困难，因为我们看到很多超时和文件传输失败。 我们正在考虑用一些可以维持未来增长的东西来取代现有的文件传输机制，因为我们可能会在一年左右的时间内寻找~1000个客户。
文件大小在100KB到5MB之间，需要通过HTTP / HTTPS传输（通信在内部加密，因此HTTP / HTTPS无关紧要）。
任何人都可以引导我指导我们应该使用哪种架构/技术来实现这种可扩展性和高效性？我正在考虑用WCF Web服务替换SOAP服务。
PS：我不能使用除HTTP / HTTPS通讯之外的任何东西（不使用FTP / P2P / BITS）
如果需要，我很乐意提供更多信息 - 我只是不知道从哪里开始。
此致
嗡