Ibm mobilefirst Websphere Liberty配置文件上Worklight Server的拓扑

Ibm mobilefirst Websphere Liberty配置文件上Worklight Server的拓扑,ibm-mobilefirst,websphere-liberty,topology,Ibm Mobilefirst,Websphere Liberty,Topology,我试图了解Worklight的拓扑结构。特别是WL服务器如何处理其应用程序 如果我理解正确,WL服务器有一个。这意味着一组WL应用程序将在该端口上具有其上下文根。对吧? 这意味着,如果我想将/worklightconsole放在一个自定义端口上,我需要一个网络安装,而不是一个独立的,这样我就可以拥有一个WL实例集群,每个实例都将绑定到不同的端口 我对这件事的理解正确吗?然后,我可以使用反向代理将我的请求绑定到WL服务器的正确实例。 对吧? 提前谢谢 是httpEndpoint条目定义了http和

我试图了解Worklight的拓扑结构。特别是WL服务器如何处理其应用程序

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

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

我对这件事的理解正确吗?然后,我可以使用反向代理将我的请求绑定到WL服务器的正确实例。 对吧?

提前谢谢


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

谢谢你的回答,布鲁诺!我想我的机器上需要更多的RAM,以防止worklight管理控制台进入我的公共网络:)我对WL运行时的共享有疑问。如果我有两个WLP实例连接到同一个运行时,两个实例将能够为同一个应用程序和适配器提供服务,对吗?那么作为事件源的适配器呢?每个实例将定期执行工作?我在考虑让一个WL服务器实例专门用作“后端”(负载平衡器永远不会指向他),这样最终用户就不会受到性能问题的影响,如果两个WL实例都做相同的工作,我将不得不处理加倍的工作,对最终用户没有任何好处。对吗?Worklight运行时必须使用会话关联。这意味着反向代理在第一个请求之后将所有请求路由到同一服务器。这意味着,当您启动会话时,它将路由到任何服务器,但同一会话上的以下所有请求都将路由到同一服务器。是。但我不是说会话关联,因为执行操作的是具有WL.Server.createEventSource功能的WL服务器本身。例如,对于下面的示例,每个WL服务器都会发送推送通知吗?