为低延迟服务任务建议开源BPM引擎

时间:2016-05-09 07:43:27

标签: jbpm activiti bpm bpmn camunda

  • 目前,我为非人类任务开发了内部工作流程引擎。
  • 平均而言,我的流量大约有20个服务任务支持,每个主机大约100 TPS。 (20核intel x86服务器)。 接近零的任务之间的延迟。
  • 我认为开源BPM引擎取代我的以获得更多性能,GUI设计工具,用于监控的GUI。
  • 我没有BPM的经验,我研究了其中的一些,我认为他们专注于人工任务。所以关于每个服务任务之间的延迟
  • 你能否提出哪一个适合我的要求?

1 个答案:

答案 0 :(得分:1)

考虑Eclipse Stardust: https://www.eclipse.org/stardust/

如果您配置瞬态进程(或审计数据的异步写入),则可能会有非常低的延迟。(请参阅http://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.stardust.docs.dev%2Fhtml%2Fconcepts%2Faudit-trail%2Ftransient-procs.html&cp=72_4_6_1

我们做了基准测试,包括延迟编写审计数据,每秒最多20.000条消息。此时的瓶颈仍然是Oracle RAC编写审计数据。 (参见示例环境:https://wiki.eclipse.org/Stardust/Knowledge_Base/Infrastructure_System_Administration_Maintenance/Hardware_And_Sizing

另见: 知识库:https://wiki.eclipse.org/Stardust/Knowledge_Base