Testy dostępności usługi Application Insights

  • Artykuł

Po wdrożeniu aplikacji internetowej lub witryny internetowej można skonfigurować testy cykliczne, aby monitorować dostępność i czas odpowiedzi. Aplikacja Szczegółowe informacje wysyła żądania internetowe do aplikacji w regularnych odstępach czasu z punktów na całym świecie. Może ona otrzymywać alerty, jeśli aplikacja nie odpowiada lub reaguje zbyt wolno.

Możesz skonfigurować testy dostępności dla dowolnego punktu końcowego HTTP lub HTTPS dostępnego z publicznego Internetu. Nie musisz wprowadzać żadnych zmian w testowej witrynie internetowej. W rzeczywistości, nawet nie musi być witryną, której jesteś właścicielem. Możesz przetestować dostępność interfejsu API REST, od którego zależy twoja usługa.

Typy testów

Ważne

Istnieją dwa nadchodzące testy dostępności wycofania. 31 sierpnia 2024 r. testy wieloetapowe w aplikacji Szczegółowe informacje zostaną wycofane. Zalecamy użytkownikom tych testów przejście do alternatywnych testów dostępności przed datą wycofania. Po tej dacie usuniemy podstawową infrastrukturę, która spowoduje przerwanie pozostałych testów wieloetapowych. 30 września 2026 r. testy ping adresów URL w aplikacji Szczegółowe informacje zostaną wycofane. Istniejące testy ping adresu URL zostaną usunięte z zasobów. Zapoznaj się z cennikiem standardowych testów i przejścia do korzystania z nich przed 30 września 2026 r., aby upewnić się, że możesz kontynuować uruchamianie testów dostępności jednoetapowej w zasobach usługi Application Szczegółowe informacje.

Istnieją cztery typy testów dostępności:

  • Test standardowy: ten test pojedynczego żądania jest podobny do testu ping adresu URL. Obejmuje ona ważność certyfikatu TLS/SSL, proaktywne sprawdzanie okresu istnienia, czasownik żądania HTTP (na przykład GET, HEADlub POST), nagłówki niestandardowe i dane niestandardowe skojarzone z żądaniem HTTP.
  • Niestandardowy test trackAvailability: jeśli zdecydujesz się utworzyć aplikację niestandardową do uruchamiania testów dostępności, możesz użyć metody TrackAvailability(), aby wysłać wyniki do aplikacji Szczegółowe informacje.
  • Testy klasyczne (starsze wersje testów dostępności)
    • Test ping adresu URL: możesz utworzyć ten test za pośrednictwem witryny Azure Portal, aby sprawdzić, czy punkt końcowy odpowiada i zmierzyć wydajność skojarzona z tą odpowiedzią. Można również ustawić niestandardowe kryteria sukcesu w połączeniu z bardziej zaawansowanymi funkcjami, takimi jak analizowanie żądań zależnych i zezwalanie na ponawianie prób.
    • Wieloetapowy test internetowy (przestarzałe): możesz odtworzyć to nagranie sekwencji żądań internetowych w celu przetestowania bardziej złożonych scenariuszy. Testy internetowe wieloetapowe są tworzone w programie Visual Studio Enterprise i przekazywane do portalu, w którym można je uruchomić.

Ważne

Starsze testy klasyczne, test ping adresu URL i wieloetapowy test internetowy, polegają na infrastrukturze DNS publicznego Internetu do rozpoznawania nazw domen przetestowanych punktów końcowych. Jeśli używasz prywatnego systemu DNS, upewnij się, że serwery nazw domen publicznych mogą rozpoznać każdą nazwę domeny testu. Jeśli nie jest to możliwe, możesz zamiast tego użyć niestandardowych testów TrackAvailability.

Możesz utworzyć maksymalnie 100 testów dostępności na zasób Szczegółowe informacje aplikacji.

Uwaga

Testy dostępności są przechowywane zaszyfrowane zgodnie z zasadami przechowywania szyfrowania danych platformy Azure.

Rozwiązywanie problemów

Ostrzeżenie

Ostatnio włączyliśmy protokół TLS 1.3 w testach dostępności. Jeśli w rezultacie są wyświetlane nowe komunikaty o błędach, upewnij się, że klienci działający w systemie Windows Server 2022 z włączonym protokołem TLS 1.3 mogą łączyć się z punktem końcowym. Jeśli nie możesz tego zrobić, możesz rozważyć tymczasowe wyłączenie protokołu TLS 1.3 w punkcie końcowym, aby testy dostępności wróciły do starszych wersji protokołu TLS.
Aby uzyskać dodatkowe informacje, zapoznaj się z artykułem dotyczącym rozwiązywania problemów. Zobacz dedykowany artykuł dotyczący rozwiązywania problemów.

Często zadawane pytania

Ta sekcja zawiera odpowiedzi na typowe pytania.

Czy mogę uruchomić testy sieci Web dostępności na serwerze intranetowym?

Nasze testy internetowe są uruchamiane w punktach obecności, które są dystrybuowane na całym świecie. Istnieją dwa rozwiązania:

  • Drzwi zapory: zezwalaj na żądania do serwera z długiej i możliwej do zmiany listy agentów testów sieci Web.
  • Kod niestandardowy: napisz własny kod, aby wysyłać okresowe żądania do serwera z wewnątrz intranetu. W tym celu można uruchomić testy internetowe programu Visual Studio. Tester może wysłać wyniki do aplikacji Szczegółowe informacje przy użyciu interfejsu TrackAvailability() API.

Następne kroki