Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
.net 关于TIBCO EMS队列和BW列表器的性能_.net_Wcf_Tibco_Tibco Ems_Businessworks - Fatal编程技术网

.net 关于TIBCO EMS队列和BW列表器的性能

.net 关于TIBCO EMS队列和BW列表器的性能,.net,wcf,tibco,tibco-ems,businessworks,.net,Wcf,Tibco,Tibco Ems,Businessworks,我们计划在这些队列上使用TIBCO EMS队列和TIBCO BW侦听器,以便在新消息到达时调用一些.NET WCF服务。我们组织中ENS的当前设置是文件存储,而不是queeu内容的数据库存储 是否有人有经验和证据证明这样的基础设施可以处理工作量?有一些担心,当一条新消息被放入队列时,BW调用.NET端点可能需要几秒钟的时间,而我假设只要网络和服务器没有因copurse而过载,这种情况几乎会实时发生。有什么想法吗?谢谢。根据您所描述的(使用BW作为EMS和SOAP服务之间的协议桥梁),它不应该花费

我们计划在这些队列上使用TIBCO EMS队列和TIBCO BW侦听器,以便在新消息到达时调用一些.NET WCF服务。我们组织中ENS的当前设置是文件存储,而不是queeu内容的数据库存储


是否有人有经验和证据证明这样的基础设施可以处理工作量?有一些担心,当一条新消息被放入队列时,BW调用.NET端点可能需要几秒钟的时间,而我假设只要网络和服务器没有因copurse而过载,这种情况几乎会实时发生。有什么想法吗?谢谢。

根据您所描述的(使用BW作为EMS和SOAP服务之间的协议桥梁),它不应该花费“秒”。应该是亚秒。当然,真正了解的唯一方法是自己测试,但除非您的情况非常不寻常,否则它应该是快速的。

正如Tom所说,而且您怀疑,这应该是接近实时的(当然是<1秒),但需要根据相关因素(如消息大小、操作系统、,基础设施和网络

然而,我认为值得指出的是,TIBCO有一个用于EMS的WCF绑定,它允许您直接在EMS队列上公开WCF端点。这可能消除了在中间有一个BW’桥’客户端的需求,并且肯定会减轻对会话的需求。