-3

我想知道是否有人对作为消息传递提供者的 Spring Integration 框架有任何经验?

我找不到任何基准或细节。

想知道有关延迟、吞吐量、性能的详细信息。

有人有经验吗?

谢谢。

4

2 回答 2

1

与任何框架一样,都会有一些最小的运行时开销,但这远远超过了由此产生的松散耦合、敏捷、健壮的架构和(通常)减少的开发时间。

于 2013-02-28T17:54:07.890 回答
0

我无法提供任何基于基准的官方数字,但我们一直在使用 Spring Integration(中间有 JMS 代理)作为我们的两个产品的底层框架,这些产品服务于 HTTP 流量,其中延迟和吞吐量也是最重要的因素. 两者都证明了它们在非常重的负载下的可靠性 - 在一些欧洲顶级电子商务网站的基础设施中处于第一线(仅次于负载均衡器) - 没有滞后,没有意外失败,可扩展性很好。当然一切都取决于你如何设计渠道中的流程,但根据我以前的经验,如果我必须再次开发类似的解决方案,我肯定会去 Spring Integration。

于 2013-03-21T13:37:18.293 回答