Testowanie obciążenia aplikacji usługi aplikacja systemu Azure
W tym artykule dowiesz się, jak można używać usługi Azure Load Testing do testowania aplikacji hostowanych w usłudze aplikacja systemu Azure Service. aplikacja systemu Azure Service to w pełni zarządzana usługa, która umożliwia tworzenie, wdrażanie i skalowanie aplikacji internetowych i interfejsów API w chmurze.
Testowanie obciążenia platformy Azure umożliwia symulowanie rzeczywistego, dużego ruchu do aplikacji i usług. Mimo że usługa aplikacja systemu Azure może być skalowana automatycznie, podczas uruchamiania testów obciążeniowych za pomocą usługi Azure Load Testing uzyskasz większą niezawodność, wydajność i optymalizację kosztów.
Upewnij się, że wszystkie składniki aplikacji, nie tylko aplikacja internetowa, mogą obsługiwać oczekiwane obciążenie.
Sprawdź, czy aplikacja spełnia wymagania dotyczące wydajności i stabilności.
Użyj metryk zasobów aplikacji i diagnostyki, aby zidentyfikować wąskie gardło wydajności w całej aplikacji.
Unikaj nadmiernej alokacji zasobów obliczeniowych i zmniejsz nieefektywność kosztów.
Wykrywaj regresje wydajności na wczesnym etapie, integrując testowanie obciążenia w potoku ciągłej integracji/ciągłego wdrażania i określając kryteria testu niepowodzenia.
Symulacja ruchu z testami obciążeniowymi
Możesz utworzyć test obciążeniowy w celu symulowania ruchu do aplikacji w usłudze aplikacja systemu Azure Service. Testowanie obciążenia platformy Azure udostępnia dwie opcje tworzenia testu obciążeniowego:
- Tworzenie szybkiego testu opartego na adresach URL
- Korzystanie ze skryptu Apache JMeter (plik JMX)
Po utworzeniu i uruchomieniu testu obciążeniowego można monitorować metryki zasobów dla aplikacji internetowej i wszystkich zależnych składników platformy Azure w celu zidentyfikowania problemów z wydajnością i skalowalnością.
Tworzenie testu obciążeniowego opartego na adresie URL
Test obciążeniowy oparty na adresach URL można utworzyć bezpośrednio z poziomu aplikacji internetowej usługi aplikacja systemu Azure Service w witrynie Azure Portal. Podczas tworzenia testu obciążeniowego można wybrać określone miejsce wdrożenia i użyć wstępnie wypełnionych adresów URL punktu końcowego.
Poniższy zrzut ekranu przedstawia sposób tworzenia testu obciążeniowego opartego na adresach URL w witrynie Azure Portal.
Rozpocznij od utworzenia testu obciążeniowego opartego na adresach URL dla usługi aplikacja systemu Azure Service.
Tworzenie testu obciążeniowego przez przekazanie skryptu JMeter
Testowanie obciążenia platformy Azure zapewnia wysoką wierność funkcji JMeter. Możesz utworzyć nowy test obciążeniowy, przekazując skrypt Apache JMeter. Tego podejścia można użyć w następujących scenariuszach:
- Testowanie wielu stron lub punktów końcowych w jednym teście
- Testowanie uwierzytelnionych punktów końcowych
- Przekazywanie parametrów do testu obciążeniowego, takich jak zmienne środowiskowe lub wpisy tajne
- Testowanie punktów końcowych innych niż HTTP, takich jak połączenia z bazą danych
- Konfigurowanie bardziej zaawansowanych patterów ładowania
- Ponowne używanie istniejących skryptów JMeter
Rozpocznij tworzenie testu obciążeniowego, przekazując skrypt JMeter.
Jeśli wcześniej utworzono test oparty na adresach URL, testowanie obciążenia platformy Azure generuje skrypt testowy JMeter. Możesz pobrać wygenerowany skrypt testowy, zmodyfikować go lub rozszerzyć, a następnie ponownie załadować skrypt.
Monitorowanie aplikacji pod kątem wąskich gardeł i problemów z aprowizowaniem
Podczas testu obciążeniowego usługa Azure Load Testing zbiera metryki dotyczące przebiegu testu:
Metryki po stronie klienta: metryki aparatu testowego, takie jak czas odpowiedzi na koniec, liczba żądań na sekundę lub procent błędów. Te metryki dają ogólne wskazanie, czy aplikacja może obsługiwać symulowane obciążenie użytkownika.
Metryki po stronie serwera: metryki zasobów składników aplikacji platformy Azure, takie jak procent procesora CPU planu usługi App Service, kody odpowiedzi HTTP lub użycie zasobów bazy danych.
Użyj pulpitu nawigacyjnego testowania obciążenia platformy Azure, aby przeanalizować metryki przebiegu testu i zidentyfikować wąskie gardła wydajności w aplikacji lub sprawdzić, czy niektóre zasoby obliczeniowe zostały nadmiernie aprowidowane. Można na przykład ocenić, czy wystąpienia planu usługi mają odpowiedni rozmiar dla obciążenia.
Dowiedz się więcej na temat monitorowania metryk po stronie serwera w usłudze Azure Load Testing.
W przypadku aplikacji hostowanych w usłudze aplikacja systemu Azure Możesz użyć diagnostyki usługi App Service, aby uzyskać dodatkowe informacje na temat wydajności i kondycji aplikacji. Po dodaniu składnika aplikacji usługi App Service do konfiguracji testu obciążeniowego pulpit nawigacyjny testowania obciążenia udostępnia bezpośredni link do pulpitu nawigacyjnego diagnostyki usługi App Service dla zasobu usługi App Service.
Dostosowywanie kryteriów niepowodzenia testu obciążeniowego
Kryteria testu niepowodzenia umożliwiają skonfigurowanie warunków dla metryk testu obciążeniowego po stronie klienta. Jeśli przebieg testu obciążeniowego nie spełnia tych warunków, test jest uznawany za niepowodzenie. Rozpocznij konfigurowanie kryteriów niepowodzenia testu obciążeniowego.
Można na przykład określić, że średni czas odpowiedzi żądań lub wartość procentowa żądań, które zakończyły się niepowodzeniem, przekracza określony próg. W dowolnym momencie możesz dodać kryteria niepowodzenia do testu obciążeniowego, niezależnie od tego, czy jest to szybki test, czy został przekazany skrypt JMeter.
Po uruchomieniu testów obciążeniowych w ramach potoku ciągłej integracji/ciągłego wdrażania można użyć kryteriów testowania niepowodzenia, aby zidentyfikować regresje wydajności kompilacji aplikacji.
Używanie parametrów do testowania między miejscami wdrożenia
Podczas konfigurowania testu obciążeniowego można określić parametry umożliwiające przekazanie zmiennych środowiskowych lub wpisów tajnych do skryptu testu obciążeniowego. Te parametry sprawiają, że skrypt testowy można ponownie używać i ponownie konfigurować. Dowiedz się, jak używać parametrów do przekazywania zmiennych środowiskowych do testu obciążeniowego.
Jednym z przykładów jest użycie parametru jako zmiennej środowiskowej, dzięki czemu można uniknąć przechowywania adresu URL punktu końcowego aplikacji w skry skryptie testowym. Możesz również użyć zmiennych środowiskowych, aby przekazać inne ustawienia konfiguracji do skryptu testowego JMeter. Możesz na przykład przekazać liczbę użytkowników wirtualnych lub nazwę pliku wejściowego CSV do skryptu testowego.
Innym zastosowaniem parametrów jest ponowne użycie skryptu testowego w wielu miejscach wdrożenia usługi aplikacja systemu Azure Service. Miejsca wdrożenia to aplikacje na żywo z własnymi nazwami hostów i oddzielnymi adresami URL. Użyj parametru dla punktu końcowego aplikacji, a następnie możesz skonfigurować środowiska przejściowe dla aplikacji.
Następne kroki
Instrukcje: