*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