diff --git a/CNAME b/CNAME deleted file mode 100644 index 2dd9fd4..0000000 --- a/CNAME +++ /dev/null @@ -1 +0,0 @@ -response.spearhead.systems \ No newline at end of file diff --git a/mkdocs/search_index.json b/mkdocs/search_index.json index fb7a687..a026b08 100644 --- a/mkdocs/search_index.json +++ b/mkdocs/search_index.json @@ -72,7 +72,7 @@ }, { "location": "/oncall/alerting_principles/", - "text": "We manage how we get alerted based on many factors such as the customers contractual SLA, the urgency of their request or incident, etc.. \nan alert or notification is something which requires a human to perform an action\n. Based on the severity of the issue (service request or incident) we prioritize accordingly in \nDoIT\n.\n\n\n\n\nMajor Priority Alerts\n\n\nAnything that wakes up a human in the middle of the night should be \nimmediately human actionable\n. If it is none of those things, then we need to adjust the alert to not page at those times.\n\n\n\n\n\n\n\n\n\n\nPriority\n\n\nAlerts\n\n\nResponse\n\n\n\n\n\n\n\n\n\n\nMajor\n\n\nMajor-Priority Spearhead Alert 24/7/365.\n\n\nRequires \nimmediate human action\n.\n\n\n\n\n\n\nNormal\n\n\nNormal-Priority Spearhead Alert during \nbusiness hours only\n.\n\n\nRequires human action that same working day.\n\n\n\n\n\n\nMinor\n\n\nMinor-Priority Spearhead Alert 24/7/365.\n\n\nRequires human action at some point.\n\n\n\n\n\n\n\n\nBoth IN and SR (incidents, service requests) share the same priorities. The actual response / resolution times vary and are based upon contractual agreements with the customer. These details (SLA) are available in DoIT on the organization page of the respective customer.\n\n\nIf you're setting up a new alert/notification, consider the chart above for how you want to alert people. Be mindful of not creating new high-priority alerts if they don't require an immediate response, for example.\n\n\n\n\nAlert Channels\n\n\nPresently we use email as the only notification method. This means keeping an eye on your email is essential!\nSMS and Push notifications are in the pipeline for DoIT. \n\n\n\n\nExamples\n#\n\n\n\"Production service is failing for 75% of requests, automation is unable to resolve.\"_\n#\n\n\nThis would be a \nMajor\n priority IN, requiring immediate human action to resolve.\n\n\n\n\n\"A customer sends an email stating that \"Production server disk space is filling, expected to be full in 48 hours. Log rotation is insufficient to resolve.\"\n#\n\n\nThis would be a \nNormal\n priority SR, requiring human action soon, but not immediately.\n\n\n\n\n\"An SSL certificate is due to expire in one week.\"\n#\n\n\nThis would be a \nMinor\n priority SR, requiring human action some time soon.", + "text": "We manage how we get alerted based on many factors such as the customers contractual SLA, the urgency of their request or incident, etc.. \nan alert or notification is something which requires a human to perform an action\n. Based on the severity of the issue (service request or incident) we prioritize accordingly in \nDoIT\n.\n\n\n\n\nMajor Priority Alerts\n\n\nAnything that wakes up a human in the middle of the night should be \nimmediately human actionable\n. If it is none of those things, then we need to adjust the alert to not page at those times.\n\n\n\n\n\n\n\n\n\n\nPriority\n\n\nAlerts\n\n\nResponse\n\n\n\n\n\n\n\n\n\n\nMajor\n\n\nMajor-Priority Spearhead Alert 24/7/365.\n\n\nRequires \nimmediate human action\n.\n\n\n\n\n\n\nNormal\n\n\nNormal-Priority Spearhead Alert during \nbusiness hours only\n.\n\n\nRequires human action that same working day.\n\n\n\n\n\n\nMinor\n\n\nMinor-Priority Spearhead Alert 24/7/365.\n\n\nRequires human action at some point.\n\n\n\n\n\n\nNotification\n\n\nSuppressed Events. No response required.\n\n\nInformational only. We do not need these to clutter out ticketing or inboxes. If they are enabled they should be sent only to required/specific people, not groups.\n\n\n\n\n\n\n\n\nBoth IN and SR (incidents, service requests) share the same priorities. The actual response / resolution times vary and are based upon contractual agreements with the customer. These details (SLA) are available in DoIT on the organization page of the respective customer.\n\n\nIf you're setting up a new alert/notification, consider the chart above for how you want to alert people. Be mindful of not creating new high-priority alerts if they don't require an immediate response, for example.\n\n\n\n\nAlert Channels\n\n\nPresently we use email as the only notification method. This means keeping an eye on your email is essential!\nSMS and Push notifications are in the pipeline for DoIT. \n\n\n\n\nExamples\n#\n\n\n\"Production service is failing for 75% of requests, automation is unable to resolve.\"_\n#\n\n\nThis would be a \nMajor\n priority IN, requiring immediate human action to resolve.\n\n\n\n\n\"A customer sends an email stating that \"Production server disk space is filling, expected to be full in 48 hours. Log rotation is insufficient to resolve.\"\n#\n\n\nThis would be a \nNormal\n priority SR, requiring human action soon, but not immediately.\n\n\n\n\n\"An SSL certificate is due to expire in one week.\"\n#\n\n\nThis would be a \nMinor\n priority SR, requiring human action some time soon.", "title": "Alerting Principles" }, { diff --git a/oncall/alerting_principles/index.html b/oncall/alerting_principles/index.html index 04773fd..f591a55 100644 --- a/oncall/alerting_principles/index.html +++ b/oncall/alerting_principles/index.html @@ -471,6 +471,11 @@ Minor-Priority Spearhead Alert 24/7/365. Requires human action at some point. + +Notification +Suppressed Events. No response required. +Informational only. We do not need these to clutter out ticketing or inboxes. If they are enabled they should be sent only to required/specific people, not groups. +

Both IN and SR (incidents, service requests) share the same priorities. The actual response / resolution times vary and are based upon contractual agreements with the customer. These details (SLA) are available in DoIT on the organization page of the respective customer.

diff --git a/sitemap.xml b/sitemap.xml index 48c31d0..86893b1 100644 --- a/sitemap.xml +++ b/sitemap.xml @@ -4,7 +4,7 @@ https://response.spearhead.systems/ - 2017-01-11 + 2017-01-12 daily @@ -13,13 +13,13 @@ https://response.spearhead.systems/oncall/being_oncall/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/oncall/alerting_principles/ - 2017-01-11 + 2017-01-12 daily @@ -29,19 +29,19 @@ https://response.spearhead.systems/before/severity_levels/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/before/different_roles/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/before/call_etiquette/ - 2017-01-11 + 2017-01-12 daily @@ -51,13 +51,13 @@ https://response.spearhead.systems/during/during_an_incident/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/during/security_incident_response/ - 2017-01-11 + 2017-01-12 daily @@ -67,13 +67,13 @@ https://response.spearhead.systems/after/post_mortem_process/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/after/post_mortem_template/ - 2017-01-11 + 2017-01-12 daily @@ -83,37 +83,37 @@ https://response.spearhead.systems/training/overview/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/training/incident_commander/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/training/deputy/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/training/scribe/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/training/subject_matter_expert/ - 2017-01-11 + 2017-01-12 daily https://response.spearhead.systems/training/glossary/ - 2017-01-11 + 2017-01-12 daily @@ -122,7 +122,7 @@ https://response.spearhead.systems/about/ - 2017-01-11 + 2017-01-12 daily