Use of custom actions for HTTP based integrations is no longer supported. Please look at HTTP Request Templates on how HTTP based integrations can be done. For sample HTTP templates, please check this article.
For a more comprehensive integration with Service Now, please check our Service Now CMDB integration.
ServiceNow (http://www.servicenow.com) is a software-as-a-service (SaaS) provider of IT service management (ITSM) software. AppDynamics integrates directly with ServiceNow to create tickets in response to alerts. With the ServiceNow integration you can leverage your existing ticketing infrastructure to notify your operations team to resolve performance degradation issues.
Note: This extension works only with AppDynamics Health Rule Violation events.
To post events to ServiceNow user should have “rest_service” role.
Find the zip file at ‘servicenow-api-alert.zip’.
Unzip the servicenow-api-alert.zip file into <CONTROLLER_HOME_DIR>/custom/actions/ . You should have <CONTROLLER_HOME_DIR>/custom/actions/servicenow-api-alert created.
Check if you have custom.xml file in <CONTROLLER_HOME_DIR>/custom/actions/ directory. If yes, add the following xml to the element.
<!– For Linux/Unix *.sh –>
<!– For windows *.bat –>
If you don’t have custom.xml already, create one with the below xml content
<!– For Linux/Unix *.sh –>
<!– For windows *.bat –>
Uncomment the appropriate executable tag based on windows or linux/unix machine.
- Update the config.yaml file in <CONTROLLER_HOME_DIR>/custom/actions/servicenow-api-alert/conf/ directory with the domain, username, password and serviceNowVersion. You can also configure the default service now details like assignmentGroup, assignedTo, callerId, category, location.
Make sure that you do not use tab (t) while editing yaml files. You may want to validate the yaml file using a yaml validator http://yamllint.com/
#ServiceNow Password, provide password or passwordEncrypted and encryptionKey.
#Close notes text to be posted when resolving the incident
closeNotesText: “This incident is resolved”
#Proxy server URI
#Proxy server user name
#Proxy server password
#ServiceNow User Specific
#Please define your ServiceNow specific fields here like assignment_group, assigned_to, caller_id, category and location.
#The name should be a valid Incident table’s column name.
#Do not add properties short_description, comments, impact and priority here, as they are added by the extenson automatically
– name: “assignment_group”
value: “Capacity Mgmt”
– name: “assigned_to”
value: “Don Goodliffe”
– name: “caller_id”
– name: “category”
– name: “location”
– name: “contact_type”
To set passwordEncrypted in config.yaml, follow the steps below:
- Download the util jar to encrypt the password from here.
java -cp appd-exts-commons-1.1.2.jar com.appdynamics.extensions.crypto.Encryptor EncryptionKey CredentialToEncrypt
java -cp “appd-exts-commons-1.1.2.jar” com.appdynamics.extensions.crypto.Encryptor test password
Set the resulting encrypted password in passwordEncrypted field and the encryption key used in encryptionKey field in config.yaml file
The AppDynamics event’s parameters are associated with ServiceNow parameters as follows:
|AppDynamics Parameters||ServiceNow Parameters||Comments|
|assigned_to||This is the field used to assign an incident to an individual/department. The email address or full name of the designated user can be written here. This should be entered into the params.sh file as an email address that is already configured in the ServiceNow environment.|
|description||The format is as follows for the following Policy Violation Parameters:
|SEVERITY||impact||Represents the impact of the new Problem. Use the SEVERITY parameter where: ERROR = 1, WARN = 2, and INFO = 3|
|knowledge||This is either “true” or “false” but for policy violations, leave this as “false”.|
|known_error||This is either “true” or “false” but for policy violations, leave this as “true”.|
|PRIORITY||priority||This is a value from 1 to 5 where: 1 = Critical, 2 = High, 3 = Moderate, 4 = Low, 5 = Planning. The PRIORITY parameter will fill this out directly.|
Look for the newest created Incident in ServiceNow
When incident is created through AppDynamics it should look similar to the following screenshots. The following is an overview shot of ServiceNow:
The following shows the specifics of the ticket description:
Note: Notice that the “assigned to” field has “ITIL User” current in place here. This is taken from config.yaml.
Comments are only shown in REST API supported versions (Eureka, Fuji). In older versions (Calgary, Dublin) comments are not visible.
From version 1.4, we have added support to display comments in the Calagry and Dublin version too. To achieve this, instead of REST API we are using SOAP API to create incidents.
Always feel free to fork and contribute any changes directly via GitHub.
For any questions or feature request, please contact AppDynamics Center of Excellence.
Service Now Versions:
|Calgary, Dublin, Eureka, Fuji, Geneva|
|12th Feb, 2018|
- Version 1.0.0 (01/19/2015)
1) Built the new extenson to support latest service now versions.
- Version 1.1 (08/06/2015)
1) Made ServiceNow config parameters optional
- Version 1.2 (10/02/2015)
1) Added support for password encryption
- Version 1.3 (01/29/2016)
1) Code changes to support comments in JSONv2 supported versions of SNOW
- Version 1.4 (03/15/2016)
1) Code changes to support comments in older versions of SNOW using SOAP API
- Version 2.0 (04/06/2016)
1) Fixed log4j.xml issues
- Version 2.2 (04/07/2016)
1) Fixed issue with bat file
2) Using latest appd commons and http client
- Version 2.4 (04/07/2016)
1) Fixed java path issue
Version 2.4.1 Updated License files