Azure Mobile App Service-URL-Antwort

Question

Azure gibt eine URL der App Service an, wenn ein App-Service darin erstellt wird. Ich verwende eine URL Ping test (eine Funktion von App Insights) in Azure, um die Verfügbarkeit meines Mobile App Service zu testen. Ich pinge die URL des App-Dienstes an und suche nach einer 200 HTTP-Antwort. Wenn ich eine Antwort von 200 erhalte, beschließe ich, dass der Test bestanden hat. Vor kurzem bemerkte ich jedoch, dass die URL mir eine Antwort von 200 gab, aber die Site gab mir eine Nachricht mit dem Titel "Kritischer Dienst ist ungesund".

Das war ein Problem für mich, weil ich dachte 200 war auch mit "alles in Ordnung". Ich möchte wissen, ob die URL immer eine Antwort von 200 gibt und nur die auf der Website erscheinende Textnachricht gibt an, ob der App-Dienst ordnungsgemäß ausgeführt wird oder nicht. Wenn nicht, in welchen Fällen antwortet die URL mit 200 HTTP-Code?

EDIT:

Ich glaube, ich konnte nicht klar mein Bedürfnis in der Frage kommunizieren. Ich werde das jetzt versuchen. Die Tatsache, dass ich die Diagnoseprotokolle durchsuchen muss, um das Problem mit meinem mobilen Dienst zu debuggen, ist für mich klar und ich bitte nicht um Hilfe an dieser Stelle.

Ich verwende den URL-Ping-Test, um die externe Verfügbarkeit des mobilen Dienstes zu testen (synthetische Verfügbarkeitsprüfung). Jetzt suche ich nach der HTTP-Antwort 200 und folge daraus, dass der Dienst für mobile Apps verfügbar ist. Jetzt, da ich festgestellt habe, dass 200 gesendet wird, selbst wenn der App-Dienst ungesund ist, muss ich meinen Test ändern. Wie kann ich sicherstellen, dass mein Verfügbarkeitstest in solchen Szenarien fehlschlägt?

Darüber hinaus ist die folgende Seite der App-Service-URL, wenn alles in Ordnung ist. Diese Webseite bietet eine HTTP-Antwort von 200.

Gibt es nun einen Ort, an dem die verschiedenen Webseiten-Anzeigen der URLs der App-Dienste und die entsprechenden HTTP-Antwortcodes zusammengestellt werden?

Answer 1

Ein "URL Ping Test" ist mehr als nur ein Test für 200 - er wird auch (optional) versuchen, alle Bilder und Dateien herunterzuladen, Content Matching durchzuführen und bei einem Fehler erneut zu versuchen.

Zuerst stellen Sie sicher, dass Sie eine Startseite haben. Die Homepage kann ausgeschaltet werden - das hängt von Ihrer Site ab. Wie von @Alex vorgeschlagen, aktivieren Sie Diagnoseprotokolle und sehen Sie, wodurch der Fehler verursacht wird. Verwenden Sie Postman, um eine Anfrage an die Homepage zu senden und zu sehen, was Sie zurückbekommen.

Answer 2

Jetzt habe ich die Idee, denke ich. Um in der Lage zu sein, zu tun, was Sie wollen, würde ich Ihnen anbieten, Ihren URL-Web-Test wie beschrieben here ein wenig anzupassen. Wenn Ihre Webanwendung 200 OK zurückgibt und Sie vermuten, dass etwas nicht stimmt, verwenden Sie die Nutzdaten der Antwort. Wenn zum Beispiel die Nutzlast der Antwort nicht gleich "alles in Ordnung" ist, sollte der Test fehlschlagen, selbst wenn dies 200 OK ist. Ich denke, dass es momentan die einzige Möglichkeit ist, die URL-Tests von Appinsights zu implementieren.