Any event that may lead to a disruption in your organization’s services can be described as an incident, and it is often necessary to have a set framework for handling these events. Datadog’s Incident Management feature provides a system through which your organization can effectively identify and mitigate incidents.

Incidents live in Datadog alongside the metrics, traces, and logs you are collecting. You can view and filter incidents that are relevant to you.

In the Datadog paradigm, any of the following are appropriate situations for declaring an incident:

• An issue is or may be impacting customers or services.
• You do not know whether you should call an incident. Notify other people and increase severity appropriately.

Usage

Incident Management requires no installation. To view your incidents, go to the Incidents page to see a feed of all ongoing incidents. You can configure additional fields that appear for all incidents in Incident Settings.

Note: View your Incidents list from your mobile device home screen and manage/create incidents by downloading the Datadog Mobile App, available on the Apple App Store and Google Play Store.

Creating an incident

From a graph

You can declare an incident directly from a graph by clicking the export button on the graph and then clicking Declare incident. The incident creation modal appears, and the graph is added to the incident as a signal.

From the Clipboard

Use the Datadog Clipboard to gather multiple monitors and graphs and to generate an incident. To add a dashboard to the Clipboard, copy any graph, and then select Open Clipboard. Add all of the relevant graphs and monitors to the Clipboard and then click Add to New Incident. Everything on the Clipboard is added to the incident as a signal.

Note: In addition to exporting from an incident, data on the Clipboard can be exported to a new dashboard or a notebook.

From a monitor

You can declare an incident directly from a monitor by clicking Declare incident. The incident creation modal appears, and the monitor is added into the incident as a signal.

You can also add a monitor to an existing incident.

From a Security Signal

Declare an incident directly from a Cloud SIEM or Cloud Security Management Threats signal by clicking the kebab button on the top right of the side panel, and clicking Declare incident.

Declare an incident from an Application Security Management signal by selecting the export button on the top right of the side panel, and clicking Export to incident.

From the Incidents page

In the Datadog UI, click Declare Incident to create an incident.

The incident creation modal provides responders with a collapsible side panel that contains helper text and descriptions for the severities and statuses used by your organization. The helper text and descriptions are customizable in the Incident Settings. You also have the option to make the incident private to limit access to only responders.

From Slack

Once you have the Datadog integration enabled on Slack, from any Slack channel you can use the slash command /datadog incident to declare a new incident.

In the creation modal, you add a descriptive title, select whether customers were impacted (yes, no, or unknown) and select a severity level (1-5, unknown).

If the user declaring the incident has connected their Slack to their Datadog account, then, by default, that user will become the Incident Commander. The Incident Commander (IC) can be changed later in-app if necessary. If the person declaring an incident is not a member of a Datadog account, then the IC is assigned to a generic Slack app user and can be assigned to another IC in-app.

Read more about using the Datadog Slack App here.

If the user declaring the incident is a part of your Datadog account, then that user becomes the Incident Commander (IC) by default. If the person declaring an incident is not part of your Datadog account, then the IC is assigned to a generic Slack app user. The IC can be changed on the incidents page in the Datadog app.

Once you declare an incident from Slack, it generates an incident channel.

For more information about the Datadog Slack integration, check out the docs.

Describing the incident

No matter where you create an incident, it’s important to describe it as thoroughly as possible to share the information with other people involved in your company’s incident management process.

When you create an incident, an incident modal comes up. This modal has several core elements:

Updating the incident and the incident timeline

An incident’s status can be updated directly on the incident’s overview page, or from Slack within the dedicated incident channel. To update an incident from its Slack channel, use this slash command to open the update modal: /datadog incident update

Update the impact section to specify customer impact, the start and end times of the impact, and whether the incident is still active. This section also requires a description of the scope of impact to be completed.

In the incident header, you can see the incident’s state, severity, timestamp, impact, and duration, as well as who has responded to the incident. You can also notify responders of updates. There are quick links to chat channels (if not using the Datadog Slack App, video conferencing, and attached postmortem (if one has been added).

Timeline data is automatically categorized, so you can use the facets to filter through timeline content. This is particularly useful for long incidents with longer investigations. This makes it easier for ICs and responders to filter through for who is involved, what progress has been made, and what’s already investigated. As the author of the timeline notes, you can edit the timestamps and message notes as they are created. You can also flag timeline calls to highlight them to other people monitoring the incident.

Status levels

The default includes the statuses Active, Stable, and Resolved. Completed can be enabled or disabled. You can customize the description of each status level to fit the requirements of your organization.

• Active: Incident affecting others.
• Stable: Incident no longer affecting others, but investigations incomplete.
• Resolved: Incident no longer affecting others and investigations complete.
• Completed: All remediation complete.

As the status of an incident changes, Datadog tracks time-to-resolution as follows:

Assessment fields

Assessment fields are the metadata and context that you can define per incident. These fields are key:value metric tags. These field keys are added in settings, and the values are then available when you are assessing the impact of an incident on the overview page. For example, you can add an Application field. The following fields are available for assessment in all incidents:

• Root Cause: This text field allows you to enter the description of the root cause, triggers, and contributing factors of the incident.
• Detection Method: Specify how the incident was detected with these default options: customer, employee, monitor, other, or unknown.
• Services: If you have APM configured, your APM services are available for incident assessment. To learn more about configuring your services in APM, see the docs.
  • If you are not using Datadog APM, you can upload service names as a CSV. Any values uploaded via CSV are only be available within Incident Management for incident assessment purposes.
  • Datadog deduplicates service names case-insensitively, so if you use “My Service” or “my service”, only the manually added one is shown.
  • Datadog overrides APM service names in favor of the manually uploaded list.
  • Note that if the service is an APM service and no metrics are posted in the past seven days, it does not appear in the search results.
  • Further integrate with Datadog products and accurately assess service impact. The Services property field is automatically populated with APM services for customers using Datadog APM.
• Teams: Choose from the teams defined in your organization. It is not necessary to upload a list of teams from a CSV file.

Data collected

Incident Management collects the following analytic measures:

• Incident Count
• Customer Impact Duration
• Status Active Duration
• Status Stable Duration
• Time to Repair (customer impact end time - created time)
• Time to Resolve (resolved time - created time)

For more information about Incident Management graphs, see Incident Management Analytics.

Integrations

In addition to integrating with Slack, Incident Management also integrates with:

• PagerDuty and OpsGenie to send incident notifications to your on-call engineers.
• Jira to create a Jira ticket for an incident.
• Webhooks to send incident notifications using webhooks (for example, sending SMS to Twilio).
• Statuspage to create and update Statuspage incidents.
• ServiceNow to create a ServiceNow ticket for an incident.

Ready to try it out?

Work through an example workflow in the Getting Started with Incident Management guide.

Further Reading

Additional helpful documentation, links, and articles:

Check out the latest Incident Management releases! (App login required).RELEASE NOTES Incident Management AnalyticsDOCUMENTATION Join an interactive session to improve your Incident ManagementFOUNDATION ENABLEMENT More efficient pair programming with Datadog CoScreenBLOG Best practices for writing incident postmortemsBLOG Automate common security tasks and stay ahead of threats with Datadog Workflows and Cloud SIEMBLOG