Seminar Flowable Event Registry und ereignisgetriebene Architektur

Die Schulung zeigt, wie Flowable auf fachliche Ereignisse reagiert und selbst verlässliche Ereignisse publiziert. Ereignisse werden dabei als versionierte Verträge mit definierten Daten, Schlüsseln und Zuständigkeiten behandelt, nicht als lose technische Nachrichten.

Inhaltsverzeichnis

1. Einordnung und Einsatzfelder
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
   • Tag 1: Ereignisverträge, Kanäle und Korrelation
   • Tag 2: Zuverlässigkeit, Integration und Betrieb
6. Praxisprojekt
7. Arbeitsweise im Seminar

Einordnung und Einsatzfelder

Prozess- und Fallstarts, wartende Instanzen, externe Systeme und Messaging-Infrastruktur werden durch Korrelation, Idempotenz, Fehlerpfade und Monitoring zu einer belastbaren Architektur verbunden.

Zielgruppe

Solution Architects, Integrationsentwickler, Flowable-Entwickler, Event- und Plattformarchitekten sowie technische Modeler.

Voraussetzungen

Grundkenntnisse in BPMN oder CMMN und in asynchroner Systemintegration. Messaging-Erfahrung ist hilfreich.

Lernziele

• Fachliche Ereignisse als stabile Verträge modellieren.
• Kanäle für Ein- und Ausgang passend konfigurieren.
• Ereignisse mit Prozessen und Fällen sicher korrelieren.
• Duplikate, Reihenfolge, Wiederholung und Fehler robust behandeln.
• Ereignisflüsse testen, beobachten und versionieren.

Seminarinhalte

Tag 1: Ereignisverträge, Kanäle und Korrelation

1. Schritt 1: Fachliche Ereignisse von Befehlen und technischen Meldungen abgrenzen und Eigentümer, Schlüssel sowie Gültigkeit festlegen.
2. Schritt 2: Event-Modelle mit typisierten Nutzdaten, Metadaten, Korrelationseigenschaften und Versionsregeln erstellen.
3. Schritt 3: Eingehende und ausgehende Kanalmodelle für die verwendete Transportart konfigurieren und Umgebungswerte trennen.
4. Schritt 4: Prozess- und Fallstarts sowie wartende Zwischenereignisse mit eindeutigen Korrelationsschlüsseln verbinden.
5. Schritt 5: Ein End-to-End-Ereignis vom Eingang über die Instanzzuordnung bis zur fachlichen Reaktion verfolgen.

Tag 2: Zuverlässigkeit, Integration und Betrieb

1. Schritt 1: Idempotenzschlüssel und fachliche Duplikaterkennung einsetzen, damit Wiederholungen keine Doppelverarbeitung erzeugen.
2. Schritt 2: Reihenfolge, verspätete Ereignisse, fehlende Korrelation und konkurrierende Aktualisierungen anhand klarer Regeln behandeln.
3. Schritt 3: Fehlerkanäle, Retry-Strategien, Dead-Letter-Verfahren und manuelle Nachbearbeitung in das Betriebsmodell aufnehmen.
4. Schritt 4: Ausgehende Ereignisse transaktionsbewusst erzeugen und Konsistenz zwischen Prozesszustand und Nachricht bewerten.
5. Schritt 5: Metriken, Protokolle, Auditdaten und fachliche Kontrollwerte für Überwachung, Alarmierung und Support definieren.

Praxisprojekt

Im Praxisprojekt wird eine ereignisgesteuerte Auftragsbearbeitung mit Startkorrelation, wartendem Ereignis, ausgehender Statusmeldung, Duplikatschutz und Fehlerkanal umgesetzt.

• Event-Vertrag und Schlüssel definieren.
• Ein- und Ausgangskanal konfigurieren.
• Prozesskorrelation modellieren.
• Duplikat- und Fehlerfälle testen.

Arbeitsweise im Seminar

Die Inhalte werden in kurzen fachlichen Einführungen, Live-Demonstrationen und aufeinander aufbauenden Übungen erarbeitet. Jeder Arbeitsschritt wird zunächst begründet, anschließend am System umgesetzt und danach anhand eines prüfbaren Ergebnisses kontrolliert. Fehlerbilder und alternative Lösungswege werden bewusst einbezogen.