Tibco - 最大流量限制属性

Question

我有一个启用了最大流量限制的进程。该值设置为 10。它是一个异步进程，用于每天获取数千条消息。我们注意到在高峰期，随着EMS服务器队列中消息的增加，tibco进程的性能下降。 Tibco 的缓慢与 EMS 消息流入增加之间是否存在任何依赖关系。如何计算流程的确切流量限制？我们有什么标准程序吗？

Answer 1

FlowLimit 配置设置是一个 BusinessWorks 设置，因此我假设您的 BusinessWorks 引擎正在使用来自 EMS 队列的消息。

存在流量控制的概念是为了确保传入 BusinessWorks 引擎的事件数不会导致 JVM 超出其可用内存资源。 BusinessWorks 通过暂时禁用流程启动器来实现流程控制，直到内存中的作业数量低于阈值。对于基于 EMS 的流程启动器，这意味着关闭 MessageConsumer，这会导致 EMS 停止向流程传递消息。在大量消息传递场景中，这将导致 EMS 服务器上的消息积压。此外，它还会导致客户端预取缓存中的任何消息重新确定优先级，以便在 EMS 服务器端重新传送。发生这种情况时，您会注意到 EMS 统计信息中的出站邮件数大于入站邮件数。

您最好避免进入流量控制场景。您当前的 FlowLimit 参数对于您分配给 JVM 的堆大小和您正在使用的消息负载大小是否现实？您能否增加 JVM 堆大小以及 FlowLimit？您是否能够运行 BusinessWorks 应用程序的多个实例，从同一个队列中分派(dispatch)以提高可伸缩性？这些方法可以帮助您扩展和避免消息积压。