我们计划在这些队列上使用 TIBCO EMS 队列和 TIBCO BW 侦听器,以便在新消息到达时调用一些 .NET WCF 服务。我们组织中当前的 ENS 设置是文件存储,而不是队列内容的数据库存储。
有没有人有经验和证据证明这种基础设施可以处理的工作量?有人担心,当新消息放入队列时,BW 可能需要几秒钟才能调用我们的 .NET 端点,而我假设这将在近乎实时的情况下发生,前提是网络和服务器没有过载。有什么想法吗?谢谢。
我们计划在这些队列上使用 TIBCO EMS 队列和 TIBCO BW 侦听器,以便在新消息到达时调用一些 .NET WCF 服务。我们组织中当前的 ENS 设置是文件存储,而不是队列内容的数据库存储。
有没有人有经验和证据证明这种基础设施可以处理的工作量?有人担心,当新消息放入队列时,BW 可能需要几秒钟才能调用我们的 .NET 端点,而我假设这将在近乎实时的情况下发生,前提是网络和服务器没有过载。有什么想法吗?谢谢。
正如汤姆所说,你怀疑,这应该是近乎实时的(当然 < 1 秒),但需要解决相关因素,如消息大小、操作系统、基础设施和网络。
但是,我认为值得指出的是,TIBCO 有一个用于 EMS 的 WCF 绑定,它允许您直接在 EMS 队列上公开 WCF 端点。这可能会消除在中间使用 BW“桥接”客户端的需要,并且首先肯定会减轻对这种对话的需要。
根据您所描述的(使用 BW 作为 EMS 和 SOAP 服务之间的协议桥),它不应该花费“几秒钟”。它应该是亚秒级的。当然,真正知道的唯一方法是自己测试它,但除非你的情况有什么非常不寻常的地方,否则它应该很快。