Strategia wdrożeń i długofalowego wsparcia

W Consdata zależy nam na byciu wiarygodnym partnerem biznesowym, który aktywnie wspiera sukces projektów w dłuższej perspektywie. Współpracę z klientami i partnerami budujemy na przemyślanych założeniach oraz konkretnych, możliwych do wdrożenia planach. Dzięki temu oferujemy najbardziej dopasowane funkcjonalności, eliminując przy tym zbędne elementy silnika BPM, a jednocześnie zapewniając stabilne modele wsparcia na przyszłość.

Tworząc EximeeBPMS, postawiliśmy na kluczowe funkcje systemu, rezygnując jednocześnie z mogących go obciążać elementów opcjonalnych. Pozwala nam to nie tylko uprościć produkt, ale także zagwarantować jego łatwiejsze utrzymanie i rozwój w kolejnych latach.

Na tej stronie prezentujemy kierunek rozwoju EximeeBPMS – zarówno w zakresie komponentów systemu, jak i strategii wdrożeniowych oraz modeli wsparcia.

Rozwój EximeeBPMS

W ramach rozwoju silnika BPM stawiamy na nowoczesność, modularność i eliminację długu technologicznego.

  • Nowe komponenty takie jak REST API 2.0, Event API czy Templating Engine zapewniają elastyczność integracji i gotowość do pracy w architekturze mikroserwisowej.
  • Wspierane komponenty to stabilne fundamenty narzędzia: BPMN 2.0, DMN 1.3, multi-tenancy, Java/Groovy scripting czy Java API – będą one utrzymywane i rozwijane zgodnie z potrzebami użytkowników.
  • Wśród wycofywanych komponentów (np. CMMN, Camunda Forms, WebApps) znajdują się te, które nie były popularne wśród użytkowników lub opierały się na nieaktualnych bibliotekach i frameworkach.

Przyszłość EximeeBPMS to decentralizacja i większa niezależność komponentów. Wiele z nich – takich jak repozytorium definicji procesów, metryki czy audyt – zyska osobne interfejsy API oraz możliwość wdrażania jako zewnętrzne moduły.

Strategia wdrożeń

Zmienia się również podejście do wdrażania systemów BPM – odchodzimy od scentralizowanych i ciężkich serwerów aplikacyjnych na rzecz lekkich, kontenerowych rozwiązań.

  • Model embedded pozostaje w pełni wspierany, szczególnie w aplikacjach opartych o Spring Boot, Java i lekkie frameworki.
  • Model zdalny (remote, standalone), będący obecnie rynkowym standardem, jest kierunkiem, na który świadomie stawiamy – standalone JAR, kontenery Docker/Podman, wsparcie dla Kubernetes oraz gotowe obrazy Camunda Run umożliwiają szybkie, niezależne i powtarzalne wdrożenie w każdych warunkach.
  • Modele współdzielone (shared, container-managed) – klasyczne serwery jak WebLogic, JBoss czy WebSphere – zostaną wycofane, ponieważ są kosztowne w utrzymaniu i ograniczają elastyczność aktualizacji.

Elastyczność, automatyzacja wdrożeń i podejście cloud-native to podstawy, które wyznaczają kierunki rozwoju EximeeBPMS.

Modele wsparcia: Community Support oraz Commercial Support

Zdajemy sobie sprawę, że różne organizacje mają odmienne potrzeby w zakresie wsparcia. Dlatego oferujemy dwa modele: Community Support oraz Commercial Support.

  • Community Support zapewnia dostęp do otwartej dokumentacji, forum, zgłoszeń na GitHubie, a także regularnych aktualizacji i dwóch wydań rocznie. To rozwiązanie idealne dla zespołów z dużym doświadczeniem technicznym.
  • Commercial Support obejmuje dostęp do prywatnego forum i kanałów kontaktu, określony czas reakcji w ramach SLA dla zgłoszeń o priorytecie „blocker” i „critical”, obsługę zapytań oraz pozostałych problemów, a także aktualizacje związane z krytycznymi podatnościami. W ramach tego modelu oferujemy również wsparcie długoterminowe (LTS). To wybór dla organizacji, które potrzebują gwarancji stabilności i szybkiego reagowania.

Bez względu na wybrany model, EximeeBPMS gwarantuje transparentny rozwój, aktywną społeczność i dbałość o bezpieczeństwo użytkowników.