根据文档，NATS 服务器设计是一种“服务器优先”的方法，涉及防止“惰性客户端”。惰性客户端只是在性能不佳的情况下启动。
因此，我内部化了一个假设，即从边缘连接的任何东西都不应该直接连接到 NATS 服务器，而是应该访问一些中间层服务点，该服务点通过内部发起的连接来管理和映射性能较差的外部连接到NATS 服务器。
例如，考虑远程客户设施上的客户服务节点，该节点访问通过 NATS 以某种形式提供服务的后端服务。
我所说的假设在非常严格的意义上是否正确，即使考虑到可能的客户端连接数量少并且这些设施的网络服务稳定，也不建议该远程节点直接连接到 NATS 服务器？
或者，是否可以直接从该远程节点连接如果，并且仅当我有一个已知的可靠基础架构（低延迟、高带宽、可靠等）。
最后，如果到那个远程节点的路径不是一个非常可靠的网络服务呢？具体来说，是不是更好 A）如我所描述的那样，在后端使用中间服务来管理端点连接请求并通过内部连接传递它们，或者 B）最好让它直接连接到服务器并让 NATS 根据需要启动它，然后使用丢弃方法重新连接以尽可能保持连接状态？
这里的一个很好的例子是移动端点，它可能由于各种原因而定期上下，并且完全没有设备或基础设施的故障。
目前，我将每个 NATS 解决方案设计为“仅后端连接”设计。如果这不必要地使我的设计过于复杂，我当然想停止强制该设计约束。:)