.NET企业服务总线性能

Question

我开始为我公司的一个电信产品设计一个新版本，为了提供负载平衡和可伸缩性，我正在考虑某种(.NET开源)企业服务总线。我希望通过避免使用关系数据库来提高系统的吞吐量，并使用(可能)馈送到分布式内存中缓存(例如Velocity或memcached )的非事务性队列。

我从来没有在实时系统中使用过这样的架构，我担心我在日常开发的简单性中获得的东西，会损失吞吐量(对于这个应用程序来说，这是超关键的)。

我只尝试过NServiceBus，所以我不知道它(或它的兄弟)是否适合作为实时非sql应用程序的基础。你认为如何？

我该如何判断这些产品？我应该购买商业应用程序，像躲避瘟疫一样避开ESB，还是使用其他方法？

Answer 1

安德鲁

在谈到吞吐量时，并行基于消息的体系结构往往工作得很好。NServiceBus特别扩展到了非常高的级别，当与非锁定持久化存储一起使用时，可以获得巨大的性能。

当你说实时时，显然你在这里不是在谈论硬实时-因为你仍然在Windows上，甚至不是用C/C++编程。换句话说，听起来主要目标是吞吐量，而不是低延迟。我想您会发现ESB可以为您工作得很好。