Forwarding events from BMC Helix Operations Management to third-party applications
Consider the following scenario to understand how this capability helps.
Before you begin
Before creating a policy, make sure that the BMC Helix Operations Management on-premises connector is configured and the status is Connected. For more information, see Configuring-the-BMC-Helix-Operations-Management-on-premises-connector.
Event forwarding best practices and recommendations
We recommend that you review and implement the following best practices when forwarding events:
- High-availability deployment: Set up the connector in a high-availability deployment mode. Event forwarding does not stop even if one of the connector instances fails.
- Separate automation policies: Create separate automation policies based on the kind of events that you want to forward. Separate policies for specific requirements distribute the processing load and allow more finer control over different types of events. For example, create a policy to forward all critical events every 2 minutes, and a separate policy to forward all major events every 5 minutes.
- Default query and event types: While adding an action, the default query skips all blackout, information, and situation events. Update the query only if you want to forward these specific event types.
- Batch size and polling interval: By default, the batch size is 1000 events, and the polling interval is scheduled every 2 minutes. Increasing the batch size and decreasing the polling interval significantly (for example, 100000 events every 30 seconds) might increase the processing time.
- Updating queries: To update the query, you must unpublish and modify the policy. During this period, no events are forwarded. Plan the update during a low-activity period to minimize the impact on operations.
To create an automation policy
- On the BMC Helix Intelligent Automation console, click Policies and then click Create Automation Policy.
- Provide the name and an optional description.
- Select the execution mode as Automatic.
The Schedule option is displayed. - Specify the start date and time, end date and time, or no end date if you want this policy to run with no end date.
By default, the policy runs every 2 minutes. Update the frequency based on your requirements. - Click Select Action and perform the following steps:
Select the BMC Helix Operations Management connector.
- Select the Get Events action.
The Get Events action consists of two actions. First, you retrieve events in JSON format based on the specified parameters, and then you add a linked action that forwards these events to the external application. - In the Request Body field, update the JSON query based on your requirement.
- Click Add Linked Action.
The Generic REST action is displayed. Specify the following parameters:
Field
Description
Action Name
Specify the name of the action.
By default, Generic REST Action.
HTTP Method
Select POST.
API Path
Specify the API path
Example: /api/v1/events
Query Params
Specify any additional parameters you might want to use.
- Specify the parameters and click Done.
The Get Events action is displayed with a label for the composite action. You can edit or delete this action, but you cannot add any more actions.
(Optional) Specify tags in a key-value format.
- Select Publish Policy and click Save.
The automation policy is saved, and its status is displayed as Published. On the History page, the policy status is displayed as Running, however, events are forwarded based on the specified schedule. - Continue with the next step to verify whether events are forwarded to the target application.
To verify whether events are forwarded
- Log in to the BMC Helix Intelligent Automation console and click History.
- Search for the policy that you created for forwarding events.
- Click to open the policy details.
When the policy is in a running state, the Output tab displays the following details:Field Description Total events forwarded Total number of events forwarded to the application after the policy was published. Last execution response Response from the third-party application. Count events forwarded last Number of events forwarded in the latest batch depending on the specified interval.
Last success execution time Date and time when the last policy run was successful.