(openPR) Schrobenhausen, 03.04.2024 - Ein neues, modernes Frontend, detaillierte Operator-Privilegien, ein ausgefeiltes Approval-System und vieles mehr bietet der Workload Automation Allrounder BICsuite mit dem neuen Release 2.11. Die wichtigsten neuen Features auf einen Blick:
Neues Frontend
Auf der Basis von NodeJS und Angular wurde ein von Grund auf neues Frontend entwickelt. Die browserbasierte Anwendung wurde als Single Page Application konzipiert, damit wurde ein wichtiger Nachteil des Zope-basierenden Frontends eliminiert.
Das Design des Frontends, die Bedienbarkeit und Performance wurden dadurch deutlich modernisiert und verbessert. Aufgrund der Vermeidung von Round-Trips zum Webserver ist die Bedienung nun deutlich flüssiger und angenehmer geworden. Mit Release 2.11 wird das neue GUI als Beta-Release ausgeliefert. Trotz intensiver Tests kann im Beta-Release des GUI nicht ausgeschlossen werden, dass einige Funktionen nicht zu 100% funktionieren. Über Fehlermeldungen freuen wir uns sehr. Deshalb steht das Zope-basierte Frontend weiterhin als Fallback-Lösung zur Verfügung.
Vollständiger Frontend Support für das Object Monitoring
Watch Types und Object Monitors können nun von der GUI aus definiert werden. Dazu wird das Privileg manage_watchtype benötigt. Es ist nicht mehr nötig, für die Erstellung und Bearbeitung von Watch Types auf die Kommandozeilen-Ebene auszuweichen.
Detaillierte Operator Privilegien
Zusätzlich zum einzelnen OPERATE Privileg, sind nun auch detaillierte Privilegien möglich. Das reine OPERATE Privileg entspricht dabei der Gesamtheit aller Einzelprivilegien, und ist damit semantisch gleichbedeutend mit dem OPERATE Privileg aus den vorherigen Releases. Das OPERATE Privileg kann aber entzogen und in Form von Privilegien für Einzeloperationen wieder vergeben werden. Damit kann z.B. verhindert werden, dass jeder Operator Jobs canceln kann.
Cancel with Kill
Es ist möglich, beim Cancel die Kill Option zu spezifizieren. Alle laufende Jobs mit Kill Program werden dann zuerst abgebrochen und anschließend gecancelt. In diesem Zusammenhang wurde auch die Möglichkeit des rekursiven Kills (ohne Cancel) implementiert.
Approval System
Auf Kundenwunsch wurde in Release 2.11 ein System für das Ermöglichen eines 4-Augen Prinzips für kritische Operator-Eingriffe implementiert. Auf Master-, Parent- oder Jobebene kann festgelegt werden, welche Operator-Eingriffe nach dem 4-Augen Prinzip durchgeführt werden, welche nur nachträglich überprüft werden sollen, und welche unkritisch sind. Wird das 4-Augen Prinzip gefordert, dann wird im Falle eines entsprechenden Operator-Eingriffs ein Approval-Request ins System eingestellt. Eine zweite Person mit dem Approval-Privileg kann die Aktion danach entweder bestätigen oder ablehnen. Erst nach der Bestätigung durch die zweite Person wird die Operation auch tatsächlich durchgeführt. Wird nur eine anschließende Überprüfung gefordert, wird die Operation sofort durchgeführt, aber es wird auch ein Approval Request ins System eingestellt. Anschließend kann eine zweite Person die Operation gutheißen oder ablehnen. Hierbei steht der dokumentative Charakter im Vordergrund. Es kann zwischen den unterschiedlichen Operationen differenziert werden. So kann etwa ein CANCEL das 4-Augen Prinzip fordern, aber ein RERUN oder das Setzen des Exit Status nicht.
List Scheduled Kommando
Es wurde ein neues Kommando LIST SCHEDULED implementiert, mit dem für einen definierten Zeitraum ermittelt werden, wann welche Batches und Jobs ausgeführt werden sollen. Damit ist das LIST SCHEDULED Kommando ressourcenintensiver als LIST CALENDER, liefert allerdings aufgrund er Neuberechnung der Schedules ein umfassendes Ergebnis, das von den jeweiligen Kalender-Einstellungen unabhängig ist. Sowohl in LIST SCHEDULED als auch in LIST CALENDER kann nun auch nach Jobnamen gefiltert werden.
Disabled Jobservers
Ein Jobserver kann zu jeder Zeit disabled werden. Allerdings wird er sich weiterhin mit dem Server verbinden können, bis alle zu diesem Zeitpunkt aktiven Jobs abgearbeitet sind. Danach ist der Zugang für den disabled Jobserver gesperrt.
Java Kompatibilität
Mit Release 2.11 werden auch neuere Java Versionen (11, 13, 17 und höher) unterstützt. Allerdings muss bei Benutzung von Java 17 und höher der Parameter MEMFLAGS in der java.conf Datei angepasst werden. Die Einstellung MEMFLAGS="-XX:+UseZGC -XX:-ZUncommit" hat sich bis jetzt bewährt. Für Anregungen und Kommentare sind wir, wie immer, dankbar.
