为了扩展TWX应用程序，必须遵循哪些体系结构和应用程序开发最佳实践？
大多数应用程序从很少的设备开始，但是随着时间的流逝，它们很快就会增加到数千个设备。一旦一个TWX实例的流量过大，应遵循什么策略？
当前端被用户数量淹没时，同样的问题也适用。
最佳答案
每当我遇到ThingWorx架构问题时，都会被重定向到下面链接的PTC ThingWorx指南。我认为您不需要PTC帐户即可查看它，但是如果是这样，它是免费的。
ThingWorx 8高可用性管理员指南
http://support.ptc.com/WCMS/files/173281/en/ThingWorx_8_High_Availability_Administrators_Guide.pdf
如果您有大量负载问题，指南建议您使用
两个ThingWorx实例来处理负载。
高可用性配置至少需要两个ThingWorx实例。一个
启动单个实例，该实例成为领导者并完全连接到
数据库。备用服务器启动，并且可以在以下情况下成为领导者
需要，但它们没有完全连接到数据库或加载
像领导者一样的信息。所有ThingWorx服务器都有服务
由负载均衡器调用，表示它们的
可用性。不同的代码标识领导者，领导者接受
流量和备用节点，它们不接收流量，但可能
成为领导者。
参考指南中的高级架构示例：
负载平衡器确定用户将使用哪个ThingWorx实例。通常，它用于确定冗余体系结构中的哪些可用（这就是使其成为高度可用的原因）。但是，它也可以用于根据性能确定使用哪个。在PTC的HA管理指南中，他们使用HAProxy（p。47）作为负载均衡器。有关如何基于性能进行配置的信息，请参见HAProxy Config Doc的3.2节。
希望这可以帮助！这是一个很开放的话题