Worklight 集群与 Worklight 服务器场有何不同？答案

【问题标题】：How does a Worklight Cluster differ from a Worklight Server Farm?Worklight 集群与 Worklight 服务器场有何不同？
【发布时间】：2014-08-08 10:42:56
【问题描述】：

此处描述了 Worklight Liberty 服务器场：

http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.installconfig.doc/install_config/t_install_server_farm_man_liberty.html

此处描述了 Liberty 上的 Worklight 服务器场：

http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.installconfig.doc/admin/t_setting_up_WL_liberty_8_5_cluster_env.html

第一个链接讨论服务器场。第二个链接提到了服务器场，但随后提到了集群中的独立服务器。 IBM 是否混淆了第二个链接中的集群和场这两个术语？

与集群中的一组常规独立服务器相比，Farm 为我提供了什么？

谢谢

【问题讨论】：

标签： ibm-mobilefirst worklight-server

【解决方案1】：

第一个链接http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.installconfig.doc/install_config/t_install_server_farm_man_liberty.html 是关于 Worklight 6.2 的强制配置，以便 Worklight 管理操作（基本上是从管理控制台执行的任何操作，例如上传 wlapp）传播到场中的所有实例。如果不遵循该程序，服务器场的行为将不一致。

第二个链接 (http://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.installconfig.doc/admin/t_setting_up_WL_liberty_8_5_cluster_env.html) 是关于使用 IBM HTTP Server 作为所有 Worklight 服务器实例的前端。在 Worklight 6.2 中，仅遵循该过程是不够的，还不足以拥有一个功能性场。

【讨论】：

感谢您的更新。但是农场在一个简单的集群之上提供了哪些特性和功能呢？在这两种情况下，WAR 文件都必须安装在每个 Worklight Server 上。在这两种情况下，WL 应用程序只安装一次，所有实例都可以访问更改/更新。因为它们都共享同一个数据库。第二个链接不创建场。但确实创建了一个完全可以接受的 WL 拓扑。是否有任何文档描述了场功能的特性和功能？谢谢
Worklight 6.2 不支持您所谓的“简单集群”。第一个链接的过程是强制性的。 WL 6.2 (www-01.ibm.com/support/knowledgecenter/SSZH4A_6.2.0/…) 中有一个新架构，强制执行此步骤。
感谢您的更新。当然必须更新第二个链接以反映这一点？阻止独立集群的限制是什么？鉴于两台服务器在地理上可能相距数英里，这在云中如何工作？有没有论文解释这个？谢谢
该链接要求必须配置 jmx 以用于管理目的。然而，没有任何迹象表明农场，farm.xml 是强制性的。