Azure在其中创建App Service时会提供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并推断出移动应用服务可用。现在,我发现即使app服务不健康也会发送200,我需要修改我的测试。我怎样才能确保在这种情况下我的可用性测试失败?
此外,以下是一切正常时应用服务网址的网页。该网页提供200 HTTP响应。
现在,有没有可以编译应用服务URL和相应HTTP响应代码的所有不同网页显示的地方?
答案 0 :(得分:1)
“URL Ping测试”不仅仅是对200的测试 - 它还会(可选)尝试下载所有图像和文件,进行内容匹配,并在遇到故障时重试。
首先,确保您有一个主页。主页可以关闭 - 这取决于您的网站。此外,正如@Alex建议的那样,打开诊断日志并查看产生的错误。使用邮递员向主页发送请求,看看你得到了什么。
答案 1 :(得分:1)
现在,我想,明白了。为了能够做你想做的事情,我会建议你按照here所述自定义一些你的网址测试。如果您的Web应用程序返回200 OK,并且您怀疑存在错误,请使用响应的有效负载。例如,如果响应的有效负载不等于“一切正常”,即使是200 OK,测试也会失败。我认为现在这是使用Appinsights的URL测试实现这一目标的唯一方法。