0

我开始设计我公司的一种电信产品的新版本,并提供负载平衡和可扩展性,我正在考虑某种(.NET 开源)ESB。我希望通过避免使用关系数据库并使用(可能)非事务性队列馈入分布式内存缓存(例如 Velocity 或 memcached)来提高系统的吞吐量。

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

我只玩过 NServiceBus,所以我不知道它(或其兄弟)是否适合作为实时 no-sql 应用程序的基础。你怎么看?

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

4

1 回答 1

2

安德鲁,

当谈到吞吐量时,基于消息的并行架构往往工作得很好。NServiceBus 特别地已经扩展到非常高的水平,并且当与非锁定持久存储结合使用时,可以发挥巨大的作用。

当您说实时时,显然您在这里不是在谈论硬实时 - 因为您仍在 Windows 上,即使那样也不是用 C/C++ 编程。换句话说,听起来主要目标是吞吐量而不是低延迟。我想您会发现 ESB 非常适合您。

于 2010-08-19T08:33:11.910 回答