一个非常常见的问题,即我在将新团队引入PageRduty(或任何通知工具)时收到的问题是“我应该如何设置我的通知?”
这是一个对我有效的答案。
示例通知升级政策
通知任务
这是一个示例通知策略,以便在分配给我的事件时提醒我。它的意图是“有助于坚持”。这是为了我的通知偏好,以及我在凌晨时间的“灵敏度问题”。随意根据需要进行调整。
|时间框架|方法||----------- |------ ||立即|电子邮件|| Immediately | Push | | 1 Minute | Push | | 2 Minutes | SMS | | 3 Minutes | Call |
一个常见错误是在同时触发所有通知类型。不幸的是,最终发生的事情是在需要您开始响应一个通知时,另一个将触发第一个通知。在SMS进入之前,您无法确认推送通知,当您尝试键入号码以确认短信时,呼叫将进入。
这是为了这个原因,我更适合交错通知。电子邮件不会向我提供任何特殊通知(没有哔哔声或振动,TYVM),但是可以在移动设备上进行一次清醒或截断一些警报消息。知道我可以引用其他地方的原始信息对我有帮助。
除了旁边,这也是其他人的人性化,也是处理你的通知的人。如果你的寻呼机在你身边有人(如晚上的合作伙伴或在当天的同事)时,这将拯救他们不得不倾听每个分名事件成为振动和声音的拦阻。
关于解决方案通知
接下来,如果事件得到解决,我就会立即通知。也许是一个警报正在测试并意外地前往,或者某人已经在问题上工作,不需要帮助,但我想立即知道我的部门的行动不再需要。如果您的选择的警报产品支持它,您可以考虑设置事件已解决的通知,如:
|时间框架|方法||----------- |------ ||立即|电子邮件|| Immediately | Push |
在继续前进之前通知
尽管我想到我的生活在一起,其他人也是如此,事情发生了。我是否忘记了旋转即将到来,或者我答应涵盖某人的转变,或者一位同事们突然生病,我需要掩盖他们,我喜欢被提醒地提醒我正在接受。
|时间框架|方法|| ------------- | -------- ||立即|电子邮件||立即|推|. | 1 Hour | Email | | 1 Hour | Push | | 1 Day | Email | | 7 Days | Email |
您可能会注意到本文与此股份有一些相似之处“oncall手册”在github中repo由爱丽丝Goldfuss发起。有一个非常好的原因:我写了一些。我称之为答案,以帮助提高对这种伟大资源的认识,并帮助断开关注某些内容是“被盗”。我感谢Alice帮忙回答“我如何随叫随到的问题?”我们经常听到。
你怎么看?有什么作用(或不起作用)给你?