ServiceNow application alert channel (public preview)
The ServiceNow application alert channel propagates alert notifications between Instana and ServiceNow application. The IBM Instana application which runs on ServiceNow provides the following functions:
- propagates Instana events to ServiceNow Incident table or IBM Instana intermediate tables
- propagates notes and AI incident summarization results of Instana incidents to corresponding ServiceNow Incidents that were created by the IBM Instana application
- propagates Instana events closure status to ServiceNow incident table or IBM Instana intermediate tables
- propagates work notes, additional comments, and field changes from ServiceNow incident table to Instana
- propagates event closure when the status of incidents is changed to
Resolved
orClosed
Installation prerequisites
Instana currently supports only SaaS deployments.
The ServiceNow application accesses the following ServiceNow tables:
- Incident (incident) Read/Write
- Priority Data Lookup (dl_u_priority) Read Only
- User (sys_user) Read Only
- Group (sys_user_group) Read Only
- Group Member (sys_user_grmember) Read Only
- Table (sys_db_object) Read Only
- Dictionary Entry (sys_dictionary) Read Only
The propagated events from Instana are stored in one of the following IBM Instana intermediate tables based on the event types:
- IBM Instana for Incident (x_ibm_instana_ibm_instana_for_incidents)
- IBM Instana for Issue (x_ibm_instana_ibm_instana_for_issues)
- IBM Instana for Change (x_ibm_instana_ibm_instana_for_change)
- IBM Instana for Monitoring Issue (x_ibm_instana_ibm_instana_for_monitoring_issues)
To send alert notifications from Instana to ServiceNow in real time, create a ServiceNow application alert channel.
Creating a ServiceNow application alert channel
Configuring the ServiceNow application at ServiceNow
The ServiceNow application is now available at the ServiceNow store. You can download and install the IBM Instana application from the ServiceNow application store.
Configuring the user at ServiceNow
You must create a user that the ServiceNow App alert channel in the Instana instance uses for accessing the IBM Instana application in ServiceNow.
- Click All and search User Administration. Click User Administration > Users.
- Click New on the upper right to create a new user.
- Enter the User ID. This is the username when the user signs in to this ServiceNow instance.
- Fill the other fields based on the user information and click Submit to create the user.
- Go to the newly-created user page and click Set Password. In the pop-up window, click Generate that creates a password for the user. Copy and save the password, since it is needed for when the user logs in for the first time.
- By default, the "Password needs reset" checkbox is checked after the password is created and saved successfully. Uncheck this checkbox.
- Check the checkbox "Web service access only".
- Authorize the application access to the user by clicking the Role tab.
- Click Edit. In the search tab, search and select
x_ibm_instana.user
,sn_incident_write
,data_lookup_admin
,personalize_dictionary
, andsn_cmdb_user
. Then, add them into the Roles list. Alternatively create and assign a role which can access the tables listed above. - Click Save to save the changes.
- Click Update to save the updates. On the user page, the roles are added to the role list. There are more than 3 roles in the list because multiple subroles are included in the
sn_incident_write
anddata_lookup_admin
.
Configuring the alert channel in Instana
-
To create a ServiceNow alert channel, on the left navigation bar of the Instana UI, click Settings > Global Settings > Events & Alerts > Alert Channels.
-
Click Add Alert Channel and select ServiceNow ITSM app.
-
Enter the name for the new channel.
-
The integration uses the basic authorization method to interact with ServiceNow application scripted REST API.
-
The URL field must point to the endpoint of the ServiceNow instance that Instana communicates with. For example,
https://example.service-now.com
. -
The Username field must be the name of an existing ServiceNow user who has the roles to access the ServiceNow application, which is mentioned and set up in the previous section. Use the user ID of the user that is created in ServiceNow as the username.
-
The Password field must contain the password of the ServiceNow user whose user ID was entered in the Username field.
-
-
Click Advanced. Use the following two radio button options to enable the two-way communication feature between Instana and ServiceNow.
-
Allow Instana to send events to the ServiceNow incident table (Default): If this radio button is selected after you propagate events to the IBM Instana intermediate tables, IBM Instana application updates the incident table in ServiceNow. This opens and closes ServiceNow incidents in sync with Instana's incidents, syncing notes and activity between Instana and ServiceNow. Any existing business rules to modify your incident table in ServiceNow also function normally. All the ServiceNow users who can access the ServiceNow incident table must have the following 5 roles:
- x_ibm_instana.ibm_instana_for_tenants_user
- x_ibm_instana.ibm_instana_for_incidents_user
- x_ibm_instana.ibm_instana_for_change_user
- x_ibm_instana.ibm_instana_for_issue_user
- x_ibm_instana.ibm_instana_for_monitoring_issue_user
-
Restrict Instana to intermediate table propagation only: If this radio button is selected, Instana propagates only events data to the IBM Instana intermediate tables without any further updates to the ServiceNow incident table. Your ServiceNow business rules can access these IBM Instana intermediate tables.
-
-
Click Create to create the ServiceNow alert channel.
Alerting examples
When Allow Instana to send events to the ServiceNow incident table option is checked, the following information is added to corresponding field of the ServiceNow incident ticket:
-
The Short description field of the incident is set to the title of the event as it appears in the Instana UI.
-
The State field of the incident is set to
New
if Assigned to field is empty. If this ServiceNow incident ticket is assigned to a specific user in ServiceNow, the State becomesIn Progress
. -
The Impact field is set depending on the severity of the event in Instana. Incidents for events that are detected with the type
online
,offline
, andchange
have the3 - Low
impact. For events with the typeissue
,incident
, andmonitoring issue
, the value of the Impact field depends on their severity in Instana. Events with theWarning
severity in Instana have the2 - Medium
impact, and events with the severityCritical
have the1 - High
impact. -
The Description field is set depending on the event type. In general, it includes most of the information that is sent by using other Instana alert channels. The information is represented in
Key: Value
format, with--
denoting nesting of the key-value pairs. The following information is added to the Description field of the ServiceNow incident ticket:-
The Type field is set based on the value of
event type
in the Instana, it includesincident
,issue
,change
,monitoring_issue
. Each type of events is saved in the corresponding intermediate table. -
The Suggestion field is set based on the value of
fixed suggestion
in the Instana. -
The Severity field is set based on the mapping Instana defined: the value
-1
stands forChange
,5
stands forWarning
,10
stands forCritical
, and other values stand forInfo
. ServiceNow supports severity promotion. When the severity of an Instana event gets promoted from Instana, the corresponding fields in ServiceNow incident change, such asUrgency
andPriority
. Also, theShort Description
is updated with a "Severity Upgraded -" prefix.Because the
Description
field is editable, Instana does not update theSeverity
field value after a severity promotion. TheSeverity
field keeps its original value. -
The Link field contains the website link that redirects you to the page of the current incident in the Instana.
-
The Custom Payloads that are defined at Settings > Global Settings > Events & Alerts > Alerts is mapped to the corresponding field of Incident table. If there is no matching field, it is added to the Description. You can see some custom payloads fields on the ServiceNow incident information page. The field mapping does not support
short_description
,description
,state
, orpriority
fields. Note that this function does not support for “Monitoring Issue” event. -
For
assignment_group
on ServiceNow, set the value by using the Group Name orsys_id
of the Group Name. -
For
assigned_to
on ServiceNow, set the value by using the User Name, User ID orsys_id
of the user. If bothassignment_group
andassigned_to
fields are added in the Custom Payloads, make sure that theassigned_to
user is a member of theassignment_group
group in ServiceNow. Otherwise, onlyassigned_to
field is set andassignment_group
is empty. If a validassigned_to
value is set, theState
of Instana incident is set toIn Progress
instead ofNew
. -
For the remaining fields:
- key: Column name of ServiceName Incident table.
- value: Value of the field. To specify a value of reference type, use
sys_id
.
For example, to set the IBM DLA to the Configuration Item field, use
cmdb_ci
as the key, which is a column name, and use46a0583aa9fe1981002a20ec72ca72f3
as the value, which is asys_id
of IBM DLA.
-
ServiceNow UI pages
Several UI pages in the ServiceNow app show information about Instana events.
ServiceNow incident table UI
See the following example of an Instana incident that corresponds to the event with the incident
type on ServiceNow incident table UI:
IBM Instana tab UI
Below the ServiceNow incident table UI, click the tab that reads, IBM Instana, and you can see the information on the IBM Instana tab UI:
IBM Instana intermediate table UI
From the navigation bar, click All and search IBM Instana. Select the options based on the event type. For incident, click IBM Instana for Incidents. You can see the intermediate table.
Click the hyperlink at column Instana Event ID, it can direct you to the IBM Instana intermediate table UI:
In a similar way, you can check the IBM Instana intermediate table UI for tenant table: From the navigation bar, click All and search IBM Instana. click IBM Instana for Tenants. You can see the intermediate table.
Click the hyperlink at column Instana ID, it can direct you to the IBM Instana intermediate table UI:
On open issues or incidents
See the following example of the Description field of an incident that corresponds to the event with the incident
type:
Synchronize the notes and activities
If you selected the Allow Instana to send events to the ServiceNow incident table radio button on the Instana ServiceNow application alert channel, the notes you add at an open Instana incident emit and synchronize to the corresponding incident at ServiceNow incident table. In addition, the work notes, additional comments and activities you add or operate at ServiceNow incident table synchronize to the corresponding Instana incidents.
The following scenarios describe the notes and activities synchronizing feature:
The note added at Instana incident emits and synchronizes to ServiceNow
- An incident is created at Instana and a note "Note Test (NB Event #3)" is added by user "Kevin Wu" in the Notes and activity window.
- You can see this note at the "Notes" tab on the corresponding ServiceNow incident table UI, including the note content, IBM Instana instance information, IBM Instana username, and the timestamp.
The work notes and activities added or generated at ServiceNow emits and synchronizes to Instana
- This is the ServiceNow incident that is created by Instana.
- Change the Impact fields from
1 - High
to2 - Medium
and reassign this incident fromAntony Alldis
toTash Dubrovska
. The Priority field also changes based on the Impact field from3 - Moderate
to2 - High
. - Add a single work note "Work Notes Test by System admin (From ServiceNow)" and one more work note for the updates we made in step 2 by user "System Administrator". Then, click Update button.
- You can see the following prompt after your update complete.
- Go to the corresponding incident page at Instana. In the "Notes and activity" window, you can see the synchronized work notes and activities.
On close issues or incidents
If you select the Allow Instana to send events to the ServiceNow incident table radio button on the Instana ServiceNow application alert channel, ServiceNow incidents are closed automatically when corresponding events are closed in Instana. In addition, Instana incidents or issues are closed when corresponding incidents are manually resolved or closed in the ServiceNow incident table.
The following scenarios describe the incident closing feature:
An incident that is closed in Instana is reflected in ServiceNow
-
An incident is created in Instana, and the state of the incident is active.
-
You can find this incident with the New state in the ServiceNow incident table.
-
When the incident is closed in the Instana, the incident status is synchronized in the ServiceNow incident table.
-
The same Instana incident closes in ServiceNow with its resolution information populated.
You can choose the closure state you want to set for ServiceNow incident when corresponding events are closed in Instana. Currently, the following closure states are supported: 6 - Resolved
, 7 - Closed
, and 8 - Canceled
.
You can configure the mapping closure state in IBM Instana for Tenants
table.
Go to IBM Instana for Tenants
, find the corresponding record in the table via Instana ID
column, which is using {tenant unit}-{tenant}
format (for example, if the Instana tenant is instana
and tenant unit is test
, the Instana ID
should be test-instana
). There is a column called Map Instana Closure Event
. You can set the ServiceNow incident closure state by using the state
number: 6
for Resolved
, 7
for Closed
, and 8
for Canceled
. The default value is 7 - Closed
.
For example, if you change the Map Instana Closure Event
value from default 7 - Closed
to 6 - Resolved
and when the incident is closed in Instana, the ServiceNow incident state is updated from New
to Resolved
.
You can see detailed information about the state update in the Notes
section.
An incident that is closed in ServiceNow is reflected in Instana
-
An incident is created at Instana, and the state of the incident is
Active
. -
You can find this incident with
New
state in the ServiceNow incident table. -
A user in ServiceNow changes the state of incident to
Closed
orResolved
with the resolution information and updates the incident. -
The incident is closed in the ServiceNow instance and the Instana instance is made aware of this incident close call, as you can see in following prompts:
-
The state of the incident is changed to closed.
-
The resolution information of the closed incident that the user entered in the ServiceNow incident table is sent back to Instana.
On online, on offline, or on change events
See the following example of the Description field of an incident that corresponds to the event with the change
type:
Uninstallation
After you uninstall the Instana ServiceNow application from the ServiceNow instance, go to Instana and remove the corresponding ServiceNow ITSM alert channel manually.
To delete the alert channel:
- Navigate to Settings > Global Settings > Events & Alerts > Alert Channels.
- Search for the ServiceNow ITSM alert channel.
- Click the trash icon on the right side to delete the alert channel.
If you reinstall the Instana ServiceNow application, reconfigure the newly installed application by following the previous configuration steps.
Troubleshooting
Saving updates to the ServiceNow ITSM alert channel fails with a 503 error
If you receive the following failure error message when you try to modify an existing ServiceNow App alert channel:
Failed to save: failed to send message to ServiceNow ITSM Application Integration {{ServiceNow instance URL}} with status code: 503. Reason: Service Unavailable
The 503 Service Unavailable error occurs when an HTTP request from Instana to the configured ServiceNow instance fails. This issue happens if you updated the ServiceNow instance URL and the original instance has been deleted or deactivated. If that is the case, you can safely ignore the error. Try saving the updated configuration again.