Release Notes 4.4

Die zu Analytics gehörenden Logstash-Pipelines für die Nutzerinteraktionserfassung aus map.apps und die dazugehörigen Dashboards zur Analyse der Daten unterstützen nun die aktuelle Version von Elasticsearch (7.6/7.7). Eine Unterstützung von Version 1.7 ist nicht mehr gegeben. Bitte beachten Sie den im Developer Network erscheinenden Artikel zu Migrationswegen für die Bestandsdaten.

Kibana als User Interface des Elasticsearch Stacks kann nun als Anwendung zur Nutzung von neuen Dashboards verwendet werden, die die in map.apps oder security.manager erfassten Nutzerinteraktionsdaten anzeigt.

Neben der gewohnten Erfassung von Nutzerinteraktionen, verfügt Analytics nun auch über Methoden, um Monitoring-Ereignisse aus service.monitor Monitoring in Elasticsearch zu speichern und grafisch in Kibana darzustellen. Ebenso kann mit Analytics eine Übersicht über die in den con terra Webanwendungen erzeugten Logfiles erreicht werden. Zur Betrachtung und Analyse von Logfiles von Esri ArcGIS Enterprise Komponenten liegen ebenso Möglichkeiten vor.

Dazu bietet Analytics neue Logstash-Pipelines und Kibana-Dashboards zur Nutzung an.

Mit dem neuen Passwort-Management ist es möglich, Nutzername und Passwort einmalig zu definieren und innerhalb der Monitoring-Dienst-Definition zu referenzieren. Sollte sich das externe Passwort ändern, so muss diese Änderung nur innerhalb des neuen Credential-Management angepasst werden.

Neue Dienste (die eine Authentifizierung erfordern) müssen vom Passwort-Management Gebrauch machen. Die hinterlegten Passwörter werden symmetrisch verschlüsselt in der Datenbank gespeichert.

service.monitor Monitoring unterstützt nun die Überwachung von smart.finder Indexierungsjobs. Dabei ist service.monitor in der Lage, auf Basis der letzten erfolgreichen Job-Ausführung und dem hinterlegten Ausführungsintervall zu ermitteln, ob die stabil und erfolgreich stattfindet.

Um von den ausgeprägten Visualisierungsmöglichkeiten von Zeitreihendaten der Anwendung Kibana aus dem Elasticsearch Stack zu profitieren, unterstützt service.monitor nun die Weiterleitung aller Monitoring-Events an Elasticsearch (unter Nutzung einer Logstash Pipeline).

service.monitor unterstützt Java Runtime Environments in der Version 8 und 11.

Die Konfiguration des Datenbankherstellers hat sich in der Konfiguration des Monitoring vereinfacht. Statt aller Angaben zu Treiber, Dialekt usw machen zu müssen, reicht nun die Setzung einer einzelnen Property (hier PostgreSQL als Beispiel):

Die INSPIRE Quality of Service Anforderungen haben sich in den letzten Jahren weiterentwickelt und treffen nun einige Annahmen in welcher Art und Weise bestimmte INSPIRE Regeln diesbezüglich geprüft werden sollen. Dies betrifft insbesondere wie Anfragen dynamisch an den Client gesendet und dessen antworten interpretiert werden sollen. Für INSPIRE View Services soll z.B. der GetMap Request alternierende BBOXen verwenden und ein leeres Bild als Antwort als ungültig betrachtet werden, wenn eigentlich Daten zu erwarten gewesen wären.

Tatsächlich kann service.monitor aktuell nicht alle geforderten Bedingungen über die oben genannten Features erfüllen. Wir empfehlen Ihnen die Jobkonfiguration in einer Weise zu verwenden, dass die grundsätzlichen Anforderungen abgedeckt werden können. Überwachen Sie zum Beispiel INSPIRE Performance, erstellen Sie bitte einen Service Endpoint mit zwei Jobs. Einer von beiden prüft die GetCapabilities Operation, der andere die GetMap Operation. Über die Setzung des Intervals für die Jobausführung kann ein den Regularien gerechtes Verhältnis der beiden Operationen erreicht werden. Um solche Einstellungen zu ermöglichen, lesen sie bitte den Anhang (Flexible INSPIRE Konfiguration) der Installationsdokumentation.