HA 应用程序的最佳做法
正确写入 JavaScript 并减少到 ThingWorx Platform 的往返将始终有助于提高性能。为了支持 ThingWorx 9 中的高可用性群集模式，模型的使用和存储方式已发生更改，并采用了可使服务器间数据保持同步的共享状态机制。这些更改会影响某些 API 的性能，因为它们在检索相同的信息时需要比以往承担更多的工作量。先前未针对性能优化的代码在 ThingWorx 9 中可能会变得很慢，在群集环境中可能会变得极慢。
• 模型信息不再存储于事物上；系统每次都将遍历模型树，以获取模型信息。所有检索事物信息的 API 均会受到影响。
• 所有 JavaScript 服务状态目前均存储于缓存层中。
◦ 其在单一服务器模式下是一个速度相当快的内存中缓存，但开销比仅存储在事物对象中要大。在群集模式下运行时，缓存是分布式的，且每次调用时均会执行到远程主机的往返。这将导致调用延迟且不易控制。
◦ 缓存层可以是本地的，也可以是远程的。新系统会创建一个从 JavaScript 对象返回初始对象的单向代理。因此，每次对 JavaScript 对象进行更改时均会触发初始对象中属性的全面更新。且对初始对象所做的更改不会反映在 JavaScript 对象中。
所有内容均应视为远程对象处理。对于远程对象，您希望在远程间隙之间尽可能少的执行调用以消除延迟。在服务器上调用 API 时应采用相同的方法。调用次数越少越好。