Add new type of process execution engine to the Integrated Observatory
|Actors||Application Developer, Integrated Observatory Operator|
|Is Used By|
|Is Extended By|
|In Acceptance Scenarios||None|
|Primary Service||Execution Engine Catalog & Repository Services|
|UC Status||Mapped + Ready|
This information summarizes the Use Case functionality.
Describe and integrate a new type of execution engine based on the base operational unit and the capability container. An example is Matlab or SQLstream, which are both execution engines with purpose-built application logic to consume work and produce higher level products. Provide an executable engine description and register it.
- Defining an execution engine can be done during integration time or during operations
- A registry for execution engines exists
Execution engine has been developed using the standard Operational Unit/Deployable Type mechanisms.
- Application Developer provides entities required for an engine: base images, contextualization scripts, and packages
- Via operator console, script/API
- To the software component repository
- Application Developer creates execution engine launch descriptions
- Deployable Type description (specifies a VM)
- Configuration for Deployable Type
- metadata about the Execution Engine
- Application Developer registers the execution engine with the Integrated Observatory system.
- Via operator console, API: For standard execution engine types, this occurs via API during integration time
- Provide execution engine metadata: Owner, producer; Name, description; Version; Compatible list with other existing execution engines
- Access restrictions
- Registration in the resource registry and directory service
- Application Developer activates the execution engine for use (i.e., gives permission for it to be used)
- System Process Developer can now deploy a process or service on the newly available execution engine
- To run the Execution Engine, Integrated Observatory Operator creates an Elastic Processing Unit for the Execution Engine. (This is done by command line, most likely.) This EPU instance will create and destroy EE instances as needed, and as dictated by policy.
- (optional) Application Developer deactivates and decommissions the execution engine
- Elimination of operational engines before deactivation step is TBD
The execution engine can be instantiated.
These comments provide additional context (usually quite technical) for editors of the use case.