Serviceübersicht
Die Services bzw. Hintergrunddienste sind elementar für die Funktionen der Anwendung. Diese Übersicht ermöglicht sowohl einen raschen Überblick über den aktuellen Zustand und ist zugleich Ausgangspunkt für die Analyse im Problemfall. Generell wird jeder Dienst in einem eigenen Docker-Container ausgeführt.
Name | Aufgabe |
|---|---|
codemeter | Container mit Service von Wibu Systems. Dieser prüft die Lizenz gegen die Hardware-Umgebung des Systems. |
configurator | Master-Service, insbesondere beim Update für die Kontrolle der Dienste zuständig. |
datawriter | Empfängt Daten und schreibt diese in die Datenbank |
edifact | Dieser Dienst überwacht einen Ordner, liest die Dateien und gibt die Daten z.B. MSCONS-Daten an den datawriter weiter. |
excelwcf | Bietet die WCF-Funktionalität für externe Programme. |
license | Dieser Container liest die codemeter-Lizenzinfos und publiziert diese, damit andere Module die Lizenzinformationen nutzen können. |
limitation | Dieser Dienst limitiert die Datenbank, indem er diverse, vom System generierte Daten in regelmäßigen Abständen löscht. Derzeit limitierte Daten:
|
logger | Dieser Dienst empfängt Protokolleinträge und ermöglicht so ein zentrales Protokollieren. |
maintenance | Wenn aktiviert, dann sammelt dieser Dienst System-Informationen und kann diese bei Service-Vertragskunden zur Systemüberwachung zyklisch an KBR senden. |
mobile | Dienst für die Mobile Web Applikation |
monitoring | Dieser Dienst überwacht Objekte und sendet ggf. über E-Mail eine Benachrichtigung. Derzeit überwachte Objekte:
|
proxy | Zentraler Reverse-Proxy auf Basis ngix, der die URLs auflöst und die Anfragen an die einzelnen Container bzw. Services weiterleitet. |
querybusmaster | Dieser Dienst ermittelt aus der Datenbank alle Zählpunkt-Messgrößen, bei denen die Datenanforderung aktiviert ist. Die Datenanforderung kann beim Zählpunkt (Liste der Messgrößen) aktiviert/deaktiviert werden. Die Datenanforderungen werden über RabbitMQ an den Workflow-Dienst gesendet, der diese dann ausführt. Dieser Dienst empfängt auch die Daten, die vom Busmaster via RabbitMQ gesendet werden:
|
rabbitmq | RabbitMQ ist ein sogenannter Message Broker– also eine Software, die Nachrichten zwischen verschiedenen Anwendungen oder Diensten vermittelt. Dieser Dienst sorgt u.a. für die Kommunikation der Dienste untereinander. RabbitMQ nutzt die Protokolle AMQP und MQTT. |
schedule | Dieser Dienst liest die Zeitpläne aus der Datenbank und publiziert die Ausführungen an die anderen Dienste. |
structuralcalculation | Dieser Dienst berechnet die Strukturdaten aller Medien. Unter Strukturdaten werden sowohl die System-Zählpunkte von Verteilungen und Standort-Medien als auch die Daten von Anteils-Objekten verstanden. Die Befehle für die Ausführung der Berechnungen werden über RabbitMQ an den Workflow-Dienst gesendet, der diese dann ausführt. |
transformation | Dieser Dienst führt die Datenkomprimierung aus. Die Transformationen und die Zeiträume für die Aufbewahrung der Daten kann im Web über die Eigenschaft des Projekts bearbeitet werden. Die Befehle für die Ausführung Transformationen bzw. für die Limitierung der Daten werden über RabbitMQ an den Workflow-Dienst gesendet, der diese dann ausführt. |
web | Der Webservice, welcher die Website hostet. |
workflow | Dieser Dienst empfängt Befehle (Zeitplan, Trigger und Workflow-Zuordnungen) und führt die entsprechenden Workflows aus. |
LED-Farbindikator
Farbwert | Prozess oder Dienst | Ereignis |
|---|---|---|
Schwarz / Grau | Keine aktuelle Information. Ziel nicht verfügbar oder erreichbar. | Keine Ereignisse |
Rot | Gestoppt oder beendet. | Fehler |
Gelb | - | Warnung |
Grün | Gestartet und verfügbar. |
|