Sprint Planning: Priorisiere dein Sprint Backlog

Camunda 7 Community Edition (CE) End of Life

Was tun, was sind die Alternativen?

Einleitung

In unserem DigiLAB nutzen wir mehrere Business Process Management-Plattformen (BPM-Plattformen) zu Demonstrations- und Übungszwecken. Dazu gehört neben anderen auch eine Plattform, die auf dem Toolstack von Camunda 7 Community Edition (CE) basiert. Wir verwenden sie insbesondere um die Vor- und Nachteile offener Architekturen mit lose gekoppelten Komponenten, den Best of Breed- und den Better-Coding-Ansatz der Prozessdigitalisierung und -automatisierung zu demonstrieren. Camunda 7 vereint eine hohe Performance der Engines mit einer offenen Architektur, bereitgestellt als Open Source. Die BPM-Plattform umfasst eine Prozess- und eine Entscheidungsengine, eine Tasklist mit Basisfunktionalität für die Aufgabenverwaltung sowie das Camunda Cockpit zur Administration und Überwachung von Prozessinstanzen. Camunda Optimize – ein Tool zur Erhebung und Analyse von Prozesskennzahlen bleibt hingegen der Enterprise Edition vorbehalten, ebenso wie einige Funktionen des Cockpits¹.

Mit Camunda 8 ist eine neue Plattform verfügbar, die perspektivisch Camunda 7 ablösen wird. Der Support der Community Edition von Camunda 7 wird bereits im Oktober 2025 mit Camunda Version 7.24 enden. Danach werden für die Community Edition weder funktionale noch Sicherheitsupdates bereitgestellt. Für die Enterprise Edition wird Camunda gemäß der aktuellen Roadmap noch bis April 2030 vollen Support bieten, im April 2032 endet dann auch der erweiterte Support. Ab Oktober gibt es aber auch für die Enterprise Edition nur noch Sicherheitsupdates für kritische Bugs und die Kompatibilität mit den Laufzeitumgebungen wird gewährleistet. Funktionale Updates wird es nicht mehr geben.²

Grund genug uns einmal Alternativen anzuschauen, sie zu analysieren und für uns zu bewerten.

Alternativen und ihre Vor- und Nachteile im Überblick

Was kann also getan werden, wenn aktuell Camunda 7 CE eingesetzt wird und die BPM-Plattform nicht ohne Support seitens des Anbieters weiter betrieben werden soll? Die nachfolgende Tabelle zeigt die Alternativen:

Alternative	Beschreibung	Vorteile	Nachteile
Erwerb einer Camunda 7 Enterprise Edition-Lizenz	Erwerb einer Lizenz für Camunda 7 Enterprise. Die Lizenz kann erworben und dann problemlos in der bestehenden Plattform eingespielt werden, Migrationen der Prozesse oder Anpassungen der Architektur bzw. Entwicklungstätigkeiten sind nicht notwendig.	Keine Migrationsaufwände begrenzt zukunftssicher durch Sicherheitsupdates und Sicherstellung der Kompatibilität zu Laufzeitumgebungen bis max. April 2032 Nutzung von Optimize sowie der Enterprise Feature der Camunda Webapps Keine Anpassungen der Workflows oder Decisions notwendig	Zusätzliche Kosten in Form von Lizenzgebühren, deren Höhe individuell festgelegt wird³ begrenzt zukunftssicher durch Sicherheitsupdates und Sicherstellung der Kompatibilität zu Laufzeitumgebungen bis max. April 2032 Eine der drei anderen Alternativen muss spätestens bis April 2032 umgesetzt werden
Migration auf Camunda 8	Migration der bestehenden Plattform auf die Plattform Camunda 8 in der Cloud oder OnPrem. Migration nicht mehr unterstützter Feature auf die Äquivalente von Camunda 8 (bspw. Camunda Forms). Anpassungen an API-Calls und den Workflows können notwendig sein.	Zukunftssicher durch funktionale und Sicherheitsupdates Nutzung der zusätzlichen Feature im Vergleich zu Camunda 7 CE wird ermöglicht	Zusätzliche Kosten in Form von Lizenzgebühren Migrationsaufwände deren Höhe stark von der Komplexität des bestehenden Systems sowie dessen Kompatibilität zu Camunda 8 abhängig ist
Migration auf einen Fork von Camunda 7 CE	Auf Basis der Open Source-Bestandteile von Camunda 7 werden z.Zt. einige Forks erstellt und weiterentwickelt. Diese sollen weiterhin als Open Source in einem zu Camunda 7 ähnlichen Community-Modell bereitgestellt werden. Zu diesen Forks gehören bspw. CIB seven⁴, Operaton⁵ oder Eximee BPMS⁶. Anpassungen der Architektur der bestehenden Lösung sind bei der Verwendung dieser Forks zunächst nicht zu erwarten. Eigenententwickelte Komponenten können aufgrund der Kompatibilität zu Camunda 7 weiter genutzt werden. Migrationsaufwände entstehen durch den Austausch der BPM-Plattform (bspw. durch Austauschen von Dependencies) und bei der Anpassung von Plugins.	Zukunftssicher durch funktionale und Sicherheitsupdates Keine zusätzlichen Kosten Keine Anpassungen der Workflows oder Decisions notwendig	Migrationsaufwände in geringer Höhe
Migration auf eine Plattform ohne Verwandtschaft zu Camunda 7 CE	Die Plattform wird durch eine Plattformen ausgetauscht, die kein Fork von Camunda 7 darstellt. In der Regel müssen die Workflows angepasst werden um die Kompatibilität mit der neuen Plattform herzustellen. Auch Schnittstellenaufrufe der Plattform sowie ggf. die Architektur der bestehenden Lösung müssen angepasst werden.	Zukunftssicher durch funktionale und Sicherheitsupdates Nutzung zusätzlicher Feature der neuen Plattform wird ermöglicht	In der Mehrzahl der Fälle zusätzliche Kosten in Form von Lizenzgebühren Migrationsaufwände in mittlerer bis großer Höhe, abhängig von der Komplexität des bestehenden Systems sowie dessen Kompatibilität zur neuen Plattform

Unsere Migration

In einem ersten Schritt haben wir die Migration auf einen Fork von Camunda 7 getestet, da es unser Ziel ist, mit der Plattform unsere Architektur und den Best of Breed- sowie den Better Coding-Ansatz für die Digitalisierung und Automatisierung von Prozessen zu demonstrieren. Dabei haben wir uns für die Plattform CIB seven entschieden – aus mehreren Gründen:

Die Plattform ist bereits in Version 1.1.0 öffentlich verfügbar. Die CIB stellt Maven Dependencies, eine ausführliche Dokumentation sowie Migrationsskripte zur Verfügung. Die Plattform ist Open Source.
Die CIB hat eine klare Roadmap für die Bereitstellung und die Weiterentwicklung der Plattform.
Die Plattform kann mit der Lösung CIB seven EE oder CIB flow kombiniert werden. CIB seven EE stellt analog zu Camunda 7 EE die Enterprise Feature inkl. Optimize und Long Term Support bereit. CIB flow ermöglicht den Einsatz von Low Code bei der Automatisierung von Prozessen in Ergänzung zum Better Coding-Ansatz.

Unser DigiLAB Workflow Management System ist modular aufgebaut. Die Prozess- und die Entscheidungsengine sind in einer als “ProcessApp” bezeichneten eigenständigen Komponente gekapselt. Diese Komponente besitzt Dependencies zu Camunda 7, die wir durch die entsprechenden Dependencies zu CIB seven ausgetauscht haben. Mit Suchen und Ersetzen ging das ebenso wie die Aktualisierung der Importe sehr schnell. Die bereitgestellten Migrationsskripte⁷ haben wir dafür gar nicht benötigt, sie sind aber sicher bei komplexen Applikationen sehr nützlich. Vor der Migration haben wir unser System noch auf die Version 7.22 von Camunda CE gehoben.

Wir benutzen das Camunda Community Keycloak-Plugin von Gunnar van der Beck, accso⁸. Das Plugin setzt auf der Camunda 7 Plattform auf und ist daher zunächst nicht mit CIB seven kompatibel. Aber auch hier ist die Migration schnell erledigt – im ersten Schritt und zu Testzwecken haben wir hier unseren eigenen Fork erstellt, die notwendigen Anpassungen an den Dependencies und Importen vorgenommen und als lokale Dependency für unsere Entwicklungsumgebungen bereitgestellt. Die CIB ist dabei, eine eigene Community für die Entwicklung und Pflege von Plugins aufzubauen. Inwiefern dann Migrationen von Plugins der Community auf CIB seven erfolgen bleibt abzuwarten, stellt aber sicher einen wichtigen Erfolgsfaktor dar.

Unsere ProcessApp haben wir anschließend als Container in unsere BPM-Plattform eingebunden und können nun wahlweise Camunda 7.22 CE oder CIB seven 1.1.0 verwenden – je nach Bedarf aktivieren wir den einen oder den anderen Container. Unsere Workflows sind in beiden Umgebungen uneingeschränkt lauffähig. Für die Administration und die Überwachung der Workflows verwenden wir weiterhin die Camunda Webapps Admin und Cockpit in einer eigenen gekapselten Komponente. Pendants von CIB seven stehen hier in der aktuellen Version 1.1.0 noch nicht zur Verfügung. Dies soll sich aber mit der Version 2.0 ändern. Wir sind gespannt.

Ausblick

Es stehen verschiedene Möglichkeiten zur Verfügung, dem Ende des Lebenszyklusses von Camunda 7 CE zu begegnen. Mit unserer Camunda- bzw. zukünftig auch CIB seven basierten BPM-Plattform wollen wir dessen offene Architektur verbunden mit dem Best of Breed- und dem Better Coding-Ansatz als eine Alternative für den Einsatz von BPM-Plattformen weiter verfolgen. Für andere Ansätze, bspw. einer stärker integrierten BPM-Plattform mit Komponenten aus einer Hand, nutzen wir die Produkte anderer Anbieter. Und so ist auch unser Zwischen-Fazit: CIB seven oder andere Forks sind für die Zukunft interessant, wenn der Philosophie von Camunda 7 CE treu geblieben und die Zukunftssicherheit des eigenen Systems mit geringen Migrationsaufwänden erhalten werden soll. Die Migration auf CIB seven 1.1.0 ist einfach und problemlos möglich – ggf. zunächst auch einfach mal zu Testzwecken.

Wie stehen Sie zu den Alternativen – sehen Sie ggf. weitere? Wenn Sie sich mit uns zu diesem Thema austauschen wollen – kommen Sie auf uns zu. Gerne diskutieren wir Ihre Fragen und Probleme hands on in unserem DigiLAB.

Zu den Unterschieden zwischen Camunda 7 Community Edition und Enterprise vgl. auch Camunda 7 Editions . Abruf am 25.04.2025 ↩︎
Support Announcements, Support Announcements | docs.camunda.org. Abruf am 15.04.2025 ↩︎
Zum Preismodell von Camunda 8 vgl. Preise. Abruf am 23.04.2025 ↩︎
CIB seven: CIB seven Open Source Camunda 7 Alternative – Migration. Abruf am 22.04.2025 ↩︎
Operaton: Operaton – Operaton. Abruf am 22.04.2025 ↩︎
Eximee BPMS: New stable open source Camunda 7 alternative | EximeeBPMS. Abruf am 25.04.2025 ↩︎
Migrationsskripte für die Migration auf CIB seven: GitHub – cibseven/cibseven-migration: Migration project from Camunda 7.22 to CIB seven 1.1, based on OpenRewrite. Abruf am 22.04.2025 ↩︎
Camunda Community Keycloak-Plugin: GitHub – camunda-community-hub/camunda-platform-7-keycloak: Camunda Keycloak Identity Provider Plugin. Abruf am 22.04.2025 ↩︎