JOC Cockpit - Architecture

Overview

The introduction of the JobScheduler Operating Center (JOC) Cockpit with the release of Version 1.11 brings a significant change in the JobScheduler architecture. As can bee seen in the diagram below, the JOC Cockpit is installed separately from a JobScheduler Master and all communication between the Cockpit and Master JobScheduler(s) takes place as an authenticated web service.

The core of the JOC Cockpit itself are the JobScheduler Web Services that provide the necessary information so that users can call up the Cockpit GUI in a standard web browser.

The web services can also be accessed by external programs such as ERP applications.

Additional features of this new architecture are:

• 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.
• The Web Services use the LDAP Directory not only for authentication but also for authorization. This means that user access to particular resources can be restricted.
• External Applications such as ERP systems can access the Web Services and, for example, start jobs when they provide the correct authentication and authorization.
• Any number of JobScheduler Masters can be controlled via the Web Services as long as they are in the same network.
• JobScheduler Universal Agents or Universal Agent Clusters cannot be directly controlled via the Web Services - this must take place via a JobScheduler Master.
• JobScheduler Masters record status and other information in a database - this information can be called up from the JOC Cockpit via the Web Services.

Technical Details

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

HTTP is used for communication between the RESTful Web Services and the JOC Cockpit - or other application - clients.

The Web Services use XML commands and responses to communicate with the JobScheduler Master(s). [Protokol??] In addition events are communicated [Protokol??] between the Web Services and the JobSchedulers.

Communication between the JobScheduler Masters and Agents takes place using HTTP/HTTPS [Genauer??] .

Communication between the REST Web Services and the JobScheduler database takes place using ?? [Genauer??] .

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

• Authentication is carried out against an LDAP directory (not shown in the diagram)
• Authorization is carried out against a role-based group permissions file

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

                                                               i.      Architecture Slide (overview)