Policy-Based Operations use cases

The goals of the Policy-Based Operations use cases are:

• Process and configuration control
• Closed-loop configuration and change management
  • Operator initiated change
  • Remedy initiated change
• Policy inheritance

Operator Initiated Change

The Operator Initiated Change use case shows how BMC Server Automation (BSA) or BMC Network Automation (BNA) can be integrated with BMC Remedy Change Management so that automation jobs are approved and documented in BMC Remedy Change Management.

This use case has the following steps:

1. A BMC Server Automation operator schedules a job to be executed. Depending on how the system is configured, the operator might specify whether the job requires Change Advisory Board (CAB) approval or the operator might not have any other option than to gain approval.
2. BMC Server Automation suspends execution of the job and invokes a Continuous Compliance BMC Atrium Orchestrator workflow.
3. BMC Atrium Orchestrator creates a new change request using a predefined template. Depending on the type of change and the template, the change might be preapproved, or it might require manual approval.
4. After the change is approved, BMC Atrium Orchestrator invokes BMC Server Automation, allowing the job to continue.
5. If the BMC Server Automation job is a provisioning batch job, a BMC ProactiveNet Performance Manager (BPPM) monitor can be deployed to the newly provisioned machine. If the job is a deploy batch job (such as for an application), an NSH script job can be used to register the appropriate monitors with the BMC ProactiveNet Performance Manager server. (Note that batch jobs might contain both provisioning and deploy jobs, so both activities might be accomplished in the context of a single change).
6. Two methods can be used for updating the CMDB:
   • For customers without BMC Atrium Discovery (ADDM), the BMC Server Automation integration with BMC Atrium CMDB is used to provide periodic batch updates.
   • For near-real-time updates to the CMDB, customers with BMC Atrium Discovery can extend the out-of-the-box BMC Atrium Orchestrator workflow to drive targeted discovery and CMDB updates on a per-change basis.

An analogous use case is also valid for BMC Network Automation, except that BMC Network Automation cannot update the CMDB by itself, and it does not interoperate with BMC ProactiveNet Performance Manager. BMC Atrium Discovery version 8.2 and later adds network device information to the CMDB.

Remedy Initiated Change for BMC Network Automation

The Remedy Initiated Change use case is similar to the Operator Initiated Change use case, but it starts with a Change Request being created in ITSM Change Management.

This use case has the following steps:

1. Using the BMC Remedy Change Management user interface, a user creates a new change request. The change request is approved.
2. BMC Remedy Change Management initiates a BMC Atrium Orchestrator workflow.
3. The BMC Atrium Orchestrator workflow calls BMC Network Automation (BNA) to create a request that will appear on the BMC Network Automation console.
4. A BMC Network Automation operator sees the request and creates a job to implement the change. Job data is populated from the change request.
5. The job is approved. BMC Network Automation updates BMC Atrium Orchestrator, which in turn updates the change request to indicate progress.
6. BMC Network Automation executes the job on the network devices.
7. After the job is complete, BMC Network Automation notifies BMC Atrium Orchestrator, which in turn updates the change request with the job status.

BMC Atrium Orchestrator can also optionally invoke a targeted scan in BMC Atrium Discovery (ADDM), for near-real-time updates to the CMDB. This feature is available with BMC Atrium Discovery version 8.2 and later.

Through the Operator Initiated Change or Remedy Initiated Change use case, the goals of Policy-Based Operations are achieved by enforcing all change through workflows created to enforce specific-business policies. These policies are defined centrally, allowing the business to change its policies and have those policies inherited by all policy-based operations. Throughout this section you will see the injection of the Operator Initiated Change use case to allow this enforcement to take place.