Testy dostupnosti Application Insights
Po nasazení webové aplikace nebo webu můžete nastavit opakované testy pro monitorování dostupnosti a odezvy. Aplikace Přehledy odesílá webové požadavky do aplikace v pravidelných intervalech z bodů po celém světě. Může vás upozornit, pokud vaše aplikace nereaguje nebo reaguje příliš pomalu.
Testy dostupnosti můžete nastavit pro libovolný koncový bod HTTP nebo HTTPS, který je přístupný z veřejného internetu. Nemusíte provádět žádné změny na webu, který testujete. Ve skutečnosti to nemusí být ani web, který vlastníte. Dostupnost rozhraní REST API, na které vaše služba závisí, můžete otestovat.
Typy testů
Důležité
Existují dva nadcházející vyřazení testů dostupnosti. 31. srpna 2024 budou webové testy ve více krocích v aplikaci Přehledy vyřazeny. Doporučujeme uživatelům těchto testů přejít na alternativní testy dostupnosti před datem vyřazení. Po tomto datu převezmeme základní infrastrukturu, která rozdělí zbývající testy s více kroky. 30. září 2026 budou testy ping adresy URL v aplikaci Přehledy vyřazeny. Existující testy ping adresy URL budou z vašich prostředků odebrány. Projděte si ceny standardních testů a přechod na jejich používání před 30. zářím 2026, abyste měli jistotu, že budete moct ve svých prostředcích Přehledy aplikací dál spouštět testy dostupnosti s jedním krokem.
Existují čtyři typy testů dostupnosti:
- Standardní test: Tento test s jedním požadavkem se podobá testu ping adresy URL. Zahrnuje platnost certifikátu TLS/SSL, proaktivní kontrolu životnosti, příkaz požadavku HTTP (například
GET,HEADneboPOST), vlastní hlavičky a vlastní data přidružená k vašemu požadavku HTTP. - Vlastní test TrackAvailability: Pokud se rozhodnete vytvořit vlastní aplikaci pro spouštění testů dostupnosti, můžete k odeslání výsledků do aplikace Přehledy použít metodu TrackAvailability().
- Klasické testy (starší verze testů dostupnosti)
- Test ping adresy URL: Tento test můžete vytvořit prostřednictvím webu Azure Portal a ověřit, jestli koncový bod reaguje a měří výkon přidružený k této odpovědi. Můžete také nastavit vlastní kritéria úspěchu v kombinaci s pokročilejšími funkcemi, jako je analýza závislých požadavků a povolení opakování.
- Vícekrokový webový test (zastaralý):: Tuto nahrávku posloupnosti webových požadavků můžete přehrát a otestovat složitější scénáře. Vícekrokové webové testy se vytvářejí v sadě Visual Studio Enterprise a nahrají se na portál, kde je můžete spustit.
Důležité
Starší klasické testy, test ping adresy URL a vícekrokový webový test, spoléhají na infrastrukturu DNS veřejného internetu k překladu názvů domén testovaných koncových bodů. Pokud používáte privátní DNS, musíte zajistit, aby názvové servery veřejné domény přeložily všechny názvy domén vašeho testu. Pokud to není možné, můžete místo toho použít vlastní testy TrackAvailability.
Na prostředek Přehledy aplikace můžete vytvořit až 100 testů dostupnosti.
Řešení problému
Upozorňující
V testech dostupnosti jsme nedávno povolili protokol TLS 1.3. Pokud se v důsledku toho zobrazují nové chybové zprávy, ujistěte se, že se klienti s povoleným protokolem TLS 1.3 s povoleným protokolem TLS 1.3 můžou připojit ke svému koncovému bodu. Pokud to nemůžete udělat, můžete zvážit dočasné zakázání protokolu TLS 1.3 na koncovém bodu, aby se testy dostupnosti vrátily ke starším verzím PROTOKOLU TLS.
Další informace najdete v článku o řešení potíží.
Projděte si vyhrazený článek o řešení potíží.
Nejčastější dotazy
Tato část obsahuje odpovědi na běžné otázky.
Můžu webové testy dostupnosti spustit na intranetového serveru?
Naše webové testy běží na místech přítomnosti, které jsou distribuovány po celém světě. Existují dvě řešení:
- Brána firewall: Povolte požadavky na váš server z dlouhého a měnitelného seznamu agentů webového testu.
- Vlastní kód: Napište vlastní kód pro odesílání pravidelných požadavků na server z intranetu. Pro tento účel můžete spustit webové testy sady Visual Studio. Tester může výsledky odeslat do aplikace Přehledy pomocí
TrackAvailability()rozhraní API.