吞吐量高但消费者速度慢（事件网格或服务总线）
High Throughput but Slow Consumer (Event Grid or Servicebus)
我的生产者在一天的几个小时内在短时间内产生大量数据；然后在当天剩下的时间里什么都不做。由于关系数据库的缓慢，我的消费者很慢，经常在负载高峰时消费者崩溃（功能应用程序）。
我想要一个具有成本效益的解决方案。
- 如果我使用服务总线+函数应用程序，在后台，函数应用程序轮询服务总线并且成本很高。
- 事件网格不确定它是同步的还是会一次性将所有事件传递给消费者。如果事件网格是同步的，我就用它。
请建议我更好的方法。提前致谢。
- 使用服务总线进行同步消息传递是一个不错的选择，但是
因为事件网格可以用作具有成本效益的替代方案。
- 使用自定义离散事件，因为它们更适合可扩展性。还，
顾名思义，事件网格是事件驱动的，因此它是
同步。
- 如果你们中的任何一个遇到节流问题，您可以订阅
使用服务总线队列处理事件并开始提取消息
从那里开始。
参考以下 article 以更好地解释不同的服务总线和事件网格。
请参阅 event grid 的文档。
我的生产者在一天的几个小时内在短时间内产生大量数据；然后在当天剩下的时间里什么都不做。由于关系数据库的缓慢，我的消费者很慢，经常在负载高峰时消费者崩溃（功能应用程序）。
我想要一个具有成本效益的解决方案。
- 如果我使用服务总线+函数应用程序，在后台，函数应用程序轮询服务总线并且成本很高。
- 事件网格不确定它是同步的还是会一次性将所有事件传递给消费者。如果事件网格是同步的，我就用它。
请建议我更好的方法。提前致谢。
- 使用服务总线进行同步消息传递是一个不错的选择，但是 因为事件网格可以用作具有成本效益的替代方案。
- 使用自定义离散事件，因为它们更适合可扩展性。还， 顾名思义，事件网格是事件驱动的，因此它是 同步。
- 如果你们中的任何一个遇到节流问题，您可以订阅 使用服务总线队列处理事件并开始提取消息 从那里开始。
参考以下 article 以更好地解释不同的服务总线和事件网格。 请参阅 event grid 的文档。