Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
SEO Metadata
keywordsSystem Architecture, Resilience

JS7 offers a resilient system architecture that allow allows to continue operation in case of failure of individual componentsoutages

Table of Contents

Introduction

  • The system architecture describes:
    • system boundaries
    • componentsproducts
    • platforms
    • setup scenarios

Anchor
system_architecture
system_architecture
System Architecture

PDF
nameJS7_JobScheduler_System_Architecture.pdf

...

High Level Architecture

JS7 makes use of includes the following componentsproducts:

  • The JOC Cockpit, which is used to manage the JS7 - Inventory of scheduling objects, to monitor and control workflow execution and to access the JS7 - History.
  • The Controller, which is used to orchestrate Agents, to deploy workflows and to pass orders for workflow execution to Agents and to deploy workflows and the JS7 - Daily Plan to Agents.
  • Agents, which are dedicated to a Controller and are used to execute workflows and jobs. Agents can act autonomously for workflows that execute all included jobs with the same Agent.

All JS7 components products can be clustered:

  • JOC Cockpit and Controller can each implement a passive cluster with an active node and a standby node.
  • Agents can be operated standalone or as instances of a JS7 - Agent Cluster which implement implements active-passive or active-active scheduling.

...

Anchor
products
products
Products

The components products interact as described in the slide below:

  • The JOC Cockpit implements:
    • the user interface for browser access.
    • the JS7 - REST Web Service API which:
      • is connected to a database and which persistently stores the inventory and the history of workflow executions.,
      • performs all operations for managing Controllers,
      • optionally is available from dedicated API Servers.
  • The Controller connects to Agents:
  • The Agents:
    • execute workflows and jobs,
    • return execution results and log output to the Controller.

...


Image Added

Anchor
network_connections
network_connections
Network Connections

Network connections are only established in the directions indicated.

  • Any connections are unilateral.
  • Connections can be secured by TLS/SSL certificates.

Anchor
cluster_architecture
cluster_architecture
Cluster Architecture

The JS7 offers a 4-tier architecture with any JS7 products available for clustering, for details see JS7 - Cluster Architecture.

  • Each tier acts as a Cluster Watch in case that the underlying tier requires an arbitrator to decide about the active/standby role.
  • Each tier works asynchronously and does not rely on availability of the next tier. This includes absence of any single point of failure.
  • The Agent Cluster is represented from both a Director Agent and any number of Subagents that execute tasks.
    • This provides better autonomy to the Agent Cluster as Director Agents can be operated more close to Subagents in the network.
    • Agent Clusters can execute workflows autonomously provided that jobs and dependencies map to Agents in the same cluster.

Image Added

Anchor
setup_scenarios
setup_scenarios
Setup Scenarios

Consider attached slides JS7_JobScheduler_System_Architecture.pdf for further setup scenarios.

...

A high availability setup includes to cluster JOC Cockpit, Controller and Agents. Components Products are deployed to separate availability zones like this:

...

Standalone Agents can be used and clustered Agents can be used for high availability like this:

Summary

  • ProductsComponents
    • JOC Cockpit: manages the workflow and job inventory, monitors and controls workflow execution
    • Controller: orchestrates Agents, manages workflow execution
    • Agents: start workflows autonomously and return the execution history and log output
  • Operation
    • JOC Cockpit can be operated in the following modes:
      • as a standalone instance,
      • as a cluster with one active instance and any number of standby instances.
    • The Controller can be operated:
      • as a standalone instance,
      • as a cluster with one active instance and one standby instance.
    • Agents can be operated:
      • as a single instance,
      • as a passive cluster with one active instance and any number of standby instances,
      • as an active cluster with any number of active instances.
  • Network Connections
    • JOC Cockpit connects to Controller instances and connects to a database
    • Controllers connect to Agents
    • Network connections are firewall friendly, a single connection is established between each componentproduct
  • Platforms
    • JOC Cockpit: Container, Linux, Windows
    • Controller: Container, Linux, Windows
    • Agent: Container, Linux, Windows, any platform that provides a Java Virtual Machine
  • Setup Scenarios
    • Cloud
      • JOC Cockpit and Controller High Availability
      • Agent High Availability
      • Hybrid Use of Agents
    • On Premises
      • Standalone Server
      • Controller High Availability
      • Controller and JOC Cockpit High Availability
      • Multi-Client Capability
      • Agent High Availability

...

Resources

...