我正在寻找一个流媒体服务器，而NATS流媒体上的文档并没有明确说明在我的情况下可以采用什么扩展策略。
我认为我们将使用FT模式，因为我们需要确保最佳的消息持久性，但这意味着整个通道一次只能由一台服务器处理。
还可以对信道进行分区，从而允许多个服务器FT组共存于单个网格中，并在不同服务器之间划分信道集。
然而，不清楚的是以下内容。
如果我选择了每个实体都接收一个专用的唯一通道的应用程序模型，并且我可以拥有数百万个共存实体(例如活跃客户(，那么NATS是否能够在FT+分区模式下同时处理数百万个通道？
在这种情况下，每个频道可能只有一个发布者和消费者。
拥有数百万活跃消费者(对应于唯一的频道(是一个延伸，我不确定NATS流媒体或其运行的系统是否能够处理。请注意，通道在磁盘上由一个目录表示，然后该目录包含消息(数据+索引(和该通道上订阅状态的文件。因此，您可能会遇到文件描述符问题。
从您的问题中不清楚每个通道的消费者是否为1，但如果不是，并且同一通道可能有大量消费者，那么您还需要考虑必须向这么多消费者传递消息(TCP发送(的扇出问题。