1. System Overview

The system architecture is designed to be completely distributed and scalable, capable of executing on various operating systems and hardware platforms.

Logically, the platform is layered into three different zones:

• Access Zone is the layer where users access the system through a graphical interface or command line interface to perform operations and maintenance taks. 
• Control Zone hosts configurations and provides storage and a range of services that are essential to the system.
• Execution Zone is a scale-out layer that provides processing capacity in the system. This layer contains one or several Execution Contexts and Service Contexts, which are distributed over any number of servers.
  • Execution Contexts are responsible for executing and supervising workflows. 
  • Service Contexts host services that workflows running in Execution Contexts can share.

 The system processes in the various zones are referred to as pico instances and can be of different types:

• Platform

• Execution Context (EC)
• Execution Context Stand-Alone (ECSA)
• Service Context (SC)
• Command Line Tool (mzsh)
• Desktop

EC and ECSA are similar. However, while ECs always depend on a running Platform, ECSAs can run independently.

The Platform, ECs, ECSAs, and SCs run in "containers", that are installed on one or more hosts. Each installation is assigned a container name to identify it uniquely within a system. One host, physical or virtual, may hold several containers, each one with a unique name and installed in separate home (MZHOME) directories. 

There are two types of containers:

• The Platform Container runs the Platform and optionally EC, ECSA and SCs. The Platform is always included in a Platform Container installation.
• Execution Containers run ECs, ECSAs and SCs. These pico instances are typically configured after the installation of the container.

You control the location of the ECs, ECSAs and SCs via the System Topology Registry (STR), which is also used to set various system properties. For further information about STR, see 1.4 System Topology Registry.

The figure below illustrates the system architecture.

Software architecture