NServiceBus:使用DB订阅存储时如何配置订阅服务器

NServiceBus:使用DB订阅存储时如何配置订阅服务器,nservicebus,Nservicebus,我有一个逻辑出版物,基本上是一堆MT服务器,它们都访问DB订阅存储。这些MTs通常通过停止1/2的旋转、安装新的MTs版本、使其重新联机,然后在另一半进行重复来升级 我不知道订阅者怎么订阅这样的出版物。在我看到的所有示例中,订阅者需要在配置中指定发布者的InputQueue,以便接收订阅请求。但在这种情况下,我将指定什么输入队列?我不希望订阅失败,如果我的一些出版商的机器翻译发生故障。我是否可以通过向DB订阅存储添加记录来手动订阅?发布者通常在处理来自客户端的某些命令后发布,因此,您通常使用分发

我有一个逻辑出版物,基本上是一堆MT服务器,它们都访问DB订阅存储。这些MTs通常通过停止1/2的旋转、安装新的MTs版本、使其重新联机,然后在另一半进行重复来升级


我不知道订阅者怎么订阅这样的出版物。在我看到的所有示例中,订阅者需要在配置中指定发布者的InputQueue,以便接收订阅请求。但在这种情况下,我将指定什么输入队列?我不希望订阅失败,如果我的一些出版商的机器翻译发生故障。我是否可以通过向DB订阅存储添加记录来手动订阅?

发布者通常在处理来自客户端的某些命令后发布,因此,您通常使用分发服务器来扩展它们,以及使用DB订阅存储。订阅服务器是另一种客户端,因此您可以将它们配置为指向分发服务器。

我明白了,这样您就可以将分发服务器放在发布服务器节点前面,只需接受传入的订阅请求。有道理!然而,考虑到我的情况,我不喜欢这样对待出版商。基本上,我不喜欢NServiceBus的典型行为,即订阅者每次启动时都向发布者发送一条幂等“subscribe me”消息。我希望有一个安装脚本来部署订阅者工作节点,另一个安装脚本用于安装分发服务器和注册订阅(通过向数据库添加记录)。这能行吗?当然,你能行。只需在初始化代码中的.UnicastBus()之后添加.DoNotAutoSubscribe()。