Job Step Plugins
Job Step Plugins
Jobs are composed of steps that define the actions to be taken against target nodes, tools or data.
There are two types of steps in Runbook Automation Jobs:
- Node Steps are designed to iterate across one or more target endpoints - such as VMs, databases or Kubernetes clusters. An example of a node step is a single command or an inline script to be executed on each targeted node.
- Workflow Steps execute once per Job invocation and do not operate in a node context. For example, the "Refresh Project Nodes" workflow step refreshes the node cache in case of any change.
The order of the execution of the steps is defined by the workflow strategy.
If there is a mix of node and workflow steps (which is common) the steps will be executed in order (based on the workflow strategy). Node steps may be executed several times, once per node, while the workflow steps will only run once.
Node Steps
- AWS Node Steps
- Azure Node Step Plugins (Commercial)
- Google Cloud Platform Plugins (Commercial)
- Oracle Cloud Node Steps plugins (Commercial)
- Datadog Node Step Plugins (Commercial)
- Jira Node Step Plugins (Commercial)
- Sensu Node Step Plugins (Commercial)
- SQL Runner (Commercial)
- VMWare Operations Node Step Plugin (Commercial)
- Command step
- Script step
- Script file
- Script URL
- Job reference
- Copy file
- Local command
- Data node
- HTTP Request
- Loop Script Plugins (Commercial)
Workflow Steps
- Amazon Web Services (Enterprise Only)
- Azure Job Steps (Commercial)
- Google Cloud Platform (Commercial)
- Oracle Cloud Infrastructure(Commercial)
- Datadog Workflow Step Plugins (Commercial)
- File Transfer (Commercial)
- Github (Commercial)
- Jira Workflow Step Plugins (Commercial)
- PagerDuty (Commercial)
- Progress Badge (Commercial)
- Sensu Workflow Step Plugins (Commercial)
- ServiceNow (Commercial)
- VMWare Step Plugins (Commercial)
- Ansible module
- Ansible playbook inline
- Ansible playbook
- Global variable
- Flow control
- Job state conditional
- Log data step
- Refresh project nodes
- Data step
- Sumo Logic (Commercial)
- Loop Script Plugins (Commercial)
- RSS Feed Plugin (Commercial)
Notifications
Notification plugins allow Rundeck to communicate changes in job execution state and notify other users of successful or failed runs. For a general explanation on how job notifications work, see Job Notifications.
- Jira Notification Plugins (Commercial)
- Jenkins Notification Plugin (Commercial)
- Datadog Notification Plugin (Commercial)
- PagerDuty Notification Plugin (Commercial)
- ServiceNow Notification Plugin (Commercial)
- Slack Notification Plugin (Commercial)
- Webhooks
For directions on how to use the Notification interface, see here.
Option Plugins
Option Plugins provide dynamic Allowed Value lists to help choose the proper inputs for your jobs. For general overview of how Options work see Job Options
Workflow Strategy
The Workflow Strategy determines how the steps are processed within a Job's Workflow.
Node Orchestrator
Typically, Rundeck processes nodes in the exact order that they are specified within a Job definition. An Orchestrator Plugin allows this run order to be modified by selecting a subset of nodes. This would be useful in order to limit concurrent executions during a deployment or gradually role out a new job to allow for testing.
The Bundled plugins support random selection, ordering by ranked tier, or specifying a percentage of nodes to target. If more logic or specificity is required, the Enterprise edition supports the selection of a single node based upon the value of an attribute.
Log Filters
Log Filters can transform or aggregate output from one or more Workflow states.
- Mask Passwords
- Render Formatted Data
- Key Value Data
- Quiet Output
- Highlight Output
- Progress Badge
- Store and Validate JSON (Commercial)
Content Converters
Content Converters are not added directly to Jobs, but can be used by Log Filters and Step plugins to render log output as HTML or Markdown within the Rundeck User Interface.
See Content Converter Plugins.