Camunda process engine
Concept
De Camunda process engine is een Java-gebaseerde workflow- en beslissingsautomatiseringsmotor die BPMN-, CMMN- en DMN-modellen uitvoert. Het zorgt voor de orkestratie van processen, taken en regels, inclusief job scheduling, transactiebeheer en integratie met externe systemen. De process engine zit integraal embedded in de Java-gebaseerde Skryv SpringBoot applicatie. Klik hier voor meer architecturale informatie.
Onderdelen
Job executor
De Job Executor in Camunda is het onderdeel van de process engine dat verantwoordelijk is voor het uitvoeren van asynchrone taken en achtergrondjobs, zoals timers, externe taakpolling en retry-mechanismen. Het werkt met een threadpool om jobs uit de database op te halen, te vergrendelen en parallel uit te voeren, zodat processen niet geblokkeerd worden door lange-running activiteiten.
De instellingen van de job executor moeten afgestemd worden op de verwachte belasting van de applicatie. De Camunda defaults zijn doorgaans niet geschikt voor apps die in productie draaien.
Klik hier voor info over de werking van de job executor op de Camunda 7 documentatiesite.
Klik hier voor info over de configuratie job executor op de Camunda 7 documentatiesite.
Instellingen
Eigenschap | Beschrijving |
Job executor instelling | Maximale wachttijd (in ms) voordat een jobacquisitiethread opnieuw probeert jobs op te halen. Default Camunda: 60000 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 10000 |
Job executor instelling | Capaciteit van de interne jobqueue; bepaalt hoeveel jobs tegelijk in de wachtrij kunnen staan. Default Camunda: 3 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 1024 |
Job executor instelling | Aantal seconden dat een idle thread in de pool actief blijft voordat deze wordt beëindigd. Default Camunda: 0 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 2500 |
Job executor instelling | Duur (in ms) dat een job vergrendeld blijft voor uitvoering door een specifieke thread. Default Camunda: 300000 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 180000 |
Job executor instelling | Maximaal aantal jobs dat in één acquisitieronde wordt opgehaald. Default Camunda: 3 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 256 |
Job executor instelling | Wachttijd (in ms) tussen twee acquisitierondes wanneer geen jobs beschikbaar zijn. Default Camunda: 5000 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 2500 |
Job executor instelling | Aantal core threads in de jobexecutor-threadpool; deze blijven altijd actief. Default Camunda: 3 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 10 |
Job executor instelling | Maximaal aantal threads in de jobexecutor-threadpool bij piekbelasting. Default Camunda: 10 Voorbeeld intensief gebruikte app (aangepaste AWS-omgeving vereist): 64 |
Default:
| Waarde: boolean Indien |
Default:
| Waarde: boolean Indien |
Default:
| Waarde: boolean Deze parameter bepaalt of de Camunda-engine compatibiliteit met de Nashorn JavaScript-engine inschakelt. Dit kan nodig zijn voor legacy-applicaties die afhankelijk zijn van Nashorn voor JavaScript-uitvoering. Na update Skryv platform naar Java 17 wordt immers GraalVM gebruikt als de default JavaScript engine. |
| Waarde: boolean Deze parameter bepaalt of de Camunda REST API-gebruik in de applicatie is ingeschakeld. Als deze parameter op |
Default:
| Waarde: boolean Deze parameter bepaalt of de Camunda-engine JSON-serialisatie moet verkiezen bij het verwerken van variabelen en gegevens. Wanneer deze parameter is ingeschakeld (d.w.z. |
Externe info
Klik hier voor externe documentatie over de Camunda process engine.