Validierung und Deployment von BPMN-Prozessen

Übersicht

Bevor ein BPMN-Prozess in Pantarey produktiv eingesetzt wird, durchläuft er zwei zentrale Schritte: Validierung und Deployment. Die Validierung prüft die Modellkorrektheit, während das Deployment die lauffähige Version veröffentlicht.

Kurz zusammengefasst

Der Prozess wird modelliert, validiert und deployt. Dabei wird eine neue Version erstellt, die sofort für berechtigte Anwender verfügbar ist. Über Deployment-Einstellungen wird gesteuert, wie laufende Prozessinstanzen bei Model-Updates behandelt werden.

Warum das hilfreich ist

Durch systematische Validierung und kontrolliertes Deployment werden Fehler frühzeitig erkannt und laufende Prozesse bleiben auch bei Änderungen stabil.

Video (YouTube)

▶️Video auf YouTube öffnen

Vorteile

✅ Validierung: Fehler werden vor dem Deployment erkannt und können korrigiert werden.
🚀 Versionierung: Jedes Deployment erstellt eine neue Version mit Kommentar und Zeitstempel.
🔄 Kontinuität: Laufende Prozessinstanzen werden je nach Einstellung nahtlos weitergeführt.
📋 Nachverfolgbarkeit: Deployment-Kommentare dokumentieren Änderungen über Zeit.

Prozesse deployen

Deployment durchführen

Der gewünschte Prozess wird im Prozess Designer geöffnet.
Deploy wird ausgewählt.
Ein aussagekräftiger Kommentar wird eingegeben (z. B. „Initiale Version" oder „Freigabeschritt ergänzt").
Falls erforderlich, werden Deployment-Einstellungen angepasst (siehe nächster Abschnitt).
Das Deployment wird bestätigt.

Hinweis

Jedes Deployment erzeugt eine neue Version. Die Version wird automatisch hochgezählt und mit Zeitstempel sowie BeAnwenderinformation gespeichert.

Was passiert beim Deployment?

Der aktuelle Stand des Prozesses wird festgeschrieben.
Die veröffentlichte Version ist sofort über die Übersicht für berechtigte Anwender verfügbar.
Nur deployte Prozesse können gestartet werden.
Nicht deployte Änderungen bleiben als Entwurf bestehen.

Deployment-Einstellungen

Übersicht

Die Deployment-Einstellung steuert, wie laufende Prozessinstanzen während eines Model-Deployments behandelt werden. Diese Konfiguration ist wichtig, um sicherzustellen, dass bestehende Prozessinstanzen ordnungsgemäß weiterlaufen, auch wenn ein neues BPMN-Modell bereitgestellt wird.

Optionen

Es stehen zwei Optionen zur Auswahl:

1. Neue Prozesse verwenden das aktualisierte Modell

Bestehende Prozesse werden automatisch auf das neue BPMN-Modell umgestellt.

Vorteile:

Sofortige Anwendung von Änderungen auf alle Prozesse.
Keine parallelen Modellversionen im System.

Nachteile:

Kann zu Problemen führen, wenn das Modell wesentliche Änderungen enthält.
Gelöschte Activities oder veränderte Strukturen können laufende Prozesse unterbrechen.
Risiko von Inkonsistenzen bei komplexen Änderungen.

Achtung

Diese Option sollte nur bei kleineren, abwärtskompatiblen Änderungen verwendet werden (z. B. Textanpassungen, zusätzliche Dokumentation).

2. Smart Caching (empfohlen)

Laufende Prozesse bleiben zunächst mit dem ursprünglichen BPMN-Modell verbunden und verwenden dieses weiterhin für ihre Ausführung. Das neue Modell wird nur für neu gestartete Prozesse genutzt. Nach gewisser Zeit werden auch laufende Prozesse mit dem neuen Modell ausgeführt.

Vorteile:

Maximale Stabilität für laufende Prozesse.
Keine Unterbrechungen bei bestehenden Instanzen.
Gradueller Übergang zum neuen Modell.

Funktionsweise:

Laufende Prozesse nutzen das ursprüngliche Modell bis zum Abschluss.
Neue Prozesse starten automatisch mit dem aktualisierten Modell.
Nach einer gewissen Zeit (abhängig von der Prozesslaufzeit) wird das alte Modell aus dem Cache entfernt.
Besonders schnell abgeschlossene Prozesse verwenden in der Regel noch das alte Modell.

Empfehlung

Smart Caching bietet in den meisten Szenarien mehr Stabilität und ist die bevorzugte Option für Produktionsumgebungen.

Deployment-Einstellung ändern

Im Prozess Designer wird der Prozess geöffnet.
Im Deployment-Dialog wird die gewünschte Option ausgewählt.
Die Einstellung wird mit dem nächsten Deployment wirksam.

Best Practices

Deployment-Kommentare

Aussagekräftige Kommentare werden verwendet (nicht nur „Update" oder „Änderung").
Beispiele: „Freigabeschritt für Manager hinzugefügt", „E-Mail-Template aktualisiert", „Bug #42 behoben".
Bei Breaking Changes wird ein entsprechender Hinweis im Kommentar hinterlegt.

Deployment-Strategie

Kleine Änderungen: Häufiges Deployment mit klaren Kommentaren.
Große Änderungen: Vorher in Testumgebung prüfen, dann mit Smart Caching deployen.
Breaking Changes: Vor dem Deployment sicherstellen, dass keine kritischen Prozesse laufen.

Versionskontrolle

Wichtige Versionen werden dokumentiert (z. B. „v1.0 – Initiales Release").
Vor größeren Änderungen wird das aktuelle Modell exportiert (Backup).
Versionsnummern werden in den Deployment-Kommentaren referenziert.

Testing

Änderungen werden in einer Testumgebung geprüft.
Kritische Prozesse werden nach dem Deployment überwacht.
Bei Problemen wird auf die vorherige Version zurückgerollt (durch erneutes Deployment der alten Version).

Troubleshooting

Deployment schlägt fehl

Ursache: Validierungsfehler im Modell

Lösung:

Validierungsfehler im Prozess Designer werden geprüft (rote Markierungen).
Fehler werden behoben (z. B. fehlende Verbindungen, ungültige Expressions).
Das Deployment wird erneut versucht.

Laufende Prozesse brechen nach Deployment ab

Ursache: Einstellung „Neue Prozesse verwenden das aktualisierte Modell" bei Breaking Changes

Lösung:

Auf Smart Caching wird umgestellt.
Das Modell wird so angepasst, dass es abwärtskompatibel ist.
Falls nötig, wird die vorherige Version erneut deployt.
Betroffene Prozesse werden manuell neu gestartet.

Änderungen sind nicht sichtbar

Ursache: Browser-Cache oder Prozess wurde noch nicht neu gestartet

Lösung:

Browser-Cache wird geleert (Strg+F5).
Prozess wird beendet und neu gestartet.
In den Deployment-Details wird geprüft, ob die richtige Version aktiv ist.

Alte Version wird noch verwendet

Ursache: Smart Caching aktiv – laufende Prozesse nutzen das alte Modell

Lösung:

Dies ist normales Verhalten bei Smart Caching.
Neue Prozesse verwenden bereits das neue Modell.
Nach Abschluss aller laufenden Prozesse ist der Übergang vollständig.

FAQ – Häufige Fragen zu Validierung und Deployment

Kann ein Deployment rückgängig gemacht werden?
Ja. Die vorherige Version wird geöffnet und erneut deployt. Dadurch wird eine neue Version mit dem alten Stand erstellt.

Wie viele Versionen werden gespeichert?
Alle Versionen werden dauerhaft gespeichert. Es gibt keine automatische Löschung alter Versionen.

Können mehrere Personen gleichzeitig deployen?
Nein, ein Mechanismus verhindert, das sich mehrere Personen in die Quere kommen. Wenn ein Anwender ein BPMN-Modell bearbeitet so wird es für andere Personen gesperrt und nur im "Ansicht"-Modus dargestellt.

Was passiert mit laufenden Prozessen bei einem Deployment?
Das hängt von der Deployment-Einstellung ab. Bei Smart Caching laufen sie mit dem alten Modell weiter; bei der anderen Option werden sie auf das neue Modell umgestellt.

Können Deployment-Kommentare nachträglich geändert werden?
Nein. Deployment-Kommentare sind unveränderlich und dienen der Nachvollziehbarkeit.

Wie lange dauert ein Deployment?
In der Regel wenige Sekunden.

Werden Berechtigungen durch ein Deployment beeinflusst?
Nein. Berechtigungen werden unabhängig vom Deployment verwaltet.

Kann ein Prozess ohne Deployment getestet werden?
Nein. Prozesse müssen deployt werden, um ausführbar zu sein. Für Tests wird eine separate Testumgebung empfohlen. Ein Testmodus ist derzeit in der Entwicklung.

Technische Details (für Administratoren)

Versionierung

Versionen werden automatisch hochgezählt (1, 2, 3, ...).
Jede Version enthält Zeitstempel, BeAnwender und Kommentar.
Alte Versionen bleiben im System und können wiederhergestellt werden.

Performance

Deployments sind optimiert für schnelle Ausführung.
Smart Caching nutzt serverseitige Caching-Mechanismen.
Alte Modelle werden automatisch aus dem Cache entfernt, wenn keine Prozesse mehr darauf zugreifen.

Berechtigungen

Für Deployment-Operationen wird die Rolle Prozesse erstellen oder admin benötigt.