Deployment-Sicht

Ein Schleupen.CS-System verwendet sogenannte Deploymentrollen zur vereinfachten Installation auf verschiedene Arten von Hosts (z.B. Presentation Server und Business Process Server). Auf diesen werden Geschäftsprozesskomponenten und Länder mithilfe sogenannter Auslieferungseinheiten installiert. Diese Auslieferungseinheiten, auch Ale-Packages genannt, sind gepackte Pakete, die wiederum in nuget-Pakete beinhalten (Services-Package, DB-Patch-Package, etc.). Um bei einer Installation nicht alle Ale-Packages angeben zu müssen und diese inhaltlich zu clustern, werden diese sogenannten Prozesspaketen zugeordnet.

Ein Prozesspaket ist also eine Teilmenge aller Auslieferungseinheiten mit inhaltlich definiertem Funktionsumfang. Es enthält die Liste der Auslieferungseinheiten, die gemeinsam installiert werden sollen.

Im Folgenden wird ein grober technischer Überblick über die in Schleupen.CS 3.0 verwendeten Bausteine gegeben und wie diese miteinander kommunizieren:

Verteilung der Software-Bausteine zur Laufzeit und deren Kommunikation

Dargestellt in dieser Abbildung ist eine mögliche Verteilung der Software. So kann es natürlich mehrere Presentation Server und Business Process Server genauso wie mehrere Rabbit-MQ-Instanzen geben.

Auf einem Business Process Server befinden sich in der Regel

Web-Anwendungen (Länder, Broker des Service Bus)
Windows-Dienste (WorkflowHost von GP-Komponenten, Job-System, Business Event Dispatcher, Beats)

Die synchrone Kommunikation zwischen Ländern, GP-Komponenten erfolgt dabei über den Broker unter Zuhilfenahme der Service Registry.

Ein Presentation Server besitzt darüber hinaus das UI-Portal als Web-Anwendung Portal, in dem die UI-Bestandteile von GP-Komponenten angebunden sind. Diese Web-Anwendung greift im Allgemeinen über synchrone Service-Aufrufe auf die Services von GP-Komponenten und Ländern zu.

Die Schleupen-Bausteine kommunizieren mit einem DBMS, das sich auf einem DB-Server befindet, wobei die fachlichen Daten gemäß der Systemstruktur und den entsprechenden Datenbanken verteilt sind.

Der DB-Server hat im Standard zudem ein Elastic Search für das Monitoring. Dieses erhält seine Daten über Beats, die Windows-Dienste sind. Dementsprechend gibt es einen weiteren Server, den sogenannten Monitoring Server, der die Monitoring-Daten mittels Kibana anzeigt.

Für das Reporting wird ein Wildfly auf einem sogenannten Reporting-Server verwendet, der das Hosting für Birt als Reporting-Engine übernimmt.

Das Messaging erfolgt mithilfe des RabbitMQ-Brokers, der die einzelnen Bausteine verknüpft. Dabei legen die GP-Komponenten, Länder etc. die Messages im Broker ab, die über den Business Event Dispatcher gelesen und per Service-Aufruf an den Konsumenten weitergegeben werden.