哪种消息传递服务可与 Azure Function Fan-out 模式一起使用而无需扇回？
Which messaging service to work with Azure Function Fan-out pattern without fan-back?
我们是 Azure 消息服务和函数的新手，我们了解了不同消息服务的基本概念，例如 存储队列、服务总线队列、服务总线主题和事件中心我们还阅读了 Microsoft 的 fan-out pattern，但它的工作方式更像是扇出然后扇回，这意味着在扇出过程中，当前功能仍然保持在那里直到所有资源扇回。
一个简单的场景是，我们正在 azure function starter 中保存一个对象，在成功保存到存储中后，我们想 发送一条公共消息到 3 个不同的 destination/consumers implemented/triggered 与 azure 函数 ,
函数 1 将用于通知（signalR 或电子邮件）
函数 2 将用于日志记录（Sql 服务器）
函数 3 将用于继续业务逻辑。
以上所有 azure 函数都将 工作 independently/isolated，我们的 azure 函数启动器 无需等待对于这 3 个函数中的任何一个，它应该在消息发出后退出或终止。基本上这个概念是一个发布者有多个消费者，并且可以保证消息将传递给所有 3 个消费者。
在 Azure 中推荐哪种消息传递服务？我认为我们应该选择这三种消息传递服务中的一种 存储队列、服务总线主题和事件中心 但是我们可以参考的 Azure 资源存在限制...
简单 - Azure 服务总线主题。
我们在工作中采用相同的模式。一旦消息进来，我们就将它发送到主题，然后由不同的 TopicListeners/Subscribers 接收。然后每个订阅者调用第三方服务。
这里是服务总线和存储队列之间区别的文档。
https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted
我们是 Azure 消息服务和函数的新手，我们了解了不同消息服务的基本概念，例如 存储队列、服务总线队列、服务总线主题和事件中心我们还阅读了 Microsoft 的 fan-out pattern，但它的工作方式更像是扇出然后扇回，这意味着在扇出过程中，当前功能仍然保持在那里直到所有资源扇回。
一个简单的场景是，我们正在 azure function starter 中保存一个对象，在成功保存到存储中后，我们想 发送一条公共消息到 3 个不同的 destination/consumers implemented/triggered 与 azure 函数 ,
函数 1 将用于通知（signalR 或电子邮件）
函数 2 将用于日志记录（Sql 服务器）
函数 3 将用于继续业务逻辑。
以上所有 azure 函数都将 工作 independently/isolated，我们的 azure 函数启动器 无需等待对于这 3 个函数中的任何一个，它应该在消息发出后退出或终止。基本上这个概念是一个发布者有多个消费者，并且可以保证消息将传递给所有 3 个消费者。
在 Azure 中推荐哪种消息传递服务？我认为我们应该选择这三种消息传递服务中的一种 存储队列、服务总线主题和事件中心 但是我们可以参考的 Azure 资源存在限制...
简单 - Azure 服务总线主题。
我们在工作中采用相同的模式。一旦消息进来，我们就将它发送到主题，然后由不同的 TopicListeners/Subscribers 接收。然后每个订阅者调用第三方服务。
这里是服务总线和存储队列之间区别的文档。 https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-azure-and-service-bus-queues-compared-contrasted