在扩展TWX应用程序时，需要遵循哪些架构和应用程序开发最佳实践？
大多数应用程序从少量设备开始，但随着时间的推移，它们很快就会增加到数千个设备。一旦流量过大，超出了一个TWX实例的处理能力，应该采取什么策略？ 当前端用户数量太多时，也同样适用于此问题。
2个回答
5
每当我有ThingWorx架构方面的问题时，我都会被重定向到下面链接的PTC ThingWorx指南。我不认为您需要PTC账户才能查看它，但如果需要，它是免费的。
ThingWorx 8高可用性管理员指南 http://support.ptc.com/WCMS/files/173281/en/ThingWorx_8_High_Availability_Administrators_Guide.pdf 在您担心负载较大的情况下，该指南建议使用两个ThingWorx实例来处理负载。
至少需要两个ThingWorx实例才能进行HA配置。启动单个实例，它将成为领导者并完全连接到数据库。备用服务器启动并在需要时可以成为领导者，但它们不会像领导者那样完全连接到数据库或加载信息。所有ThingWorx服务器都有一个由负载均衡器调用的服务，指示它们的可用性。不同的代码标识领导者（接收流量）和备用节点（不接收流量但可能成为领导者）。
参考指南中的高级架构示例：
负载均衡器决定用户使用哪个ThingWorx实例。通常，它用于确定在冗余架构中可用的实例（这是使其高度可用的原因）。但是，它也可以根据性能来确定使用哪个实例。在PTC的HA管理指南中，他们使用HAProxy（请参见第47页）作为负载均衡器。请参阅HAProxy Config Doc的3.2节以了解如何基于性能进行配置。
希望这有所帮助！这是一个非常开放的话题。
ThingWorx 8高可用性管理员指南 http://support.ptc.com/WCMS/files/173281/en/ThingWorx_8_High_Availability_Administrators_Guide.pdf 在您担心负载较大的情况下，该指南建议使用两个ThingWorx实例来处理负载。
至少需要两个ThingWorx实例才能进行HA配置。启动单个实例，它将成为领导者并完全连接到数据库。备用服务器启动并在需要时可以成为领导者，但它们不会像领导者那样完全连接到数据库或加载信息。所有ThingWorx服务器都有一个由负载均衡器调用的服务，指示它们的可用性。不同的代码标识领导者（接收流量）和备用节点（不接收流量但可能成为领导者）。
参考指南中的高级架构示例：
负载均衡器决定用户使用哪个ThingWorx实例。通常，它用于确定在冗余架构中可用的实例（这是使其高度可用的原因）。但是，它也可以根据性能来确定使用哪个实例。在PTC的HA管理指南中，他们使用HAProxy（请参见第47页）作为负载均衡器。请参阅HAProxy Config Doc的3.2节以了解如何基于性能进行配置。希望这有所帮助！这是一个非常开放的话题。
- Andrew Drake
2
您提供的解决方案与高可用性有关。拥有一个实例作为领导者，另一个实例作为备用并不会增加更多的处理能力，因此不符合水平扩展的要求。 - Mgccon
嗯，我帖子中的信息只是一个开始和高级架构。确定将用户重定向到哪个Thingworx实例取决于您用作负载均衡器的内容，在PTC的指南中，他们使用HAProxy，您可以在第47页上找到更多信息。（配置信息：http://www.haproxy.org/download/1.5/doc/configuration.txt）显然，代理可以配置为基于可用性进行重定向，但也可以为性能进行配置。请参阅HAProxy配置文档中的第3.2节。 - Andrew Drake
0
随着ThingWorx 9.0的发布，ThingWorx Foundation平台支持真正的水平扩展，通过提供主动-主动集群设置来实现无单点故障。文档在这里提供了有关安装和设置的详细信息。
此外，还有一个ThingWorx 9.0部署架构指南，概述了所有架构细节。
- user1693663
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接