Datadog · Incident management
Incident management in Saudi Arabia: from alert to resolved incident with Datadog
Incident management is how a team gets from the first alert to a service that works again, and then makes sure the same failure does not return. In Datadog it happens in one place: a monitor pages the engineer on call, the engineer declares an incident with a severity and a lead, the timeline records what was done, and a postmortem is drafted from the incident itself. Interkey is an official Datadog partner in Saudi Arabia: we sell the licences, set up on-call and incident workflows with your teams, and support the platform after go-live.
Orientation
At a glance
The page in one table, for the reader who has five minutes.
- What it covers
- On-call schedules and paging, declaring and running incidents, the incident timeline, status pages, postmortems and incident analytics
- Datadog products
- Datadog On-Call and Datadog Incident Management, sold separately or together as Incident Response
- What starts an incident
- A monitor, a security signal, a synthetic test, a dashboard graph, a Page, or a person in Slack or on the Incidents page
- Who it is for
- IT operations, platform and application teams that run services people depend on around the clock
- How it is billed
- Per seat, per month; a seat is needed only by people who take part actively
- Where the data goes
- To your Datadog site; as of November 2026 Datadog lists no site in the Middle East
- What Interkey does
- Licences, on-call design, severity and role definitions, integrations, postmortem templates and technical support from Riyadh
Incident management in one tool, next to the monitoring
In many Saudi IT departments the monitoring sits in one tool, the on-call rota in a spreadsheet, the discussion in a chat group and the record in a ticket written after the event. When a service fails at night, the first minutes go into finding who is on duty.
Datadog puts these steps beside the data that raised the alarm. The paged engineer opens the dashboards, traces and logs the alert came from, and every change is written to the incident's timeline. If you already run Datadog, as described on our Datadog implementation page, incident management extends the same platform.
Good incidents start with good alerts: see our Datadog alerting page for monitors whose Pages mean something, and the SLO monitoring page for deciding which failures deserve an incident.
Incident management software in Datadog: the stages and the features
One incident, six stages, each handled by a documented Datadog feature.
| Stage | What happens | Datadog feature |
|---|---|---|
| Detect | A monitor, SLO, synthetic test or security signal finds a problem | Monitors, Service Level Objectives, Synthetic Monitoring, Cloud SIEM |
| Page | The team on duty is notified and acknowledges, reassigns or resolves the Page | On-Call: teams, schedules, escalation policies, routing rules |
| Declare | Someone opens an incident with a title, a severity and an incident commander, or a monitor opens it automatically | Incident Management; severities SEV-1 to SEV-5 by default |
| Coordinate | Responders join a dedicated channel or call, take roles and tasks, and keep stakeholders informed | Slack, Microsoft Teams and Zoom integrations, notifications, Status Pages |
| Record | Changes of status, severity and impact, notes and meeting summaries are written in time order | Incident timeline |
| Learn | A postmortem is drafted from the incident and trends are read across many incidents | Postmortem templates, Notebooks, Incident Analytics |
Datadog's documentation lists Jira and ServiceNow integrations that open a ticket for an incident, so an existing service desk keeps its record.
On-call management, incident timelines and postmortems
On-call with Datadog On-Call
Datadog On-Call is organised around teams. Each team has schedules that say who responds at which times, escalation policies that say who is paged next if nobody acknowledges, and routing rules that let a team treat different kinds of events differently, for example holding low-priority Pages until support hours begin.
A monitor, an incident or a security signal creates a Page for the team. It moves from Triggered to Acknowledged to Resolved, and can be reassigned or promoted to an incident. Each person sets their own contact methods: push notifications through the Datadog mobile app, email, SMS and phone calls. Datadog notes that phone number support varies by country, so check that the numbers your engineers use are covered before the first night on call.
Read more
The design work is local: shifts for your working week and weekend, and how long a Page waits before it escalates.
Declaring an incident and its timeline
An incident is declared from wherever the problem is seen: the Incidents page, a monitor, a security signal, a dashboard graph, a synthetic test, an On-Call Page, or the /datadog incident command in Slack. A monitor can also be set to declare one automatically. Each incident carries a severity, an incident commander and any custom responder roles you define, such as a communications lead.
The timeline fills as the incident runs. Datadog adds a cell for every change of status, severity or impact, for updates from integrations and for tasks; responders add notes and images; meeting chats and AI-generated meeting summaries are added where the meeting integration is used.
Postmortems that start from the record
A postmortem is generated from a template you define, filled with the incident's data, and saved to Datadog Notebooks, Confluence or Google Drive, linked to the incident. Notebooks can be edited by several people at once. Incident Analytics then aggregates past incidents, including time to resolution, which is the measure explained in our MTTR glossary entry.
IT incident response: how Saudi operations teams use it
The same features serve different situations. These are typical patterns, not projects:
- A customer-facing service fails out of hours. The monitor pages the primary on-call engineer, escalates to the secondary after the agreed delay, and the engineer declares a SEV-2 with a channel opened in Microsoft Teams or Slack.
- A failure crosses teams. Application, database and network teams join one incident and work from the same traces and logs.
- The business needs updates. A communications lead sends notifications and updates an internal or public status page, while engineers keep working.
- Management asks what changed. Incident Analytics shows whether incidents are fewer and shorter each quarter.
Datadog incident management pricing: what drives the cost
Datadog bills On-Call and Incident Management per seat, per month. They are separate products, or one Incident Response bundle that covers both; the bundle cannot be combined with the separate products. Each month is billed on the highest number of seats assigned at the same time, and use above your commitment is billed at the on-demand rate.
- On-Call seat: needed by people on a schedule, in an escalation policy, or set up to receive Pages. Viewing schedules and Pages is free.
- Incident Management seat: needed to change or delete an incident, add to its timeline, or hold a user-defined role. Creating, viewing or joining an incident, and posting in its connected channel, need no seat.
So the cost follows the number of active responders, not the size of the organisation. Our Datadog pricing guide explains the wider bill; Interkey quotes seats with set-up and support.
Incident management in the Kingdom: data, phones and regulation
Three points come up in most Saudi projects:
- Where the data goes. Datadog is SaaS, and as of November 2026 its documented sites are in the US, Germany, Japan, Australia and the UK, none in the Middle East. Incident records hold names, phone numbers and what responders write, so agree what belongs in them. Our Datadog data residency guide sets out the options.
- Phone paging. SMS and voice depend on Datadog's list of supported countries; push notifications and email do not.
- Regulation. The National Cybersecurity Authority (NCA) Essential Cybersecurity Controls include managing cybersecurity incidents. If security signals feed the same process, involve your security team in the severity definitions. The authority's own text is the reference.
Interkey's engineers work from Riyadh, in Arabic and English, and can write runbooks and postmortem templates in both languages.
RelatedDatadog data residency guide
How Interkey sets up incident management
-
Review how incidents run today.
Rotas, alert sources, chat groups, ticketing and the last few serious incidents.
-
Quote the seats.
On-Call, Incident Management or the bundle, sized to your active responders, with set-up and support.
-
Define severities and roles.
What SEV-1 to SEV-5 mean for you, who leads, who communicates.
-
Build teams, schedules and escalation.
Shifts that fit your working week, escalation delays and routing rules per service.
-
Connect monitors and tools.
Monitors that page the right team, and Slack or Microsoft Teams, Jira or ServiceNow.
-
Write templates and run a drill.
Postmortem templates, runbook links and a test incident before go-live.
-
Operate or hand over.
Interkey supports the platform from Riyadh, or hands it over with documentation and stays on as technical support.
Questions buyers ask
Can our on-call engineers in Saudi Arabia be paged by SMS and phone call?
Datadog On-Call supports push notifications through its mobile app, email, SMS and phone calls. Datadog says phone number support varies by country, so we check your engineers' numbers against its supported-countries list during set-up. Push and email work regardless.
How is Datadog incident management priced?
Per seat, per month. On-Call and Incident Management are separate products, or one Incident Response bundle. A month is billed on the highest number of seats assigned at the same time. Interkey sells the seats in Saudi Arabia and quotes them with set-up and support.
Does everyone who joins an incident need a paid seat?
No. Creating, viewing and joining an incident, and posting in its Slack or Microsoft Teams channel, need no seat. A seat is needed to change the incident, add to its timeline or hold a defined role, and for anyone who takes Pages.
Can we keep Jira or ServiceNow as our ticketing system?
Yes. Datadog documents integrations that open a Jira ticket or a ServiceNow ticket for an incident, so your service desk keeps its record while responders work in Datadog.
Is our incident data stored inside the Kingdom?
No. Incident records are stored on your Datadog site, and as of November 2026 none is in the Middle East. We agree with you what responders may write in an incident, so personal and sensitive data stays out of it.
How long does it take to set up on-call and incident management?
It depends on the number of teams and services, how many tools need to be connected, and how quickly severities and roles are agreed. We give an estimate after reviewing how incidents run today, and start with the services that matter most.
Next
Read next
Next step
Set up on-call and incident response
Tell us how many teams take calls, how they are paged today, and which tools hold your tickets and chat. We can quote the Datadog seats, the set-up and technical support together.
Or directly
+966-11-2180999 [email protected]Tawuniya Towers, North Tower, 7th Floor, King Fahad Highway, Olaya, P.O. Box 56835, Riyadh 11564, Saudi Arabia