高吞吐量但慢消费者(事件网格或服务总线)



我的制作人在每天几个小时的短时间内生成大量数据;然后一天剩下的时间什么都不做。由于关系数据库的缓慢,我的消费者很慢,当负载达到峰值时,消费者经常崩溃(功能应用程序)。

我想要一个经济有效的解决方案。

  1. 如果我使用服务总线+功能应用程序,在后台,功能应用程序轮询服务总线,并且花费很多。
  2. 事件网格不确定它是同步的,还是会一次将所有事件交付给消费者。如果事件网格是同步的,我将使用它。

请给我建议一个更好的方法。提前谢谢。

  • 与服务总线同步消息传递将是一个很好的选择,但是因为事件网格可以作为成本有效的替代方案。
  • 使用自定义离散事件,因为它们更适合可伸缩性。同时,顾名思义,事件网格是事件驱动的同步的。
  • 如果你遇到节流问题,你可以订阅使用服务总线队列处理事件,并开始提取消息从那里。

请参考下面的文章来更好地解释不同的服务总线和事件网格。参考事件网格文档

相关内容

  • 没有找到相关文章

最新更新