You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{< img src="service_management/status_pages/shopist_status_page_example.png" alt="Example status page showing service components with their current status and recent incident updates" style="width:100%;" >}}
14
+
{{< img src="service_management/status_pages/shopist_status_page.png" alt="Example status page showing service components with their current status and recent incident updates" style="width:100%;" >}}
19
15
20
-
Status Pages are part of Datadog's Incident Response suite, alongside On-Call and Incident Management. They let your team proactively communicate **service availability**, **incidents**, and **maintenance updates** with customers or internal stakeholders through a shareable web page.
16
+
Status Pages is part of Datadog's Incident Response suite, alongside On-Call and Incident Management. It lets your team proactively communicate **service availability**and **incidents** with customers or internal stakeholders through a shareable web page.
21
17
22
18
Use Status Pages to:
23
19
24
20
* Share the availability of critical systems and features
25
21
* Communicate service disruptions clearly during incidents
26
-
* Reduce inbound support volume with proactive updates
22
+
* Reduce inbound support volume with proactive email notifications
27
23
28
-
## Configure permissions
24
+
## Configure permissions
29
25
30
26
There are three RBAC permissions that are relevant to Status Pages. Users with the Datadog Admin Role have all the necessary permissions.
31
27
32
28
To create, update, or publish Status Pages, you must have `status_pages_settings_read`, `status_pages_settings_write`, and `status_pages_incident_write` RBAC permissions. For more information, see [Access Control][1].
33
29
34
-
| Name | Description | Default Role |
35
-
| :---- | :---- | :---- |
36
-
| Status Pages Settings Read (`status_pages_settings_read`) | View the list of Status Pages, the settings of each Status Pages, their Incidents, and launched Internal Status Pages. | Datadog Read Only Role |
37
-
| Status Pages Settings Write (`status_pages_settings_write`) | Create and launch new Status Pages, and configure Status Pages settings. | Datadog Admin Role |
38
-
| Status Pages Incident Write (`status_pages_incident_write`) | Publish and update Incidents. | Datadog Admin Role |
1. In Datadog, navigate to [**Service Management > Status Pages**][2].
59
+
1. In Datadog, navigate to [**Service Management > Status Pages**][2].
43
60
1. Click **Create Status Page** and follow the onboarding flow:
44
61
45
62
| Field | Description |
46
63
| ----------------- | ----------- |
47
-
|**Visibility**| Choose who can access the page: <br>- **Public** - Anyone with the link can view <br>- **Internal** - Only authenticated users within your Datadog organization can view |
64
+
|**Status Page Type**| Choose who can access the page: <br>- **Public** - Anyone with the link can view <br>- **Internal** - Only authenticated users within your Datadog organization can view |
48
65
|**Page name**| Displayed as the page header (if no logo is uploaded). <br>*Example: Acme Cloud Platform*|
49
-
|**Domain Prefix**| Used as your status page subdomain prefix. <br>*Example: shopist → shopist.status.datadoghq.com* <br>- Must be **globally unique** <br>- Lowercase, alphanumeric, and hyphenated <br>- May affect links if changed later |
50
-
|**Company logo or Favicon***(optional)*| Upload a logo or favicon to personalize the appearance of your status page |
66
+
|**Domain Prefix**| Used as your status page subdomain prefix. <br>*Example: shopist → shopist.statuspage.datadoghq.com* <br>- Must be **globally unique** <br>- Lowercase, alphanumeric, and hyphenated <br>- May affect links if changed later |
67
+
|**Subscriptions***(optional)*| Enable users to receive email notifications about status page updates. When subscriptions are enabled, users can sign up to get notified about new notices and updates. You can turn subscriptions on or off for each status page. **Note**: [Email subscriptions](#email-subscriptions) are double opt-in, email must be confirmed. |
68
+
|**Company logo, Favicon, or Email Header Image***(optional)*| Upload a logo, favicon, or image to personalize the appearance of your status page and email notifications. |
51
69
1. (Optional) [Add components](#add-components) to show the status of individual services.
52
70
1. Click **Save Settings**.
53
71
<divclass="alert alert-info">A status page <strong>is not Live</strong> after you save your settings. To make the page available, <ahref="#publish-your-status-page">publish your status page</a>.</div>
@@ -57,54 +75,59 @@ To create, update, or publish Status Pages, you must have `status_pages_settings
57
75
{{< img src="/service_management/status_pages/status_page_components.png" alt="Status page component configuration with live preview panel" style="width:100%;" >}}
58
76
59
77
Components are the building blocks of your status page. Each one represents a service or feature your users care about. Some examples of components include:
60
-
- API Gateway
61
-
- Web Dashboard
62
-
- Database Cluster
78
+
- API Gateway
79
+
- Web Dashboard
80
+
- Database Cluster
63
81
- US Region Services
64
82
65
83
You can add components to your status page either on intial setup or through the status page settings:
66
84
67
85
1. From your status page, click **Settings** and select the **Components** tab.
68
-
1. Create individual components or a group of related components. You can associate [incidents](#add-an-incident) with these components to reflect impact on your status page.
69
-
1. Select a visualization type:
70
-
1. Bars and Uptime Percentage
71
-
1. Bars Only
72
-
1. Component Name Only
86
+
1. Create individual components or a group of related components. You can associate [notices](#add-a-notice) with these components to reflect impact on your status page.
87
+
1. Select a visualization type:
88
+
1. Bars and Uptime Percentage
89
+
1. Bars Only
90
+
1. Component Name Only
73
91
74
92
## Publish your status page
75
93
76
94
After you save your status page settings, click **Launch Status Page** to make the page available at its URL.
77
95
78
96
If you selected:
79
-
-**Public**, the page is immediately accessible to all visitors.
97
+
-**Public**, the page is immediately accessible to all visitors.
80
98
-**Internal**, access is limited to authenticated Datadog users in your organization.
81
99
82
-
## Add an incident
83
-
84
-
<divclass="alert alert-warning">Incidents published on Status Pages are not the same as incidents declared within Datadog Incident Management. Incidents on Status Pages are carefully crafted messages posted to a public website to communicate system status, and may encompass multiple internal Incident Management incidents.</div>
100
+
## Add a notice
85
101
86
-
When an issue arises, you can communicate it clearly through your status page.
102
+
Notices on Status Pages are carefully crafted messages posted to a public website to communicate system status. When an issue arises, you can communicate it clearly through your status page.
87
103
88
-
1. From a status page, click **Publish Incident** to open a "Publish Status Page Incident" modal and provide:
104
+
1. From a status page, click **Publish Notice** to open a "Publish Status Page Notice" modal and provide:
89
105
| Field | Description |
90
106
| ---- | ---- |
91
107
|**Title**| Short, clear description of the incident <br>*Example: Increased error rates on US region*|
92
108
|**Status**| Current state of the incident: <br>- Investigating <br>- Identified <br>- Monitoring <br>- Resolved |
93
109
|**Message***(optional)*| Additional details for your users <br>*Examples: known cause, expected resolution time*|
94
-
|**Affected Components**| One or more components impacted by the incident |
110
+
|**Components impacted**| One or more components impacted by the incident |
95
111
|**Impact**| Level of impact per component: <br>- Operational <br>- Degraded Performance <br>- Partial Outage <br>- Major Outage |
96
-
1. Click **Publish Incident**.
112
+
|**Notify Subscribers**| Toggle to send the notice to subscribers |
113
+
1. Click **Publish Notice**.
97
114
98
-
{{< img src="/service_management/status_pages/publish_status_page_incident.png" alt="Screenshot of the Status Page Incident creation modal with fields filled out" style="width:70%;" >}}
115
+
{{< img src="/service_management/status_pages/publish_status_page_incident_1.png" alt="Screenshot of the Status Page Notice creation modal with fields filled out" style="width:70%;" >}}
99
116
100
-
After an incident is published, the incident:
101
-
- Appears on the Status Pages List under **Active Incidents**.
117
+
After a notice is published, the notice:
118
+
- Appears on the Status Pages List under **Active Notices**.
102
119
- Updates the uptime bars for impacted components.
103
-
- Is visible in the incident history timeline.
120
+
- Is visible in the notice history timeline.
121
+
122
+
You can post **updates** over time to keep users informed, and then mark the notice as **Resolved**.
123
+
124
+
{{< img src="/service_management/status_pages/live_status_page_incident_history.mp4" alt="Video showing the noticce history timeline on a live status page with published notices and updates" video=true >}}
125
+
126
+
## Email subscriptions
104
127
105
-
You can post **updates** over time to keep users informed, and then mark the incident as **Resolved**.
128
+
Email subscriptions on status pages are **double opt-in**: users must confirm their email address before they are added as subscribers. After entering an email to subscribe, a confirmation email is sent, and the subscription is only activated after the user clicks the confirmation link.
106
129
107
-
{{< img src="/service_management/status_pages/live_status_page_incident_history.mp4" alt="Video showing the incident history timeline on a live status page with published incidents and updates" video=true >}}
130
+
For **internal** status pages, the subscription process is the same, but users must log in to the same Datadog organization to confirm their subscription and receive notifications.
0 commit comments