Camunda

Was wir tun.

1. 01

   Prozessmodelle in BPMN

   Wir modellieren jeden Prozess mit Ihren Fachverantwortlichen und Ihren Ingenieuren. Beide lesen dasselbe Modell, und es wird so ausgeführt, wie es gezeichnet ist.

2. 02

   Entscheidungen in DMN

   Regeln, die sich oft ändern, kommen in DMN-Entscheidungstabellen. Die Fachseite kann sie lesen, und der Prozess ruft sie über ihre Entscheidungs-ID auf.

3. 03

   Job Worker in Java

   Jeder Service Task nennt einen Job-Typ, und ein Worker in Java übernimmt diese Jobs. Wir schreiben Worker, die idempotent sind, damit ein erneuter Versuch keinen Schaden anrichtet.

4. 04

   Connectors

   Connectors rufen REST-Services und Message Broker direkt aus dem Modell auf. Wo kein Connector passt, übernimmt ein Job Worker die Arbeit.

5. 05

   Self-Managed oder SaaS

   Self-Managed auf Kubernetes oder Camunda SaaS, mit Operate, Tasklist und Optimize. Ab 8.8 ist Zeebe die Engine im Orchestration Cluster.

6. 06

   Agentische Orchestrierung

   KI-Agenten handeln innerhalb des Prozesses über den Camunda AI Agent Connector. Regeln, Freigaben und der Audit-Trail bleiben im BPMN-Modell.

// BPMN: the service task names a job type
// <bpmn:serviceTask id="CheckCredit"><bpmn:extensionElements>
//   <zeebe:taskDefinition type="check-credit" retries="3" />
// </bpmn:extensionElements></bpmn:serviceTask>
client.newWorker()
    .jobType("check-credit")
    .handler((jobClient, job) -> {
      String customerId = (String) job.getVariablesAsMap().get("customerId");
      boolean approved = creditService.check(customerId);
      jobClient.newCompleteCommand(job.getKey())
          .variables(Map.of("approved", approved))
          .send().join();
    })
    .open();