Deployment

Deployment

This stage involves deploying the release to the production environment after the authorized technicians approve the release.
Deployment involves the following:
  1. Ensure that the target environment is ready to admit the commissioned release.
  2. Analyze the CIs involved and mitigate any potential risk of disruption.
  3. For releases that involve deploying multiple components, create a sequence of tasks and map task dependencies to avoid any scope of error.
After these initial preparations, you can start deploying the release.
After the release is deployed to the target environment, you must verify whether the deployed release functions as expected for stakeholders and end users. When the deployment poses any major issue at any point of time, you must be well-prepared to back out of the release with minimal or no interference in the production environment.
To add and view deployment-related details,
  1. Go to Releases.
  2. Choose all or a specific customer from the drop-down in the header.
  3. Go to the details page of the required release.
  4. Click Deployment on the left pane.


The following tabs are displayed on the canvas:
  1. Details
    1. spot edit the relevant fields to provide the expected and actual deployment time frame.
    2. Describe the deployment and attach the necessary files under Description.
    3. Attach records of the issues found while testing.
    4. The downtime scheduled in the planning stage will be listed.
  2. Tasks: Add, edit, organize, delete, pick up, trigger, and close release tasks, assign owners to the unassigned tasks, and configure task dependencies. Learn more.
  3. Notes: Provide deployment-related additional information. You can also add deployment notes via conversations.
  4. Approvals: Define approvers for various approval levels required to complete the deployment. Learn more
  5. Status Comments: View all deployment status comments provided in the release form.
    • Related Articles

    • Use Cases

      Scenario: Convert Incident to Service Request Currently, only incident requests can be created via email using the default template. However, Zylker wants to create service requests based on specific keywords found in the email, aligning with their ...
    • Stage and Status

      The progress of each stage in a release life cycle is tracked by specific statuses. You can create and manage stages and statuses for the release under Setup > Customization > Release Management > Stage and Status. Users with Edit Releases permission ...
    • Release roles

      The release roles allow you to define access permissions to various stages in releases. You can either customize the default release roles or define new roles as required and associate these roles with users when creating a release. Association of ...
    • Training

      In this stage, the Release Engineering team educates end users and the company at large to use the deployed service effectively. This stage is especially important for internal releases in your organization. Employees must be aware of the changes ...
    • Closure

      The life cycle of any release process, be it a completed or a canceled one, ends with the closure stage. In this stage, the release coordinator associates a closure code for the release. The closure code provides details on whether the release is ...