Azure 的移动应用服务 URL 响应

Question

当在 Azure 中创建应用服务时，Azure 会提供应用服务的 URL。我在 Azure 中使用 URL Ping 测试(App Insights 提供的一项功能)来测试我的移动应用服务的可用性。我 ping 应用服务的 URL 并检查 200 HTTP 响应。如果我收到 200 条回复，我就认为测试通过了。然而，最近我注意到该 URL 给了我一个 200 响应，但该网站给了我一条消息说“关键服务不健康”。

这对我来说是个问题，因为我认为 200 是“一切正常”的代名词。我想知道该 URL 是否总是会给出 200 响应，并且只有网站上出现的文本消息会说明应用程序服务是否运行正常、不健康或已关闭。如果不是，URL 响应 200 HTTP 代码的不同情况有哪些？

编辑:

我认为我无法在问题中清楚地表达我的需求。我现在会尝试这样做。我清楚地知道我需要检查诊断日志来调试移动服务的问题，并且我并不是在这方面寻求帮助。

我正在使用 URL Ping 测试来测试移动服务的由外向内可用性(综合可用性检查)。现在，我检查 HTTP 响应 200 并推断移动应用服务可用。现在，我发现即使应用程序服务不健康，也会发送 200，我需要修改我的测试。我怎样才能确保我的可用性测试在这种情况下失败？

另外，以下是正常情况下应用服务URL的网页。该网页给出 200 HTTP 响应。

现在，有没有一个地方可以编译所有不同网页显示的应用服务 URL 以及相应的 HTTP 响应代码？

Answer 1

“URL Ping 测试”不仅仅是 200 次测试 - 它还会(可选)尝试下载所有图像和文件，进行内容匹配，并在遇到失败时重试。

首先，确保您有一个主页。主页可以关闭 - 这取决于您的站点。另外，正如 @Alex 建议的那样，打开诊断日志并查看产生的错误。使用 Postman 向主页发送请求并查看返回的内容。