crossbar订阅/状态存储在哪里？

crossbar创建和维护订阅时，订阅存储在哪里？我快速浏览了源代码，认为它们都存储在本地进程内存中。是这样吗？如果内容存储在内存中，那么水平扩展模型是什么？连接是否应固定到给定节点？如果连接中断并重新启动，或者服务器节点脱机，该怎么办？这些连接是否会丢失所有状态（订阅信息）？

描述了Crossbar.io将实现的扩展模型（即将于2015年实现）。在Crossbar.io节点上，订阅状态暂时存储在（每个路由器进程的）进程内存中，并跨路由器进程同步。给定的客户端始终连接到单个节点。当它断开连接时，它的订阅就消失了。当一个节点停机时，客户端将自动重新连接到集群中的另一个节点。客户端需要在新节点上重新建立其订阅。连接到两个不同节点（和同一领域）的两个客户端，其中节点都是一个集群的一部分，它们将透明地通信。

好的，这就是我的想法，感谢您的确认。您是否考虑过使用像Redis这样的分布式缓存来管理状态，以便节点故障可能会被另一个节点发现，并且订阅状态仍然保持不变？这是使自动缩放变得非常平滑的一个方面。是的，我们考虑了您提到的选项，但由于性能和体系结构（允许路由器的联合网络）的原因，选择了不同的设计。这让我想知道，在Heroku这样的平台上，缩放将如何工作（dynos不会相互交谈） ? 使用外部会话存储将使事情变得简单（我想）。