Product Knowledge Base

Space shortcuts

Page tree

Versions Compared

Old Version 3

changes.mady.by.user Alan Amos

Saved on

compared with

New Version Current

changes.mady.by.user Alan Amos

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: 'cluster' added

Table of Contents

Overview

Excerpt

The introduction of the JobScheduler Operating Center (JOC) Cockpit brings the following architecture:

  • The JOC Cockpit is accessible with any standard browser from a number of end user devices including tablets.
  • The JOC Cockpit makes use of a web service architecture and is installed separately from a JobScheduler Master.
  • The JobScheduler Web Service provides the necessary information for the JOC Cockpit as well as handling the communication with JobScheduler Masters.

The Web Service can be addressed by any number of JOC Cockpit instances and by external programs such as ERP applications.

Multiple instances of the JobScheduler Web Services can be linked up to form a cluster for high availability. (Feature introduced with Release 1.12.1.)

 

The diagram below provides a schematic view of a typical JobScheduler environment using the JOC Cockpit.

Image Added

Additional features of this new architecture are:

  • 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.
  • Multiple GUI instances: The JobScheduler Web Services can be accessed by more than one JOC 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 via the Web Services.
  • Job Status and History: JobScheduler Masters record operational information in a database - this information can be called up from the JOC Cockpit via the Web Services.
  • Security: The architecture restricts direct user access to the JOC Cockpit. Only the Web Service has access to the JobScheduler Masters themselves.
    Image Added

Technical Details

The diagram below shows the JobScheduler JOC Cockpit Architecture at a more technical level. 

Image Added

HTTP/HTTPS is used for communication between the RESTful Web Service and the JOC Cockpit - or other applications.

The Web Service uses JSON and XML based commands to communicate with the JobScheduler Masters. Events about object status changes are communicated between the JobScheduler Masters and the Web Service.

Communication between the JobScheduler Masters and Agents takes place using HTTP/HTTPS RESTful web service .

Communication between the REST Web Service and the JobScheduler database takes place using Hibernate.

Authentication and authorization is carried out by an Apache Shiro framework integrated into the Web Service:

  • authentication is carried out against a local configuration or an LDAP directory
  • authorization is carried out against role-based group permissions.

Overview

Image Removed

Technical Architecture

Image Removed

 

1.       Screenshots

  1. Dashboard
  2. Liste der Job-Ketten
  3. Darstellung einer Split/Sync Job-Kette mit graphischer Ansicht
  4. Daily Plan: klären für welches Datum
  5. Historie: Log soll sichtbar sein
  6. PowerPoint
    1. Folie Nr. 6 überarbeiten (aus Anhang)
    2. Info
      1. Nur zur Info: Knowledge Base Adresse: https://kb.sos-berlin.com/x/EgAv
      2. 2-3 Seiten in SOS Web Site
      3. Top Features

                                                              i.      Dashboard

  • Screenshot 1.a)

                                                            ii.      Authentication and Authorization

                                                            iii.      Multi-client Capability

                                                           iv.      Navigation, Usability

  • Screenshots aus 1.b)  1.e)
  1. Architektur, Technologie

...