使用azure事件中心设计流媒体集成解决方案

这里需要一些关于如何使用azure event hub设计类似于卡夫卡的集成解决方案的想法

背景,， 有一个事件生成器，它将抛出一个事件调用webhook。在消费者方面，有一个“快”消费者需要实时接收这些事件，另一个“慢”消费者需要跟踪每日批次

---

其目标是建立在无服务器/事件驱动的基础上，但不确定此设计是否正确。

TBH根据您的文本，我很难理解您想要实现的目标。但根据你的照片，我可以说：

• 在事件中心和函数之间，您不需要事件网格（实际上它不会这样工作）。该函数直接侦听事件中心并从中获取新消息

• 在事件中心和SQL数据库之间，我将放置一个Azure流分析作业。完成这项工作最简单的方法。或者，您也可以在那里使用另一个Azure函数

---

实时消费者是否可以直接从活动中心接收数据，而不需要面前的功能？感谢您的评论，非常好的建议。是否有更好的模式来处理“慢消费者”的用例，就像事件中心的事件需要在某个地方暂存，然后在以后使用批处理作业进行处理一样？为什么不将它们保留在事件中心？他们可以在那里呆上7天。每次运行批处理使用者时，它都会获取自上次运行以来的所有事件，因此事件中心可以在将更新传递给azure功能（该功能将提供给实时使用者）的同时保留消息。确保你使用不同的消费群体。只要在保留时间内，您可以随意多次读取每个事件