Websphere Liberty Profile 上 Worklight 服务器的拓扑答案

【问题标题】：Topology of Worklight Server on a Websphere Liberty ProfileWebsphere Liberty Profile 上 Worklight 服务器的拓扑
【发布时间】：2014-11-18 17:12:39
【问题描述】：

我正在尝试了解 Worklight 的拓扑结构。具体来说，WL 服务器如何处理其应用程序。

如果我理解正确，WL 服务器有一个<httpEndpoint>。这意味着一组 WL 应用程序将在该端口上具有其上下文根。对吧？

这意味着，如果我想将 /worklightconsole 放在自定义端口上，我需要网络安装而不是独立安装，这样我就可以拥有一个 WL 实例集群，并且每个实例都将绑定到不同的端口。

我是否正确理解了这件事？然后我可以使用反向代理将我的请求发送到正确的 WL 服务器实例。对吧？

提前致谢！

http://www-01.ibm.com/support/knowledgecenter/SSZH4A_6.1.0/com.ibm.worklight.installconfig.doc/admin/c_typical_topology_of_an_ibm_wor.html

【问题讨论】：

标签： ibm-mobilefirst websphere-liberty topology

【解决方案1】：

是的，httpEndpoint 条目定义了 http 和 https 端口，并且 WL 应用程序在这些端口上有它们的上下文根。如果您有具有相同 WL 运行时的不同 Liberty 服务器，请确保您共享相同的数据库和相同的模式。之后，您可以使用 Web 代理对不同 Liberty 服务器之间的请求进行负载平衡。

【讨论】：

感谢您的回答布鲁诺！我想我的机器上需要更多 RAM 才能让 Worklight 管理控制台远离我的公共网络...... :)
我对 WL 运行时的这种共享有疑问。如果我有两个 WLP 实例连接到同一个运行时，这两个实例将能够为同一个应用程序和适配器提供服务，对吗？作为事件源的适配器呢？每个实例都会定期工作吗？我在考虑有一个 WL Server 实例专门用作“后端”（负载均衡器永远不会指向他），这样最终用户就不会受到性能问题的影响，如果两个 WL 实例都做同样的工作，我会必须处理双倍的工作，对最终用户没有任何好处。对吗？
Worklight 运行时必须使用会话亲和性。这意味着反向代理在第一个请求之后将所有请求路由到同一服务器。这意味着当您启动会话时，它将路由到任何服务器，但同一会话上的所有以下请求都将路由到同一服务器。
是的。但我不是在谈论会话亲和性，因为采取行动的是具有 WL.Server.createEventSource 功能的 WL 服务器本身。例如，对于下面的示例，每个 WL 服务器都会发送推送通知？ ibm.com/developerworks/community/blogs/worklight/entry/…