Slack 健康检查一致性

Question

我们正在运行 Slack我们公司的 webhook 使用 hooks.slack.com/services/myWebHookId ，我们想知道它是否每 30 秒左右可达一次。
根据 Slack健康状况检查，我可以随时去检查看看是否Slack在线使用其健康页面(当前 https://status.slack.com/api/v2.0.0/current)并获取其当前健康状况。
我的问题是一致性问题。 Slack有没有可能健康页面status.slack.com将在健康状态下正确解析，而其中一项是 webhook 服务，hooks.slack.com ，这是我实际使用的服务，会以某种方式损坏、无法访问或有错误的 DNS 记录？
重点是，Slack健康检查的url，是完全与我们实际用来发送的 Web 服务 url 不同 Slack消息。
这个健康检查够好吗？第一个总是代表第二个吗？是否足够可靠？
是否可以在 hooks.slack.com 检查 webhook 服务反而？
任何建议或最佳做法？

Answer 1

下面的回答是由Slack发给我的支持团队。他们也很乐意让我在这里粘贴他们的回复:status.slack.com当我们发现重大问题时，会手动更新详细信息。所以可能会出现一个窗口，状态站点没有反射(reflect) hooks.slack.com 的问题。从它宕机开始，直到我们在这里发现问题并更新网站。然而，hooks.slack.com下降将是巨大的，我们会看到它的直接影响。所以我希望这种情况下的窗口非常小。
与整个服务出现问题的可能性相比，特定 Webhook 存在潜在问题的可能性要大得多。在这种情况下，状态站点将不会更新。如果特定 webhook 存在问题，则应根据尝试使用 webhook 时的错误响应予以注意。在这种情况下，您可以联系我们，我们将努力帮助解决问题。 webhook 通常非常可靠，但如果您确实有顾虑，您可以为 channel 创建第二个 webhook URL，并在您的主 webhook 上开始收到错误时将其用作 web 服务的后备。
而且，
没有可用于 Webhook 的特定测试方法。但是，您可以发送带有故意不正确的有效负载的消息。这将导致 invalid_payload错误并且实际上没有在 channel 中发布消息。确认您在预期时正确收到此错误可用作测试。此测试可能会遗漏某些场景，因此您仍然希望对实际消息进行适当的错误处理，但这应该是一种相当可靠的方法。