【问题标题】:Behavior of WL.server.createEventSource on a Worklight Cluster EnvironmentWL.server.createEventSource 在 Worklight 集群环境中的行为
【发布时间】:2015-01-18 06:17:29
【问题描述】:

假设我有一个由 2 个 Worklight 服务器组成的集群,它们共享同一个 WL 运行时。

在那个运行时,我安装了一个带有适配器的应用程序,它是一个创建事件源函数。

就像这篇 IBM 文章一样。 https://www.ibm.com/developerworks/community/blogs/worklight/entry/configuring_a_polling_event_source_to_send_push_notifications?lang=en

我的问题是,在集群环境中会发生什么。 会重复工作吗? 换句话说,我的两台 WL 服务器会为事件汇集吗?

或者该功能可能是在 WL DB 上编写一个任务,如果没有实例处理它,WL 服务器会定期轮询该任务以检查工作,因此一次只有一个服务器将是“事件源”?

我正在使用 IBM Worklight 6.2 和 Websphere Liberty Profile 8.5.5

提前致谢!

【问题讨论】:

    标签: ibm-mobilefirst worklight-adapters websphere-liberty worklight-runtime


    【解决方案1】:

    经过一番咨询后,我尝试回答这个问题:

    我的问题是,在集群环境中会发生什么。将要 重复工作接踵而至?换句话说,我的两个 WL 服务器会是 汇集事件?

    虽然 Worklight 服务器共享相同的运行时,但它们仍被视为 2 个实例。这意味着他们每个人都将尝试执行轮询操作。这被认为是可以的。

    但是,需要注意的是,被轮询的后端系统应该足够聪明,能够处理对同一消息进行 2 次轮询尝试的情况。

    如果后端不知道如何正确处理轮询,则可以多次拉取同一消息。即使你有一个单一的事件源运行也是如此。所以这是需要牢记的。

    【讨论】:

    • 谢谢!将这一点放在我们的脑海中以帮助进行故障排除是件好事。就我而言,我使用该功能在我的数据库上定期触发存储过程,而不是咨询后端,这意味着从长远来看,我将不得不有额外的担忧。不过,谢谢您的麻烦。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-14
    相关资源
    最近更新 更多