Azure 发布/订阅场景中的Redis与服务总线

我在Azure中有几个服务，我想使用某种发布/订阅服务在它们之间同步更改

我正在研究Redis和Azure服务总线

要同步的数据非常简单-大部分是最多100个字符的字符串

我想知道我的首选是什么，或者我的方向是否正确

我的要求很简单：

低延迟-许多小型操作

可选-能够在本地而不是Azure中安装解决方案

---

不要为此使用Redis。Redis PubSub不可靠（这是一个火与忘的游戏）。当Redis发布消息时，如果没有人在听会发生什么？它将永远丢失，这意味着您的服务将无法同步

也许你没听说过。它不是一个完整的Azure内部部署，但它包括服务总线。如果您从公共云或私有云使用它，应该没有问题

请注意，您可能能够使用Redis实现可靠的消息传递，但不能在默认pubsub之上

---

Redis和Service Bus的一个可能替代方案应该是。

这个问题对于StackOverflow来说是个离题的问题，因为它涉及面很广，并且会征求意见。没有正确的答案；只是意见。此外，“高速和低延迟”是完全开放的解释，并可能满足任何选择。“足够简单”也是如此。不知道“数据非常简单”是什么意思。这两种解决方案都可以在本地使用。我已经编辑了这个问题，但我仍然认为是关于主题的。我想听听大家的意见。。这就是重点，向比我更了解的人学习，听取各种意见，帮助我做出正确的决定。我同意——这可以让讨论变得生动。但是这就是问题所在：StackOverflow不是讨论意见和进行热烈讨论的地方。这里没有客观的答案。你的编辑并没有让它少一些离题。