【问题标题】:Using MassTransit with Azure Service Bus - Setting up Paired Namespaces将 MassTransit 与 Azure 服务总线结合使用 - 设置配对命名空间
【发布时间】:2018-10-19 03:06:39
【问题描述】:

我们一直在 Azure 服务总线上对 MassTransit 进行 PoC,并正在寻找在 ASB 中断时确保弹性的方法。

一种选择是使用 Azure 的 Paired Namespace 功能,如果主名称不可用,该功能会将消息放在辅助命名空间中的积压队列中。 ASB,然后在消息可用时负责将消息虹吸回主命名空间。

我找不到通过 MassTransit 进行设置的方法。 这可能吗?

【问题讨论】:

  • 已弃用配对命名空间功能以及旧的 Azure 服务总线包。请不要使用它。
  • @SeanFeldman - Azure 仍然明确支持配对命名空间,根据他们的文档。您是说这曾经被 MassTransit 支持并已被弃用吗?如果是这样,有什么原因吗?我在 github 或谷歌讨论中找不到任何关于此的文献
  • 由于我的评论太长而切换到答案????

标签: azureservicebus masstransit


【解决方案1】:

配对命名空间是旧(阅读旧版)Azure 服务总线客户端WindowsAzure.ServiceBus 中的一项功能。

今后,要使用的客户端是(并由 Microsoft 推荐)

这是专注于队列和主题的下一代 Azure 服务总线 .NET 标准客户端库。

Microsoft.Azure.ServiceBus。这是 .NET 标准 / .NET Core 兼容的实现。 如果您愿意使用 A) 不推荐的功能(请阅读 here 为什么)B) 已从新客户端中弃用,并且无论如何都不会实施。

MassTransit 既不依赖此功能,我也认为没有充分的理由支持它。

【讨论】:

  • 感谢您的澄清。您是否知道 Microsoft 打算或已经引入的任何类似功能可以提供 HA 而无需客户端做很多事情?或者,您认为 MassTransit 有充分的理由支持故障转移命名空间吗?
  • 该功能是高级层与可用区的组合。为 HA 提供单个专用命名空间。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多