The script subsystem provides an abstract script management system to allow users to manage various types of automation scripts. The subsystem consists of a central repository with layered security and some amount of organization that allows for the definition of a script, based on a bunch of text. These scripts are then integrated to other areas to allow for their use.

ServerSide scripts would be supported. Scripts from the repository could be marked active so that they can be executed and results and history can be tracked against them. Executing these scripts would run them on the server in a potentially pluggable system. The base solution would use our CLI engine and interact with our "remote" published API to allow for complex management functionality automation.

AgentSide scripts would interact with the agent for execution of scripts on the remote managed box using on box facilities (i.e. bash, etc). The script subsystem would allow an activated agent side script to be attached to one or more resources so that their execution against a resource could be tracked against that resource. The script subsystem would have first class infrastructure for installation on to box and resource relationship management. Security against the execution would be tied to the core inventory resource.

Parameterization would also be supported. Scripts could be configured with "configuration-based" parameter inputs. Basically a simple set of config prop defs, defined by the user that become a set of question-answer values for execution. This section could also be useful for other future areas of parameter-switched automation (like provisioning). Scripts would also have access to the context in which their run (e.g. access to the related resource and its information).

For security of serverside scripts, we could support running the script as the user that created or managed it so that security of each operation in the script is also check properly.