Raport Specjalny | IT@BANK 2024 – Consdata | Eximee BPMS – nowy stabilny fork Camunda 7

Jak wynika z oficjalnych komunikatów Camunda, w październiku 2025 r. dostawca oprogramowania wypuści ostatnią wersję edycji Community Edition (v7.24) i nie będzie jej dalej rozwijać. Co to oznacza? Po tej dacie nie będzie więcej wydań Camunda 7 CE, a repozytoria Camunda zostaną zarchiwizowane i oznaczone jako „przestarzałe”. Do repozytorium nie będą mogły być już zgłaszane żadne usprawnienia czy poprawki – rozwój funkcjonalny zostanie zakończony. Co ważne, nie będą wprowadzane również poprawki związane z bezpieczeństwem aplikacji.

Jakie alternatywy mają firmy korzystające do tej pory z Camunda 7?

Najbardziej oczywistym rozwiązaniem jest proces migracji do nowszej wersji – Camunda 8. Rozwiązanie to niesie jednak za sobą sporo ograniczeń. Camunda 8 fundamentalnie zmienia architekturę systemu, ogranicza dostępny zakres funkcjonalności i sposoby integracji. Dostawca oprogramowania wprowadza również politykę licencji z ograniczeniem dostępu do niezbędnych funkcji. Dla firm jest to duża zmiana technologiczna wymagająca migracji istniejących procesów.

Innym rozwiązaniem jest płatne przedłużenie wsparcia i poprawek bezpieczeństwa w ramach Camunda 7 Enterprise Edition. Jest to jednak tymczasowa opcja, która zapewnia użytkownikom możliwość korzystania z niej zaledwie przez cztery lata.

Trzecia alternatywa to migracja do innego narzędzia implementującego BPMN, np.: JBPM, Activiti, Flowable czy Kogito. Niezależnie od wyboru narzędzia, wymagane będzie kosztowne dostosowanie procesów do nowego silnika oraz ponowna integracja aplikacji biznesowych z tym silnikiem. Co ważne, narzędzia te są dostępne na rynku od dłuższego czasu, jednak od lat nie stanowią pierwszego wyboru dla firm, które stawiały do tej pory na rozwiązanie Camunda.

Eximee BPMS – najlepsze elementy Camunda 7 CE

Jako Consdata również pracujemy na Camunda 7, z sukcesem łącząc ją z naszą platformą low-code Eximee. Biorąc pod uwagę wady powyższych rozwiązań oraz potrzeby i obawy naszych klientów z sektora bankowego, a także śledząc zmiany rynkowe, od dawna jesteśmy gotowi na różne scenariusze. Najlepszym dla naszych klientów scenariuszem wydaje nam się w tym momencie własne rozwiązanie. Dlatego zdecydowaliśmy się stworzyć Eximee BPMS – silnik BPMS zbudowany w oparciu o ostatnią stabilną wersję Camunda. Eximee BPMS jest odpowiedzią na potrzeby rynkowe firm, które do tej pory korzystały z Camunda 7 i nie planują migracji do Camunda 8 oraz nie chcą przeprowadzać kosztownej migracji do innego narzędzia BPMS.

– Od wielu lat pracujemy z różnymi silnikami BPMS, w tym z tymi wywodzącymi się z JBPM i Activiti, dlatego znamy mocne i słabe strony tych rozwiązań. Wierzymy, że dzięki naszemu doświadczeniu zapewnimy kontynuację rozwoju najlepszych funkcjonalności Camunda 7 w postaci nowego silnika Eximee BPMS – podkreśla Maciej Ulaszewski, założyciel Consdata.

Eximee BPMS to rozwiązanie open source, on-premises i cloud-ready. Dzięki naszemu doświadczeniu w pracy na Camunda 7, postanowiliśmy dopasować funkcjonalności silnika Eximee BPMS pod kątem potrzeb użytkowników oraz przypadków biznesowych, które nieustannie rozwiązujemy przy użyciu Eximee Low-Code Platform.

Jako Consdata stawiamy na stabilny rozwój Eximee BPMS przez ewolucję, zachowanie kompatybilności w kluczowych obszarach oraz odchudzenie code-base silnika. Choć Eximee BPMS oferujemy w postaci open-source, planujemy również uruchomić support, który dostępny będzie w ramach płatnej usługi.

Wizja Eximee BPMS

• Uważamy, że BPMS jest krytycznym elementem systemu i zakres jego odpowiedzialności powinien być ograniczony do niezbędnego minimum.
• Kluczową odpowiedzialnością BPMS jest kontrola spójności i przepływu realizacji procesu zgodnie z definicją BPMN.
• Żadna funkcjonalność niezwiązana z nadrzędnym celem BPMS nie może wpływać na jego stabilność, wydajność, dostępność czy cykl wydawniczy.
• Najważniejsze cechy i założenia Eximee BPMS
• Efektywne zarządzanie złożonością i wydajnością

W Eximee BPMS stawiamy na rozdzielone funkcjonalności silnika zgodnie z architekturą CQRS (niezależne obsługiwanie zapytań i operacji), co pozwala na efektywne zarządzanie złożonością składowych architektury oraz wydajnością. Dzięki temu Eximee BPMS doskonale wpisuje się w naszą platformę Eximee Low-Code Development Platform oraz w inne systemy budowane w myśl wzorca CQRS.

• Tylko niezbędne funkcjonalności

Eximee BPMS skupia się na funkcjach realnie odpowiadających na potrzeby użytkowników, dlatego planujemy odchudzenie code-base silnika do minimum realizującego funkcjonalności związane z obsługą procesów.

• Dedykowane komponenty

Wszystkie elementy niekrytyczne dla spójności i prawidłowości interpretacji definicji BPMS oraz operacje odczytu mogą być realizowane jako dedykowane komponenty domenowe zbudowane na projekcjach strumienia zdarzeń.

• Realizacja zadań w odrębnych mikro usługach

Eximee BPMS będzie dostawcą zadań, a ich wykonanie będzie realizowane w odrębnych mikro usługach. Jest to rozwinięcie wzorca zadań zewnętrznych („External Task Pattern”) promowanego przez Camunda, który idealnie wpisuje się w architekturę platformy Eximee.

• Cloud-ready

Eximee BPMS będzie możliwy do wdrożenia jako PaaS w infrastrukturze chmurowej.

• Bezpieczeństwo

Eximee BPMS będzie rozwijany zgodnie ze standardami przyjętymi w Consdata dla rozwoju aplikacji bankowości elektronicznej. Oznacza to proces wytwórczy spełniający najwyższe wymagania w zakresie bezpieczeństwa oraz zapewnienie ciągłości rozwoju.

Zaufany dostawca – sprawdzone rozwiązanie

Co ważne, silnik Eximee BPMS jest tworzony i utrzymywany w całości przez Consdata, która od ponad 10 lat buduje systemy wykorzystujące wiodące BPMS.

Podczas tego okresu z sukcesem stworzyliśmy inne rozwiązanie open source – Kouncil – graficzny interfejs dla Apache Kafka z rozbudowanymi możliwościami monitorowania, który jest wykorzystywany na całym świecie, w znacznej mierze przez banki. Zarówno w przypadku Kouncil, jak i innych naszych produktów – budujemy rozwiązania w oparciu o potrzeby naszych klientów oraz najlepsze praktyki, skupiając się na kluczowych elementach funkcjonalnych dostarczających wartość.

Nasza wizja rozwoju Eximee BPMS jest zbudowana w oparciu o produkcyjne doświadczenia w zakresie wymaganych funkcjonalności, integracji, adaptacji istniejących BPMS oraz identyfikacji kluczowych ograniczeń w obecnej wizji rozwoju Camunda. Wierzymy, że technologicznie możliwa jest ewolucyjna rozbudowa BPMS zbudowanego na bazie Activiti/Camunda bez konieczności zrywania wstecznej kompatybilności i przepisywania rozwiązania.

Roadmapa rozwoju Eximee BPMS

Pierwsza oficjalna wersja Eximee BPMS planowana jest na początek IV kw. 2025 r., co oznacza, że wraz z końcem rozwoju Camunda 7, użytkownicy będą mogli korzystać już z pełni możliwości Eximee BPMS w sposób stabilny i bezpieczny.

Koniec Camunda 7 – co dalej?

Choć oficjalne zakończenie rozwoju dla Camunda 7 planowane jest za rok, banki już teraz powinny weryfikować możliwości migracji do narzędzia zastępczego. Najważniejszymi czynnikami decyzyjnymi z pewnością będzie stabilność, bezpieczeństwo, wydajność oraz łatwość dostosowania obecnych aplikacji do nowego silnika. Biorąc te czynniki pod uwagę, Eximee BPMS jest dla sektora bankowego rozwiązaniem co najmniej wartym rozważenia.