ThingWorx水平伸缩性

Question

为了扩展TWX应用程序，必须遵循哪些架构和应用程序开发最佳实践？

大多数应用程序开始时只有很少的设备，但随着时间的推移，它们很快就会增加到数千台设备。当单个TWX实例的流量过大时，应采取什么策略？当前端被用户数量压垮时，同样的问题也适用。

Answer 1

每当我有ThingWorx体系结构问题时，我都会被重定向到下面链接的PTC ThingWorx指南。我不认为你需要PTC帐户来查看它，但如果是这样的话，它是免费的。

ThingWorx 8 http://support.ptc.com/WCMS/files/173281/en/ThingWorx_8_High_Availability_Administrators_Guide.pdf高可用性管理员指南

如果您有很大的负载问题，本指南建议使用两个ThingWorx实例来处理负载。

HA配置至少需要两个ThingWorx实例。启动单个实例，该实例成为leader并完全连接到数据库。备用服务器启动并在需要时成为领导者，但它们不像领导者那样完全连接到数据库或加载信息。所有ThingWorx服务器都有一个由负载均衡器调用的服务，该服务指示它们的可用性。不同的代码标识接收流量的引导者和不接收流量但可能成为引导者的备用节点。

参考指南：中的高级体系结构示例

​

负载均衡器确定用户将使用哪个ThingWorx实例。通常，它用于确定冗余体系结构中的哪些是可用的(这就是使其高度可用的原因)。但是，它也可用于根据性能确定使用哪种方法。在PTC的HA管理指南中，他们使用HAProxy (请参见第47页)作为负载均衡器。有关如何根据性能进行配置的信息，请参阅HAProxy Config Doc的3.2节。

希望这能有所帮助！这是一个相当开放的话题。

Answer 2

在ThingWorx 9.0版本中，ThingWorx基础平台通过主动-主动群集设置支持真正的水平可伸缩性，不提供单点故障。文档here提供了有关安装和设置的详细信息。还有一个用于概述所有架构细节的ThingWorx 9.0 deployment architecture guide。

ThingWorx High Availability Clustering setup image