问客户端和内部应用程序设计之间的web服务中介

EN

我正在创建一个wcf web服务，它将接受许多连续的请求，web服务将需要保留这些请求，直到内部应用程序(它将每隔几秒钟轮询web服务)向web服务发出请求，以确定是否存在任何请求，如果存在，则检索它们。然后，内部应用程序将向web服务发送回响应，web服务将把响应传递回初始调用者。

即：

客户端-1)请求-> Web服务<-2)请求-内部应用

客户端<--4)响应- Web服务<-3)响应-内部应用

我正在尝试设计web服务的实现，并试图思考如何实现接受请求的机制，直到内部应用程序发出数据请求，并且web服务等待来自内部应用程序的响应。

我主要关心的是：

1)如果在内部应用程序发出请求之前有数千个请求进入，该如何保存这些请求？

2)如果内部应用程序死了，大量的请求堆积起来怎么办？(我需要让这些请求超时)

3)如何将初始请求与客户端以及来自内部应用程序的响应进行连接？

4)客户端将等待并等待响应。

WCF消息队列在这种情况下会有帮助吗？web服务是否能够在内部管理消息队列，例如，当消息进入时，web服务会将消息添加到队列中，类似地，当内部应用程序发出请求时，web服务从队列顶部抓取消息并将其传递给内部应用程序，并等待来自内部应用程序的响应并将其传递回客户端？

这有可能吗？

如果同时有2000个客户端请求进来，因为客户端将同步等待响应，那么上述场景是否可行？我是否能够将原始请求与从内部应用程序线程返回的响应进行匹配，以便将响应返回给客户端？

消息队列方法看起来是不是有点过分了？我可以将请求保存在某个静态字典中吗？

你还有其他的建议吗？