ACTION BPMN #85 - WECHSELCHALLENGE (Camunda 7 zu Camunda 8) - Gast: Maximilian Kamenicky

Die Mission: Operative Migration ohne Totalschaden. Der Gast Maximilian Kamenicky (Camunda Champion aus Kyoto) und der Host (Mirko) analysieren die Komplexität des Wechsels von Camunda 7 auf Camunda 8. Der Fokus liegt auf technischen Fallstricken, Architekturänderungen und strategischen Vorbereitungen.

Der Status Quo: Vom Citybike zum Moped

Der Vergleich macht den Unterschied deutlich: Camunda 8 ist keine Weiterentwicklung von Camunda 7, sondern ein komplett neues Produkt auf einer neuen Architektur.

• Architektur: Weg von der eingebetteten Engine hin zum Satelliten-Modell (JobWorker).
• Technik: Der Wechsel erfordert eine Lernkurve. „Es ist stärker, aber auch gefährlicher. Man braucht einen Führerschein.“

Schritt 1: Java Delegates vs. JobWorker

Im Live-Code wird der Umbau eines Kreditgenehmigungsprozesses gezeigt:

• C7-Welt: Java Delegates greifen direkt in den Java-Kontext der Engine ein.
• C8-Welt: JobWorker agieren als externe Satelliten. Die Verlinkung erfolgt über den „Job Typ“.
• Optimierung: Es gibt verschiedene Wege der Implementierung – vom minimalen Aufwand bis hin zum „Variablen-Contract“ über Java-Klassen für sauberen Code.

Schritt 2: Die Stolpersteine – Listener & Schnittstellen

Hier entstehen die meisten Probleme bei der Migration:

• Event-Listener: Direkte Eingriffe in das Innenleben (Spring Event Listener) funktionieren nicht mehr eins zu eins.
• Schnittstellen: Der Zugriff auf den „Runtime Service“ muss durch API-Aufrufe (gRPC/REST) ersetzt werden.
• Update 8.8: Mit der neuesten Version wurden viele fehlende Funktionen (z. B. Task-Listener) nachgereicht, um die Migrationshürden für C7-Nutzer zu senken.

Schritt 3: Strategische Vorbereitung

Wer wechseln will, muss seine Hausaufgaben machen:

• Best Practice: Vor der Migration auf die letzte C7-Patchversion aktualisieren und Code bereits auf External Tasks umschreiben.
• Checkliste: Camunda bietet Migrationstools und Checklisten auf GitLab an.
• Architektur-Tuning: Mit Version 8.9 (Release am 14. April) wird ElasticSearch optional – herkömmliche Datenbanken können wieder genutzt werden, was den Betrieb für kleinere Setups vereinfacht.

Der Prozess im Detail: Kapitelübersicht

04:45 - Migration: Warum einfache External Tasks kein Problem sind

07:00 - Fallbeispiel: Loan Request Prozess in Camunda 7

08:50 - Formulare: Achtung beim Wechsel von C7 auf C8 Formate

11:45 - Code-Analyse: Wie ein Java Delegate in Camunda 7 aufgebaut ist

13:20 - Der Umbau: Annotationen und JobWorker in Camunda 8

16:15 - Profi-Tipp: Variablen-Contracts für aufgeräumten Code

18:55 - Gefahr: Wenn Spring Event Listener die Migration blockieren

20:55 - Runtime Service: Warum der Zugriff auf das Innenleben jetzt anders läuft

24:05 - Blackbox Camunda 8? Die Lernkurve für gestandene Entwickler

27:40 - Release 8.8: Der Meilenstein für Listener und User Tasks

30:45 - Insider: Warum ElasticSearch bald optional wird (Vorschau 8.9)

34:00 - Live-Demo: Kreditprüfung in der Camunda 8 Umgebung

38:25 - Einschätzung: Schwierigkeitsgrad der Migration (Skala 1 bis 10)

43:20 - Warnung: Warum man das „Herz“ der Engine niemals selbst austauschen sollte

Status: Migration machbar, aber kein Selbstläufer.

Hausaufgabe: C7-Altlasten aufräumen, bevor der Stecker gezogen wird. Am 14. April kommt das 8.9er Release mit spannenden Datenbank-Optionen.

#ActionBPMN #Camunda #Migration #C7toC8 #JavaDelegate #JobWorker #Prozessautomatisierung #BPMN #EnterpriseIT #Release89