Table of Contents |
---|
Overview
Excerpt |
---|
The introduction of the JobScheduler Operating Center (JOC) Cockpit with the release of Version 1.11 brings a significant change in the JobScheduler architecture |
:
|
The Web Services can be addressed by any number of Cockpit GUIs and by external programs such as ERP applications. |
The diagram below provides a schematic view of a typical JobScheduler environment using the JOC Cockpit.
...
- Authentication and Authorization: The Web Services use an LDAP Directory for authentication, authorization is carried out against role-based group permissions data held on the WebServices server. This means that user access to particular resources can be restricted and that resources .
- Multiple GUIs: The JobScheduler Web Services can be accessed by more than one Cockpit, so that, for example, an operator situated in a remote site can carry routine tasks at the same time as an administrator in the server room is configuring maintenance procedures.
- 3rd party applications: External applications such as ERP systems can also access the Web Services and, for example, start jobs when they provide the correct authentication and authorization.
- Multi-Client Capability: Any number of JobScheduler Masters can be controlled in a network via the Web Services as long as they are in the same network.
- Job Status and History: JobScheduler Masters record status and other operational information in a database - this information can be called up from the JOC Cockpit via the Web Services.
...
- The JOC Cockpit can display workplan and job history information and therefore functionally replaces JID - the JobScheduler Information Dashboard, which will no longer not be delivered with the JobScheduler from version 1.11 onwards.
- JobScheduler Universal Agents or Universal Agent Clusters cannot be directly controlled via the Web Services - this must take place via a JobScheduler Master.
...