Slack健康检查的一致性

Question

我们在公司使用 hooks.slack.com/services/myWebHookId 运行一个 Slack webhook，并希望每 30 秒检查一次其是否可达。

根据 Slack 健康状态检查，我可以随时前往健康页面（当前为 https://status.slack.com/api/v2.0.0/current）并获取其当前健康状况，以查看 Slack 是否在线。

我的问题是一个连贯性问题。可能情况是这样的吗？Slack 的健康页面 status.slack.com 可以正确解析为健康状态，而其中一个 Webhook 服务 hooks.slack.com，也就是我实际使用的服务，却无法访问或具有错误的 DNS 记录？

重点是，Slack 的健康检查 URL 与我们实际用于发送 Slack 消息的 Web 服务 URL 完全不同。

这个健康检查足够好吗？第一个 URL 总是代表第二个 URL 吗？它足够可靠吗？

是否可能检查 hooks.slack.com 上的 Webhook 服务呢？

有什么建议或最佳实践吗？

- Stempler

Answer 1

以下答案是由Slack支持团队发送给我的。他们也很友善地允许我在这里粘贴他们的回复：

当我们注意到重大问题时，会手动更新status.slack.com上的详细信息。因此，在hooks.slack.com出现问题并更新网站之前，状态网站可能存在窗口期不反映该问题。但是，hooks.slack.com崩溃将是巨大的，我们会立即看到影响。因此，在这种情况下，我预计这个窗口期会相当短。

特定Webhook可能存在潜在问题的可能性要比整个服务出现问题的可能性高得多。在这种情况下，状态网站将不会进行更新。如果某个Webhook存在问题，则在尝试使用Webhook时基于错误响应应该能够注意到该问题。在这种情况下，您可以与我们联系，我们将努力帮助解决问题。Webhook通常非常可靠，但如果您有任何疑虑，可以为频道创建第二个Webhook URL，并在主Webhook收到错误时将其用作后备。

此外，

您无法针对Webhook使用特定的测试方法。但是，您可以发送一个具有故意不正确有效载荷的消息。这将导致invalid_payload错误，实际上不会在频道中发布任何消息。确认在预期时正确地获得此错误可用作测试。可能存在此测试无法捕捉的情况，因此仍需要为实际消息纳入适当的错误处理，但这应该是一种相当可靠的方法。

- Stempler

Answer 2

根据官方文档：
https://api.slack.com/docs/slack-status#best-practices

• 使用最新版本的 API 端点（v2.0.0）。
• 根据需要随时或不经常调用当前端点以响应 Slack 的问题；
如果您需要立即收到事件通知，请考虑每分钟轮询当前端点。
不建议更频繁地轮询。

• 如果您严重依赖于 Slack 的某个特定功能，请检查事件的服务字段以验证该功能是否像平常一样工作。例如，如果您的应用程序不使用链接展开，但确实依赖于消息传递，请考虑过滤包含 Messaging 的事件，并忽略仅影响 Link Previews 的警报。

完整的文档集：
https://api.slack.com/docs/slack-status

- Suyash Gaur

---

我真的不明白这怎么回答了问题... - Stempler

它试图回答最后一个声明“有什么建议或最佳实践吗？” - Suyash Gaur

无论如何，由于我没有使用状态服务，我试图指向官方文档。如果这个答案对你没有帮助，你可以忽略它。 - Suyash Gaur