我希望从多个WPF客户端应用程序发送消息,这些消息可以在发送后的某个时间处理。
由于客户端和服务器之间预期的间歇性连接问题以及服务的必要停机时间,我倾向于创建具有排队端点的WCF服务。过去,当客户端计算机实际上是其他服务器且数量很少时,这对我来说效果很好
我担心使用许多客户端计算机这样做主要是因为我认为很难监视这么多的传出队列以确认客户端计算机上没有捕获任何流量。
有没有人试过这样做呢?
如果是这样,你会推荐它吗?为什么或为什么不呢?
即使你还没有这样做,你能想到监控所有出境队列的运营问题旁边的其他陷阱吗?
答案 0 :(得分:1)
您的问题的措辞可能更好:
如果是这样,这就是消息传递的本质,无论它们是 JMS,Apache MQ,Websphere,SonicMQ,还是 MSMQ,这些系统的设计是什么。
此外,"流量被困在客户端计算机上" - 您如何定义被困?请记住,应用程序可能非常高兴消息在转发到远程主机之前在本地驻留数天。消息传递系统通常会有超时到达目的地和目的地进行处理。
我认为你没事。