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实例。一个   单个实例启动，成为领导者并完全连接到   数据库。备用服务器启动，如果可以成为领导者   需要，但它们没有完全连接到数据库或加载   像领导者这样的信息。所有ThingWorx服务器都有服务   由负载均衡器调用，表示它们的   可用性。不同的代码识别接收的领导者   流量和备用节点，它们不接收流量但可能   成为领导者。

参考指南中的高级架构示例：

Load Balancer确定用户使用哪个ThingWorx实例。通常，它用于确定冗余架构中哪些可用（这使其具有高度可用性）。但是，它也可以用于根据性能确定使用哪个。在PTC的HA管理员指南中，他们使用HAProxy（参见第47页）作为负载均衡器。有关如何根据性能进行配置，请参阅HAProxy Config Doc的第3.2节。

希望这有帮助！这是一个非常开放的主题

Answer 2

在ThingWorx 9.0版本中，ThingWorx Foundation平台通过双活群集设置提供了真正的水平可扩展性，没有任何单点故障。文档here提供了有关安装和设置的详细信息。 还有ThingWorx 9.0 deployment architecture guide用于概述所有架构细节。

ThingWorx High Availability Clustering setup image