Die Funktionen von BICsuite und schedulix

Verzweigungen

Verzweigungen können in alternativen Sub-Workflows über Abhängigkeiten realisiert werden, die den Exit-State als Bedingung haben.

Hierarchische Workflow-Modellierung

Hierarchische Definitionen für Arbeitsabläufe erleichtern unter anderem die Modellierung von Abhängigkeiten, ermöglichen die Wiederverwendung von Teilprozessen und machen die Überwachung und den Betrieb transparenter. Der zusätzliche Objekttyp Meilenstein erleichtert die Modellierung komplexer Arbeitsabläufe.

Job- und Batch-Parameter

Für Submit-Batches und Jobs können sowohl statische als auch dynamische Parameter gesetzt werden.

Job-Ergebnisvariable

Aufträge können über die API beliebige Ergebnisvariablen setzen, die dann im Monitoring-Modul einfach visualisiert werden können. Die Ergebnisse können sich aufgrund von bedingten Abhängigkeiten, Ressourcenanforderungen und Auslösern auf den Rest des Workflows auswirken.

Dynamische Übermittlungen

(Sub-)Workflows können mit der Funktion Dynamic Submit dynamisch eingereicht oder mit Jobs parallelisiert werden.

Pipelining

Lokale Abhängigkeiten zwischen Teilen der eingereichten Batch-Instanzen werden bei der Parallelisierung von Batches mit der Funktion Dynamic Submit korrekt zugewiesen. Dies vereinfacht die Verarbeitung von Pipelines enorm.

Job- und Batch-Trigger

Dynamische Übermittlungen für Batches und Jobs können mit Hilfe von Exit-Status-abhängigen Triggern automatisiert werden. Damit lassen sich Benachrichtigungen und andere automatisierte Reaktionen auf Workflow-Ereignisse einfach realisieren.

Neben dem Exit State und dem Triggertyp können Ereignisse auch durch die Definition einer Bedingung genauer spezifiziert werden. Zusätzliche Triggertypen ermöglichen Reaktionen auf Warnungen und erweitern die Funktionalität von Schleifen. Zusätzliche asynchrone Auslöser ermöglichen das Auslösen von Ereignissen zur Laufzeit. Damit sind auch Reaktionen auf Laufzeit-Timeouts möglich.

Schleifen

Automatische Wiederholungen von Sub-Workflows können mit Hilfe von Triggern realisiert werden.

Externe Jobs

Zur Auslagerung von Sub-Workflows auf externe Systeme, ohne das System mit Platzhalter-Prozessen zu belasten, können so genannte "Pending"-Jobs definiert werden.

Audit-Trail

Alle besonderen Ereignisse und Bedieneraktionen werden in einem Audit-Trail protokolliert.

Warnsystem

Warnungen können dynamisch von Jobs gesetzt und vom User beobachtet werden. Das Auftreten und die Behandlung von Warnungen werden im Audit protokolliert. Automatische Reaktionen sind über Warnauslöser möglich.

Ordner

Job-, Batch- und Milestone-Workflow-Objekte können in einer Ordnerstruktur geordnet werden.

Ordner-Parameter

Alle Jobs unterhalb eines Folders können zentral konfiguriert werden, indem Parameter auf Folder-Ebene definiert werden.

Folder-Umgebungen

Anforderungen an statische Ressourcen können so konfiguriert werden, dass sie an alle Jobs unterhalb eines Ordners vererbt werden, indem Ordnerumgebungen definiert werden. So können Jobs in Abhängigkeit von einem übergeordneten Folder verschiedenen Laufzeitumgebungen (Entwicklung, Test, Produktion etc.) zugeordnet werden.

Ordner-Ressourcen

Ressourcen können sowohl auf Ordnerebene als auch in der Workflow-Umgebung global instanziert werden, so dass sie für alle Jobs unterhalb dieses Ordners verfügbar sind.

Job- und Batch-Ressourcen

Die Instanzierung von Ressourcen auf Batch- oder Job-Ebene ermöglicht es, eine von hierarchisch untergeordneten Jobs erzeugte Workflow-Last lokal zu steuern.

Statische Ressourcen

Mit statischen Ressourcen lässt sich festlegen, wo ein Job ausgeführt werden soll. Wenn die angeforderten Ressourcen in mehreren Umgebungen verfügbar sind, werden die Jobs automatisch vom schedulix und BICsuite Scheduling System verteilt.

Laststeuerung

Für Laufzeitumgebungen mit Systemressourcen kann eine Menge an verfügbaren Einheiten einer Resource definiert werden. Eine Menge kann in der Ressourcenanforderung für einen Job angegeben werden, um sicherzustellen, dass die Belastung einer Ressource begrenzt wird.

Job-Priorität

Mit der Job-Priorität kann festgelegt werden, welche Jobs bei Ressourcenmangel Vorrang vor anderen Jobs haben sollen. Mit einer konfigurierten "Prioritätsalterung" kann verhindert werden, dass Jobs "verhungern", indem ihre Priorität über die Zeitspanne automatisch angehoben wird.

PROFESSIONAL und ENTERPRISE: Die Alterung der Jobpriorität kann für jeden Job individuell konfiguriert werden

Lastausgleich

Durch das Zusammenspiel von statischen und Systemressourcen können Jobs automatisch auf verschiedene Laufzeitumgebungen verteilt werden, je nachdem welche Ressourcen gerade verfügbar sind.

Synchronisierende Ressourcen

Synchronisierende Ressourcen können mit verschiedenen Sperrmodi (no lock, shared, exclusive, etc.) angefordert oder zur Synchronisation von unabhängig gestarteten Workflows zugewiesen werden.

Sticky-Zuweisungen

Synchronisationsressourcen können mit Sticky-Allokationen über mehrere Jobs hinweg an einen Workflow gebunden werden, um kritische Bereiche zwischen zwei oder mehreren separat gestarteten Workflows zu schützen.

Ressourcenzustände

Synchronisierenden Ressourcen kann ein Zustandsmodell zugewiesen werden und der Ressourcenbedarf kann abhängig vom Zustand definiert werden. Automatische Zustandswechsel können in Abhängigkeit vom Exit State eines Jobs definiert werden.

Ressourcen-Ablaufzeiten

Ressourcen-Anforderungen können ein minimales oder maximales Zeitintervall definieren, in dem der Ressource ein neuer Status zugewiesen wurde. Damit lassen sich Aktualitäts- und Warteschlangen-Bedingungen einfach umsetzen.

Ressourcen-Trigger

Mit einem automatischen Submit eines Batches oder Jobs kann eine Reaktion auf die sich ändernden Zustände der synchronisierenden Ressourcen ausgelöst werden. Nach dem Zustandsübergang kann die Aktivierung des Triggers mit einer zusätzlichen Bedingung genauer spezifiziert werden.

Ressourcen-Parameter

Resourcen-Parameter ermöglichen es, Jobs in Abhängigkeit von der zugewiesenen Resource zu konfigurieren. Ressourcen-Parameter von ausschließlich zugewiesenen Ressourcen können über die API geschrieben werden. Dadurch können Ressourcen zur Speicherung von Metadaten verwendet werden.

Scope-Parameter

Scope-Parameter ermöglichen die Konfiguration von Aufträgen in Abhängigkeit von der effektiven Ausführungsumgebung.

Ressourcen-Pools

Mit Hilfe von Ressourcenpools können Systemressourcen automatisch und dynamisch zwischen einer oder mehreren gepoolten Ressourcen aufgeteilt werden. Auf diese Weise können Systemressourcen leicht zwischen Arbeitsgruppen und Projekten aufgeteilt werden, und diese Aufteilung kann bei Bedarf an die tatsächlichen Anforderungen angepasst werden, indem Pools verteilt werden.

Ressourcenverfolgung

Die Ressourcenauslastung kann zu Zwecken der Systemanalyse und -optimierung selektiv protokolliert werden.

Objekt-Überwachung

Objektüberwachung, wie etwa die Überwachung eines Verzeichnisses, kann einfach installiert werden. Das Scheduling-System reagiert dann automatisch auf Ereignisse wie Dateierstellung, Datei-Änderungen oder Dateilöschung.

Nice Profiles

Mit Nice Profiles können die Prioritäten und der Suspend-Status von bereits eingereichten und neu eingereichten Batches und Jobs an spezielle Systemzustände wie z.B. Backlog-Situationen angepasst werden.

Zugriffskontrolle

Authentifizierungsroutinen für Jobserver, Benutzer und Jobs mittels IDs und Passwörtern sind effektive Methoden der Zugangskontrolle zum System.

Privilegien

Zeitplanung

Mit der Zeitplanung von BICsuite und schedulix können Workflows zu definierten Zeiten auf der Grundlage komplexer Zeitbedingungen automatisch ausgeführt werden. Dies macht Listenerstellungen in der Regel überflüssig, obwohl sie bei Bedarf verwendet werden können.

Exportieren / Importieren

Die Dump-Funktionalität ermöglicht den Export und Import beliebiger Modellierungsobjekte unter detaillierter Kontrolle der beteiligten verknüpften Objekte und erlaubt deren Einsatz zwischen verschiedenen Systemumgebungen (Entwicklung, Test, Produktion, etc.) sowie die Versionierung in externen Quellcode-Kontrollsystemen (rcs, cvs, svn, etc.).

Web-Schnittstelle

Das Web-Frontend von schedulix und BICsuite ermöglicht die Verwendung von Standard-Browsern für die Modellierung, Überwachung und Bedienung in Intranets und im Internet. Damit entfällt die Notwendigkeit, eine Client-Software auf den Arbeitsplätzen zu betreiben.

API

Die vollständige API des BICsuite Scheduling Systems erlaubt die vollständige Steuerung des Systems über die Kommandozeile oder über Programme (Java, Python, Perl, etc.).

Repository

Das schedulix und BICsuite Workload Automation System speichert alle Informationen über modellierte Workflows und die Laufzeitdaten in einem RDBMS-Repository. Auf alle Informationen im System kann bei Bedarf über das SCI (Standard Catalog Interface) mittels SQL zugegriffen werden.

Warm Standby

Anspruchsvollere Verfügbarkeitsanforderungen können mit Proxies und einer Warm-Standby-Funktion unterstützt werden, wenn ein geeignetes RDBMS-System vorhanden ist.

SSL/TLS

Die sichere Netzwerkkommunikation der Komponenten schedulix und BICsuite über SSL/TLS erfüllt auch strengere Sicherheitsstandards.

Freigaben

Das Approval-System ermöglicht die Konfiguration eines Vier-Augen-Prinzips für kritische Bedienhandlungen.