我有一个Web服务，可以执行少量数据的提交。它为我的客户提供同步请求响应服务。这很好用。我有一项新要求，也支持提交更多相同数据;大约10,000倍的数据量。当然，较大的数据将是我的客户的异步服务。
我用于少量数据的基础设施不能支持这两种类型的服务;大量提交将会影响我的小批量提交的响应性。
我想做的是灵活部署，让开发提交数据的客户端软件的人员生活简单。我一直在寻找一种基于标准的方法来做到这一点： - 客户端调用我的数据提交Web服务 - 服务器确定提交的数据量 - 如果数据太大，服务器会使用不同的uri响应客户端。 uri是供客户端进行提交，即将客户端重定向到更大的基础架构 - 客户调用不同的uri并获得服务
我已经做了一些搜索，一般的回答是，这不是在Web服务中完成的事情。我不明白为什么。这似乎是一个合理的要求，对于集群服务器场景也可能也是如此。
有谁知道是否有标准涵盖这个？如果没有，有更好的方法吗？
在我的案例中，一个微妙之处在于我希望所有流量对于大型提交都有不同的流量，因此我不能简单地使用Web服务内容识别代理服务器来结束我的基础架构。我需要将Web服务调用推送到一个完全不同的地方;很像HTTP重定向。
感谢任何帮助。