警报
PH警报在频道上降落 你的人已经看好了
下午2点14分警报邮件发出 它坐落在种子目录和发票之间,水库漂流了三个小时。 在一个不止一个人的农场里 问题绝不是"系统有警报吗?" 是"轮班的人真的看到了吗?"
快速响应的团队共享一个习惯:警报到达了对话已经存在的地方. 如果你的船员在Slack中,警报属于Slack旁边的人谁可以采取行动 和线 他们说他们做了。
如何实际运作
FarmHub员额提示为 aSlack您选择的频道, 使用您控制的一个机器人符号 。
- 每5分钟检查一次情况 FarmHub在5分钟周期内评估警报条件。 当一个阈值旅行时,警报会以度量,系统,和严重性来提示你的频道.
- 决议更新原始消息. 当警告达到的时候,FarmHub编辑原件Slack而不是发布第二个信息。 频道显示的是当前的真实性,而不是一卷烂烂的警报,令剧组学会忽略.
- 纠正行动也。 当纠正行动在FarmHub,频道会听到这个消息,所以队伍会看到环线的关闭.
- 每个连接一个频道。 您指定接收提醒的频道 。 机器人站在那里,没有别的地方
电子邮件和推进通知包含在FarmHub已经。Slack农场里最能到达值班者的通道 就是他们已经打开的频道
你可以调用
你可以指望着什么
力学基础:
- 你的机器人标志 加密的 你创造了一个Slack带有聊天写作的bot 和频道读取范围并将其符号粘贴到FarmHub中,每个连接都加密了该符号。
- 真正的失败检测。 Slack报告HTTP 200响应中的一些故障。FarmHub读取实际的响应机构,所以被撤销的令牌或存档的频道注册是失败而不是虚假的成功.
- 送货重试与退货。 在瞬变错误中自动重试失败的送货 。 警报不会消失 因为Slack头痛.
- 关闭开关和散列审计排. 立即禁用连接,每一次交付尝试都记录在一个不言自明的审计日志中.
我们不做的事情
这种一体化并没有假装:
- FarmHub不读您的Slack留言。 流量是外向的:警报输入,除了你从中选择的频道列表之外,什么也没有输出.
- Slack交货不能取代待命升级。 繁忙频道中的消息仍然可以忽略. 为了唤醒人的警示 把这个和我们的PagerDuty或Twilio短信整合.
- FarmHub没有管理您的Slack工作空间、用户或频道。
诚实设置
你需要一个Slack工作空间和在其中安装机器人的许可.
- 创建一个Slack使用一个有聊天: write 和频道: read scopes 的bot 令牌应用,并邀请bot 到您的提醒频道 。
- 内FarmHub,打开集成,选择Slack并粘贴 bot 标志。
- 选择接收警报的频道。
- 发送内置测试信息,确认其在频道着陆.
农民问的问题
警报能达到多快Slack? 。 。 。
警报条件每5分钟评估一次。 当一次旅行,送货到Slack即时,对瞬时故障进行自动重试。
警报解决后,频道会怎样?
FarmHub更新原设置的提醒消息,因此该频道反映的是当前状态,而不是积累 stale 提醒.
什麽?Slack权限确实FarmHub需要吗?
带有聊天的bot 令牌: 写到邮件和频道: 读到列表频道进行设置.FarmHub未读信件历史。
如果bot 令牌被撤销或频道存档呢?
FarmHub读取Slack实际的响应机构,所以被撤销的代币和无法使用的渠道注册为交付失败,而不是默不作声的损失. 电子邮件和按下通知FarmHub继续独立。
已经Slack足够在一夜之间发出紧急警报了吗?
老实说,没有。 一个频道消息不会唤醒任何人。 对于必须突破的警报,使用PagerDuty升级或Twilio短信并列Slack。 。 。
准备下一场比赛
通知船员
连接Slack接下来的突破点 自己登入了你们团队已经看的频道 然后在水回到正线时标出自己的解答
免费开始