【问题标题】:Azure's Mobile App Service URL responseAzure 的移动应用服务 URL 响应
【发布时间】: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


【解决方案1】:

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

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

【讨论】:

  • 我想我无法表达我的确切想法。我已经编辑了问题以进行澄清。请检查
  • 如果您有一个“不健康”但未经身份验证的移动表,那么您可以执行yoursite.azurewebsites.net/tables/yourtable 的 url ping
【解决方案2】:

现在,我想明白了。为了能够做你想做的事,我会为你提供定制一些你的 URL 网络测试,如here 所述。如果您的 Web 应用程序返回 200 OK,并且您怀疑有问题,请使用响应的有效负载。例如,如果响应的负载不等于“一切正常”,即使是 200 OK,测试也应该失败。我认为目前这是使用 Appinsights 中的 URL 测试实现该功能的唯一方法。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-04-10
    • 1970-01-01
    • 2018-12-09
    • 1970-01-01
    • 2017-09-29
    • 2016-05-23
    • 2017-05-28
    相关资源
    最近更新 更多