在 Service Fabric 中，可靠队列是否仅适用于相同的服务类型？
In Service Fabric, Are reliable queues only available to the same service type?
我在 service fabric 中创建了一对服务，一个从源数据库中读取，如果发现任何新项目，则添加到可靠队列中；另一个尝试从可靠队列中出列并在我需要记录的另一个数据库中创建。
如果这两个进程都在同一个服务中，一切正常，但如果我在两个不同的服务中分离这个功能，第二个服务队列总是空的，这告诉我队列不一样。
因此我的问题是：可靠队列是否仅适用于相同服务类型的实例？有什么方法可以使可靠队列可用于两种或多种服务类型？如果我想跨服务类型共享同一个队列，是否必须改用服务总线？
我希望我的问题有道理，我一直试图在文档中找到它，但我没有看到任何有用的东西，也许我找错地方了。
可靠的集合确实只适用于一种特定的有状态服务类型。它背后的整个想法是数据（可靠收集）存在于代码（服务）所在的地方。
如果您想从另一个服务访问队列，您可以公开操作队列的方法以在服务接口上执行此操作，并让其他服务调用此服务。请参阅 this repo 以获取一些灵感。或者使用其他消息服务，例如 Azure 服务总线或 Azure 存储队列。
我在 service fabric 中创建了一对服务，一个从源数据库中读取，如果发现任何新项目，则添加到可靠队列中；另一个尝试从可靠队列中出列并在我需要记录的另一个数据库中创建。
如果这两个进程都在同一个服务中，一切正常，但如果我在两个不同的服务中分离这个功能，第二个服务队列总是空的，这告诉我队列不一样。
因此我的问题是：可靠队列是否仅适用于相同服务类型的实例？有什么方法可以使可靠队列可用于两种或多种服务类型？如果我想跨服务类型共享同一个队列，是否必须改用服务总线？
我希望我的问题有道理，我一直试图在文档中找到它，但我没有看到任何有用的东西，也许我找错地方了。
可靠的集合确实只适用于一种特定的有状态服务类型。它背后的整个想法是数据（可靠收集）存在于代码（服务）所在的地方。
如果您想从另一个服务访问队列，您可以公开操作队列的方法以在服务接口上执行此操作，并让其他服务调用此服务。请参阅 this repo 以获取一些灵感。或者使用其他消息服务，例如 Azure 服务总线或 Azure 存储队列。