【发布时间】:2016-05-17 16:36:47
【问题描述】:
当在其中创建应用服务时,Azure 会提供App Service 的 URL。我在 Azure 中使用 URL Ping test(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响应码?
【问题讨论】:
-
请查看日志中的内容。您可以使用 Kudu - webapp.scm.azurewebsites.net(注意 scm)来做到这一点。有控制台,您可以在此处找到 LogFiles 文件夹。该问题可能是由于不同的原因(例如,连接字符串中的错误),但这并不意味着您的服务无法回答
-
@Alex.... 我想我无法表达我的确切想法。我已经编辑了问题以进行澄清。请检查
-
如果你得到 200,这意味着你的服务是健康的,至少对于那个端点来说是这样。如果其他端点是返回错误的端点,那么您需要为这些端点添加一个 ping 测试。
标签: azure azure-mobile-services