ThousandEyes Documentation
Search…
⌃K

Using Webhooks (Sample Server Code Included)

In this article, we'll describe the configuration of alerts to use webhooks. Additionally, for those unfamiliar with webhooks or who will benefit from constructing a quick example, we provide information to set up a test web service using Heroku. For reference, we've also included example POST body data at the end of this article.

Configuring Webhook Notifications

To configure notifications to a webhook server, you'll need to define a webhook in the Alert Rules interface (Alerts > Alert Rules). Expand an alert rule and select the Notifications tab. Under the Webhooks section, click the Configure Webhooks link. If you already have configured webhooks, click the Edit webhooks link:
Click Add New Webhook, then complete the New Webhook dialog:
Enter the Name of your Webhook, and the target URL (note that HTTP redirects are not accepted, so be sure to provide the final URL). Configure required authentication if required, and click Test to check your configuration:
NOTE: Encoded HTML URLs are currently not supported for webhook configuration. Enter the URL in decoded form. If the test succeeds, a Webhook test completed successfully message displays:
Once you have tested your webhook server successfully, click Add New Webhook, and select your webhook from the list of configured webhooks. You can add any number of custom, static key-value pairs to the webhook payload. These custom payloads can be used on any Cloud or Enterprise Agent alert type and are specific to the selected alert rule.
To add these elements, navigate to an individual alert rule, select a webhook, and click Add Custom Payload (1). A key-value pair (2) field appears that allows you to enter any static key-value pair. You can add or remove these payloads using the - and + buttons (3).
​
 Additionally, this change adds two new fields to the webhook payload: testLabels, which includes test label name and ID, as well as testTargetsDescription, which includes the description of the test target as defined in the test configuration.

Webhook Authentication

The webhook interface supports the use of a token, OAuth, and basic HTTP authentication. This is an optional configuration step and can be configured for a webhook service if the target server requires authentication.

Basic

A Username and corresponding Password are necessary to configure Basic HTTP Authentication:
​

Token

The Token Auth Type uses a Bearer Token to authenticate with the webhook server:
​

OAuth

Webhook Server-Side Configuration

Create a new OAuth endpoint for ThousandEyes Alerts with https://app.thousandeyes.com/webhooks-oauth-callback/ as redirect/call back URL. Grab the newly created Client ID and Authorization Endpoint URL (Auth URL) for the webhook server to configure ThousandEyes-side authentication. Below is an example Client OAuth configuration from ServiceNow:
NOTICE: Ensure that the token has a sufficient lifespan to avoid manual regeneration on timeout.

ThousandEyes-Side Configuration

Configure the webhook Name and URL as explained in the Configuring Webhook Notifications section. Click OAuth in Auth Type. Fill out the Auth URL and Client ID according to the Webhook Server-Side Configuration section above. Click Get Token:
A new tab opens, requesting consent to authorize ThousandEyes. Below is a snippet from ServiceNow application that we are using in this guide as an example:
Once the authorization is complete, a Token retrieved successfully message is displayed, as shown in the following figure:
Now click Test to verify the operability of your new webhook:
​

Setting Up a Webhook Server

If you visit Heroku, you can deploy a free web application to demonstrate the behavior. We'll deploy a simple web service that accepts posts in JSON format, to show what requests from ThousandEyes look like. If you're new to either node.js, or to Heroku, it's worth running through their instructional tutorials to understand how the deployment process works. Follow these instructions to deploy a simple version of your web service.
  1. 1.
    Install the Heroku command line interface (CLI) Go to https://devcenter.heroku.com/articles/getting-started-with-nodejs#set-up, and follow the instructions to download the Heroku CLI for your operating system.
  2. 2.
    Clone the simple-webhook-server repository and move to the directory created.
    $ git clone https://github.com/thousandeyes/simple-webhook-server.git
    Cloning into 'simple-webhook-server'...
    remote: Counting objects: 26, done.
    remote: Total 26 (delta 0), reused 0 (delta 0), pack-reused 26
    Unpacking objects: 100% (26/26), done.
    $ cd simple-webhook-server
  3. 3.
    Create a Heroku remote in your git repository.
    $ heroku create
    Creating app... done, vast-shore-1766
    https://vast-shore-1766.herokuapp.com/ | https://git.heroku.com/vast-shore-1766.git
  4. 4.
    Push your content to the Heroku remote. This will build the application.
    $ git push heroku master
    Counting objects: 12, done.
    Delta compression using up to 4 threads.
    Compressing objects: 100% (9/9), done.
    Writing objects: 100% (12/12), 3.31 KiB | 0 bytes/s, done.
    Total 12 (delta 0), reused 0 (delta 0)
    remote: Compressing source files... done.
    remote: Building source:
    remote:
    remote: -----> Node.js app detected
    remote:
    remote: PRO TIP: Specify a node version in package.json
    remote: See https://devcenter.heroku.com/articles/nodejs-support
    remote:
    remote: -----> Defaulting to latest stable node: 0.10.33
    remote: -----> Downloading and installing node
    remote: -----> Exporting config vars to environment
    remote: -----> Installing dependencies
    remote: npm WARN package.json [email protected] No repository field.
    remote: [email protected] node_modules/body-parser
    remote: ├── [email protected]
    remote: ├── [email protected] ([email protected], [email protected])
    remote: └── [email protected] ([email protected])
    remote:
    remote: [email protected] node_modules/express
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected]
    remote: ├── [email protected] ([email protected])
    remote: ├── [email protected] ([email protected], [email protected])
    remote: ├── [email protected] ([email protected])
    remote: ├── [email protected] ([email protected])
    remote: ├── [email protected] ([email protected], [email protected], [email protected])
    remote: ├── [email protected] ([email protected], [email protected])
    remote: └── [email protected] ([email protected])
    remote: -----> Caching node_modules directory for future builds
    remote: -----> Cleaning up node-gyp and npm artifacts
    remote: -----> No Procfile found; Adding npm start to new Procfile
    remote: -----> Building runtime environment
    remote: -----> Discovering process types
    remote: Procfile declares types -> web
    remote:
    remote: -----> Compressing... done, 5.7MB
    remote: -----> Launching... done, v3
    remote: https://vast-shore-1766.herokuapp.com/ deployed to Heroku
    remote:
    remote: Verifying deploy... done.
    To https://git.heroku.com/vast-shore-1766.git
    * [new branch] master -> master
  5. 5.
    Open the site to confirm the target location. This opens a web browser in the context of your Heroku application.
    $ heroku open
  6. 6.
    Open a console to review the logs of the target server. In this window, you'll see POST requests hitting your server.
    $ heroku logs --tail
    2014-11-11T20:33:42.767724+00:00 heroku[api]: Deploy e5d1a07 by [email protected]
    2014-11-11T20:33:42.767753+00:00 heroku[api]: Release v15 created by [email protected]
    2014-11-11T20:33:43.724332+00:00 heroku[web.1]: State changed from up to starting
    2014-11-11T20:33:46.814245+00:00 heroku[web.1]: Starting process with command `node webhook-server.js`
    2014-11-11T20:33:50.439787+00:00 heroku[web.1]: State changed from starting to up
    2014-11-11T20:33:50.347118+00:00 app[web.1]: Webhook Server started... port: 30490
    2014-11-11T20:33:59.586785+00:00 heroku[router]: at=info method=GET path="/" host=sleepy-mesa-2108.herokuapp.com request_id=228650f8-d810-477e-858b-b61235766260 fwd="54.90.223.146" dyno=web.1 connect=2ms service=10ms status=200 bytes=266

Webhook POST Content

Webhooks use events to signify activity. Our system is configured today to support the following types of events:
  • WEBHOOK_TEST - sent when a user clicks the Test Webhook link in ThousandEyes webhook configuration.
  • ALERT_NOTIFICATION_TRIGGER - sent when an alert is triggered
  • ALERT_NOTIFICATION_CLEAR - sent when an alert is cleared, the alert rule is deleted, or the alert rule is removed from a test while in an active alerting status.
  • AGENT_ALERT_NOTIFICATION_TRIGGER - sent when an agent notification triggers - may be related to clock offset, version number, or agent online status
  • AGENT_ALERT_NOTIFICATION_CLEAR - sent when the agent notification clears Note: All eventIds are unique. To correlate two events (for example, an alert trigger and clear,) reference the alertId, which is unique per generated alert.

Sample Webhook Event Payloads

Each event type shown below contains a sample JSON payload, which is posted to the target server. The Alert notification data corresponds to alerting data from the ThousandEyes API, wrapped in an event wrapper. See the ThousandEyes Developer site for more information on data returned via the API.

WEBHOOK_TEST

{
"eventType":"WEBHOOK_TEST",
"eventId":"1415733887743"
}

ALERT_NOTIFICATION_TRIGGER

{
"eventType":"ALERT_NOTIFICATION_TRIGGER",
"eventId":"49-35541",
"alert":{
"ruleId":173,
"alertId":35541,
"testId":5370,
"testName":"http://www.thousandeyes111.com",
"testLabels":[
{
"id":78399,
"name": "AI Sample Label"
}
]
"ruleExpression":"Page Load is incomplete",
"dateStart":"2014-08-24 01:01:47",
"violationCount":2,
"ruleName":"Default Page Load Alert Rule",
"agents":[
{
"dateStart":"2014-08-24 01:01:47",
"active":1,
"metricsAtStart":"Page load: Incomplete",
"metricsAtEnd":"Page Load: Incomplete",
"agentId":108,
"agentName":"Boston, MA",
"locationName":"Boston, MA",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541&agentId=108"
},
{
"dateStart":"2014-08-24 01:00:51",
"active":1,
"metricsAtStart":"Page load: Incomplete",
"metricsAtEnd":"Page Load: Incomplete",
"agentId":107,
"agentName":"Vancouver, Canada",
"locationName":"Vancouver, Canada",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541&agentId=107"
}
],
"testTargetsDescription": [
"http://google.com"
],
"type":"Page Load",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541",
"apiLinks":[
{
"rel":"related",
"href":"http://api.thousandeyes.com/tests/5370"
},
{
"rel":"data",
"href":"http://api.thousandeyes.com/web/page-load/5370"
}
]
}
}

ALERT_NOTIFICATION_CLEAR

{
"eventType":"ALERT_NOTIFICATION_CLEAR",
"eventId":"49-35546",
"alert":{
"ruleId":173,
"alertId":35541,
"testId":5370,
"testName":"http://www.thousandeyes111.com",
"testLabels":[
{
"id":78399,
"name": "AI Sample Label"
}
]
"ruleExpression":"Page Load is incomplete",
"dateStart":"2014-08-24 01:01:47",
"dateEnd":"2014-08-24 01:09:51",
"violationCount":2,
"ruleName":"Default Page Load Alert Rule",
"agents":[
{
"dateStart":"2014-08-24 01:01:47",
"dateEnd":"2014-08-24 01:09:47",
"active":0,
"metricsAtStart":"Page load: Incomplete",
"metricsAtEnd":"Page Load: Complete",
"agentId":108,
"agentName":"Boston, MA",
"locationName":"Boston, MA",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541&agentId=108"
},
{
"dateStart":"2014-08-24 01:01:51",
"dateEnd":"2014-08-24 01:09:51",
"active":0,
"metricsAtStart":"Page load: Incomplete",
"metricsAtEnd":"Page Load: Complete",
"agentId":107,
"agentName":"Vancouver, Canada",
"locationName":"Vancouver, Canada",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541&agentId=107"
}
],
"testTargetsDescription": [
"http://google.com"
],
"type":"Page Load",
"permalink":"https://app.thousandeyes.com/alerts/list?__a=11&alertId=35541",
"apiLinks":[
{
"rel":"related",
"href":"http://api.thousandeyes.com/tests/5370"
},
{
"rel":"data",
"href":"http://api.thousandeyes.com/web/page-load/5370"
}
]
}
}

AGENT_ALERT_NOTIFICATION_TRIGGER

{
"eventType":"AGENT_ALERT_NOTIFICATION_TRIGGER",
"eventId":"164522-5744505",
"agentAlert":{
"agentRuleId":43587,
"agentNotificationId":5744505,
"agentId":25694,
"hostname":"TE-AGENT1.local.lan",
"agentName":"Packet1",
"ipAddress":"147.75.199.171",
"active":1,
"ruleExpression":"Clock Offset ≤ 60 seconds",
"ruleName":"Default Agent Clock Offset Notification",
"dateStart":1476987748,
"metricsAtStart":"Clock Offset: 20 seconds",
"metricsAtEnd":""
}
}

AGENT_ALERT_NOTIFICATION_CLEAR

{
"eventType":"AGENT_ALERT_NOTIFICATION_CLEAR",
"eventId":"164534-5003852",
"agentAlert":{
"agentRuleId":43587,
"agentNotificationId":5003852,
"agentId":13558,
"hostname":"cluster-agent2",
"agentName":"cluster-agent2",
"ipAddress":"10.100.20.110",
"active":0,
"ruleExpression":"Clock Offset ≤ 60 seconds",
"ruleName":"Default Agent Clock Offset Notification",
"dateStart":1467175574,
"dateEnd":1476987748,
"metricsAtStart":"Clock Offset: 130 seconds",
"metricsAtEnd":"Clock Offset: 130 seconds"
}
}

Firewall Exception Requirements

If your web server only allows requests from allow-listed senders, you will need to allow-list requests from ThousandEyes web servers, which come from the IP address 52.52.142.26 and 52.52.36.83.
Previous
Alert Notifications Via Webhooks
Next
Custom Webhooks
Last modified 5mo ago