2016-05-09 16 views
0
  • Derzeit habe ich in-house-Workflow-Engine für nicht-menschliche Aufgaben entwickelt.
  • Im Durchschnitt haben meine Flow etwa 20 Service-Task-Unterstützung über 100 TPS pro 1 Host. (Ein 20-Core-Intel x86-Server). Latenz zwischen Task in nahe Null.
  • Ich bin der Meinung, die Open Source-BPM-Engine zu ersetzen, um mehr Leistung, GUI-Design-Tool, GUI für die Überwachung zu erhalten.
  • Ich habe keine Erfahrung in BPM, ich habe einige von ihnen recherchiert, ich denke, dass sie auf menschliche Aufgabe konzentrieren. Also ich über wie Latenz zwischen jeder Service-Aufgabe.
  • Können Sie einen Vorschlag geben, welcher ist mit meiner Anforderung geeignet?
+0

Sie erwähnen Sie haben einen Fluss mit 20 Service-Aufgabe jeder und Sie laufen 100 TPS. Bedeutet das, dass Sie 5 Flüsse pro Sekunde oder 100 Flüsse mit jeweils 20 Aufgaben ausführen? Ich bin gerade aus Performance Gründen von jbpm zu activiti gewechselt und ich bin bereit, ein bisschen zu diskutieren. –

Antwort

1

Betrachten Eclipse-Stardust. https://www.eclipse.org/stardust/

Wenn Sie transiente Vorgänge (oder asynchrones Schreiben von Audit-Daten), dann eine sehr geringe Latenz ist möglich (siehe 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)

Wir haben Benchmarks einschließlich der latenten Schreiben konfigurieren von Audit-Daten mit bis zu 20.000 Nachrichten pro Sekunde. Der Engpass an diesem Punkt war immer noch der Oracle RAC, der die Auditdaten schrieb. (Siehe Beispiele Umgebungen: https://wiki.eclipse.org/Stardust/Knowledge_Base/Infrastructure_System_Administration_Maintenance/Hardware_And_Sizing)

Siehe auch: Wissens: https://wiki.eclipse.org/Stardust/Knowledge_Base