OpsMx
Ask or search…
K
Links

Custom Stages

OpsMx developed various custom stages for Spinnaker that can be embedded and used when creating pipelines. These custom stages are packaged with ISD 4.0, hence users don't need to download, install and configure them separately.
Below is the list of the custom stages available in ISD 4.0.
  1. 1.
    Stage Type: Verification
    Short Description: Performs automated log and metrics analysis for new releases.
    Description: Verification Gate enables customers to release software with lower risk into production. It provides risk assessment and releases verification based on the data from monitoring providers. Monitoring data for new software updates are compared with the baseline to determine if the new software release is comparable to the software already in production. This allows users to determine whether the new software update is ready to be promoted to the production environment. Thresholds can be set in the Gate configuration to promote the software release.
  2. 2.
    Stage Type: Policy
    Short Description: Evaluates an OPA policy
    Description: A policy defines a set of conditions that need to be checked during a deployment. As an example, a policy could be created to define a blackout window period for production deployments. The Policy stage lets users validate the criteria defined in the policy at runtime during the pipeline execution. This enables users to make decisions at run time without any manual intervention.
    The OpsMx ISD offers policy management functionality to define and save policies in the OPA server. Users can choose a policy to be executed in the stage configuration.
  3. 3.
    Stage Type: Approval
    Short Description: Shows approval data from connectors in ISD and waits for user approval before continuing
    Description: An approver may need to check the data from multiple data sources such as CI Systems, Repositories, SAST/DAST tools, etc., to make an informed decision regarding deployments. The Approval stage fetches relevant information from multiple CI/CD Tools and presents the data in one place to facilitate quick decision-making. This Gate can be inserted as a stage in your CI/CD Pipeline.
  4. 4.
    Stage Type: Pipeline sync to GitHub-OpsMx
    Short Description: Backup the applications and pipelines from Spinnaker to GitHub Description: Accessing and changing pipelines is a security risk in many customer environments. Moreover, inbound access (from outside to inside PROD) may be unavailable in PROD environments. Pipeline promotion provides a controlled mechanism to update/create applications and pipelines based on pre-prod or staging spinnaker.
  5. 5.
    Stage Type: Pipeline sync to Spinnaker-OpsMx
    Short Description: Sync applications and pipelines from GitHub to Spinnaker Description: Accessing and changing pipelines is a security risk in many customer environments. Moreover, inbound access (from outside to inside PROD) may be unavailable in PROD environments. Pipeline promotion provides a controlled mechanism to update/create applications and pipelines based on pre-prod or staging spinnaker.
  6. 6.
    Stage Type: ServiceNow Description: ServiceNow's API-driven architecture enables us to perform various actions on ServiceNow using REST APIs. So, using Spinnaker's custom stage, tickets can be validated or updated and proceed with future actions in the pipeline. ServiceNow custom stage consists of the following four Stages:
  7. 7.
    Stage Type: JIRA
    Description: Jira's API-driven architecture enables us to perform various actions on Jira using REST APIs. So, using Spinnaker's custom stage, tickets can be validated or updated and proceed with future actions in the pipeline. JIRA custom stage consists of the following five Stages:
  8. 8.
    Stage Type: Update PR
    Short Description: Update the PR with the comment Description: When PR is raised to a branch with the code changes, build and deploy with the source and notify the user with the comment in the PR informing the SUCCESS or FAILURE deployment with your code changes. So that Admin will validate the code status and then proceed with further merging or modification in GitHub.
  9. 9.
    Short Description: Email notification that supports SPEL expression as mail id Description: Spinnaker doesn't support mail id as a SPEL, using this we can pass SPEL expression for all inputs, for mail address with CC mails.
  10. 10.
    Stage Type: ServiceDesk
    Description: ServiceDesk's API-driven architecture enables us to perform various actions on ServiceDesk using REST APIs. So, using Spinnaker's custom stage, tickets can be validated or updated and proceed with future actions in the pipeline.
    ServiceDesk custom stage consists of the following four stages:
  11. 11.
    Stage Type: Ansible
    Short Description: Run playbooks into a single VM node
    Description: Ansible is a simple IT automation platform that makes your applications and systems easier to deploy. These stages can configure the provision of the playbook and the management system via agentless.
  12. 12.
    Stage Type: Terraform
    Description: Shell-based Terraform stage where it manages infrastructure on multiple cloud platforms. It has stages like Terraform plan, apply and destroy that allow you to automate and manage Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS), or even Software-as-a-Service (SaaS) level capabilities and build all these resources across all those providers in parallel.
    Terraform custom stage consists of the following four stages:
  13. 13.
    Stage Type: Ansible AWX Description: Ansible AWX is a web-based solution that makes Ansible more comfortable to use. It is designed to be the hub for all automation tasks. AWX browser REST API allows you to control access, graphically manage or sync inventory with a wide variety of cloud sources, log all your jobs, and integrate well with Lightweight Directory Access Protocol Ansible AWX custom stage consists of the following eleven stages: