Camunda-7-Forks im Vergleich: CIB seven, Operaton und der Weg zurück

Als die Camunda 7 Community Edition im Oktober 2025 endete, entstand eine Lücke, die Camunda 8 nicht schließt: eine Engine, die weiterhin als Java-Bibliothek in der eigenen Anwendung läuft. Genau dort setzen die Forks an. Sie behalten die Bauform, die Camunda 8 aufgegeben hat.

Dieser Artikel vergleicht die beiden Forks mit belastbarer Dokumentation, CIB seven und Operaton, und stellt ihnen den Weg gegenüber, den die meisten übersehen: auf Camunda 7 zu bleiben. Alles, was hier steht, stammt aus der Dokumentation des jeweiligen Anbieters oder aus den GitHub-Metadaten und wurde am 2. September 2026 geprüft.

Warum es die Forks gibt

Camunda hat für die Community Edition nach dem letzten Release 7.24 vom 14. Oktober 2025 nichts mehr veröffentlicht, Sicherheitspatches eingeschlossen. Das Repository ist archiviert. Wer die Community Edition betreibt, hat damit keinen Zustand, den er halten kann. Die vollständigen Termine je Version stehen in Camunda 7: Wartungsende je Version.

Camunda 8 ist die Antwort des Herstellers darauf, aber sie ändert die Bauform. Ein Fork ändert sie nicht, und für einen eingebetteten Bestand ist das der ganze Unterschied.

Die beiden Forks nebeneinander

Beide verlangen als Ausgangspunkt Camunda 7.24. Das ist die praktisch wichtigste Zeile der Tabelle: Wer heute auf 7.20 oder 7.22 steht, hat vor jedem Fork zuerst ein ganz normales Versionsupgrade vor sich. Dieses Upgrade ist ohnehin auch der von Camunda vorgesehene Weg zurück in die Wartung.

Der Einwand gegen Operaton: kein Langzeitsupport

Operaton beantwortet die Frage in der eigenen FAQ ohne Beschönigung: „Operaton itself does not offer a traditional LTS line; the rolling 6-month support window is the model.“ (operaton.org/faq)

Für eine Bank, eine Versicherung oder einen öffentlichen Auftraggeber ist das häufig das Ausschlusskriterium, unabhängig von der technischen Qualität. Ein Betriebshandbuch, das ein Sicherheitspatchfenster zusichern muss, kann sich nicht auf ein Modell stützen, das alle sechs Monate ein Upgrade verlangt. Für ein Team, das ohnehin regelmäßig aktualisiert, ist derselbe Satz dagegen kaum ein Nachteil.

Die Gegenrechnung ist ebenfalls belegt: kostenlos, ohne Nutzungsgrenzen, produktiv erlaubt, gleiches Datenbankschema. Für einen Bestand, der die Community Edition kostenlos betrieben hat, ist das der einzige Weg in dieser Übersicht, der die Kostenstruktur überhaupt nicht verändert.

Der Einwand gegen CIB seven: die exakte Versionsvoraussetzung

CIB dokumentiert den Umstieg und liefert ein Skript auf Basis des OpenRewrite-Maven-Plugins. Die Voraussetzung ist allerdings eng gefasst: „The backend of CIB seven 2.1.0 is based on Camunda 7.24.0, so before the migration, please check your Camunda version: it should be Camunda 7.24.0.“ (docs.cibseven.org)

Das ist keine Kleinigkeit in der Planung. Der Umstieg ist damit zweistufig (erst auf 7.24, dann auf den Fork), und die erste Stufe kann je nach Alter Ihres Bestands die aufwendigere von beiden sein. Sie ist allerdings auch die Stufe, die Sie in jedem Fall gewinnen: Sie führt Sie zurück in die einzige Camunda-7-Linie, die noch gewartet wird.

Der dritte Weg, der in keiner Fork-Diskussion vorkommt

Auf Camunda 7 zu bleiben, mit einer bezahlten Enterprise-Subscription auf 7.24 LTS. Kein Code wird migriert, kein Anbieter gewechselt, und die Wartung läuft bis April 2030.

Wir nennen diesen Weg hier ausdrücklich, obwohl er uns kein Migrationsprojekt bringt, weil er für einen Teil der Leser die richtige Antwort ist. Er kostet Lizenzgebühren, für die Camunda keinen Preis veröffentlicht, und er verschiebt die Entscheidung um Jahre statt sie zu treffen. Beides kann genau das Richtige sein.

Und für Camunda-7-Nutzer, die nach Oktober 2025 an Patches kommen wollen, nennt Camunda selbst drei Wege, darunter eine kostenlose Lizenz über die Community-Programme. Was jede der drei Programmseiten heute tatsächlich sagt, steht in Camunda 7 weiterbetreiben.

Wie Sie zwischen den dreien entscheiden

1. Stellen Sie Ihre Edition fest. Enterprise auf 7.24 LTS heißt: Sie haben Zeit bis April 2030 und keinen Zwang. Community heißt: Sie bekommen seit Oktober 2025 nichts mehr, und die Entscheidung steht an.
2. Stellen Sie Ihre Bauform fest. Ist die Engine eingebettet, sind die Forks strukturell im Vorteil. Läuft sie bereits als eigener Dienst, ist Camunda 8 keine Architekturänderung mehr, sondern ein normales Projekt.
3. Stellen Sie Ihre Auflagen fest. Wenn ein zugesichertes Supportfenster gefordert ist, scheidet ein Modell mit rollierendem Sechs-Monats-Fenster aus, egal wie gut die Software ist.
4. Rechnen Sie den Weg auf 7.24 in jedem Fall ein. Beide Forks setzen ihn voraus, und Camunda ebenfalls.

Wenn Sie zuerst wissen wollen, was Camunda 8 architektonisch anders macht: Camunda 7 vs. Camunda 8 geht die dokumentierten Unterschiede durch.