【问题标题】:Spring Integration benchmark [closed]Spring集成基准[关闭]
【发布时间】:2013-02-14 06:46:13
【问题描述】:

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

我找不到任何基准或详细信息。

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

有人有经验吗?

谢谢。

【问题讨论】:

  • 添加弹簧集成标签
  • 也许suresh manda的链接有用...

标签: java spring jakarta-ee jms spring-integration


【解决方案1】:

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

【讨论】:

  • 是的,这就是我考虑该框架的原因,但另一方面我是设计交易系统。延迟和吞吐量是我们考虑的重要因素。
【解决方案2】:

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

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-10-26
    • 2016-09-23
    • 2011-07-08
    • 1970-01-01
    • 1970-01-01
    • 2018-09-30
    • 2014-06-11
    • 2010-09-24
    相关资源
    最近更新 更多