Onboard a new tool using DevOps generic playbook
Summarize
Summary of Onboard a new tool using DevOps generic playbook
The DevOps Change provides a pre-built playbook for users to onboard new tools efficiently. This guided playbook experience in the DevOps Change Workspace ensures a consistent onboarding process for custom tool integrations through a visual, task-oriented approach.
Show less
Key Features
- Identify Tool Capabilities: Understand the capabilities supported by the tool (e.g., code, plan, orchestration) to configure it appropriately.
- Configure Activity Definitions: Each playbook activity is linked to an activity definition. Key definitions include CreateTool, Configure & Test, and Import Data. The system uses the table
sndevopscapabilityactivitymappingto manage these associations. - Activity UI Configuration: Customize the user interface for each activity definition based on specific conditions. This allows dynamic rendering of different UIs as required.
Key Outcomes
By following these steps, ServiceNow customers can effectively onboard their custom tools using the DevOps generic playbook, ensuring a streamlined process that accommodates varying capabilities and conditions for different tools.
DevOps Change has a pre-build playbook setup for users to configure a new tool. Custom tool integrations can be created using the guided playbook experience in the DevOps Change Workspace.
Playbooks provide end users with a visual, task-oriented guide with the steps to complete a process, ensuring a consistent experience for tool onboarding. For detailed information about playbooks, see About Playbook Experience.
Perform the following steps to onboard your custom tool using the DevOps generic playbook.
1. Identify tool capabilities
To configure a tool using the generic playbook, first you must identify the capabilities supported by the tool. A tool can have one or more capabilities like code, plan, and orchestration.
- Connect to a tool
- Connect to a tool
- Specify tool access
- Configure the tool
- Capability
Capability can be of type plan, code, or orchestrate. If the tool has multiple capabilities, multiple stages exist with the capability name.
- Select to track
- Import data
- Associate (This activity is for the Orchestration tools to associate pipeline steps)
- Summary
This is how a playbook with multiple capabilities looks like:
2. Configure Activity Definitions
- DevOps CreateTool AD
- DevOps Configure & Test AD
- DevOps Select Associated Objects AD
- DevOps Import Data AD
- DevOps Associate Services AD
- DevOps Summary AD
The DevOps table sn_devops_capability_activity_mapping has been created to maintain associations between Activity definitions and capabilities. This table configuration is used to dynamically render the stages and activities for a tool. You can update the conditions as needed to either enable or disable a particular activity for a tool.
For example, tools like GitLab and JFrog don’t support data import. So you don't require the Data Import activity for such tools. In that case, you must add the logic in the condition column to return false for these types of tools. See the following
image as a reference:
3. Configure Activity UI for the Activity Definition
Playbook Activity UIs define the experience type and UI template rendered to users while managing Playbooks. You can configure multiple Activity UIs for an Activity Definition and render any one dynamically based on the condition evaluation.
DevOps has the following AUIs for Create Tool activity. Except this, all other activity definitions have only one Activity UI.
You can configure any one of the Activity UI based on the requirement.
Identify the required activity UI and add your tool in the condition builder so that the UI gets effected in the playbook for the tool.
Result
After completing these steps, your tool can be onboarded using the DevOps generic playbook.