- Spis treści
- Lab 1 - Utworzenie instancji API Management
- Lab 2 - Portal dewelopera i tworzenie produktów
- Lab 3 - Konfiguracja API
- Lab 4 - Wyrażenia polityk API
- Lab 5 - Wersjonowanie, rewizje
- Lab 6 - Monitorowanie usługi
- Lab 7 - Aspekty bezpieczeństwa
- Lab 8 - Self-hosted gateway
- Lab 9 - FusionDev
Podstawowy monitoring i logowanie są dostępne w Portalu Azure w zakładce Analytics
- Dashboard zawiera następujące szczegóły: Timeline | Geography | APIs | Operations | Products | Subscriptions | Users | Requests
Azure API Management umożliwia integrację z usługą Azure Application Insights. Application Insights, to rozszerzalna usługa zarządzania wydajnością aplikacji (APM) dla deweloperów i administratorów. Służy do monitorowania aplikacji na żywo. Automatycznie wykrywa anomalie wydajności i oferuje zaawansowane narzędzia analityczne ułatwiające diagnozowanie problemów oraz zrozumienie, jaki użytkownicy faktycznie korzystają z aplikacji.
- Otwórz Portal Azure i w górnym oknie wyszukiwania wpisz i wybierz Application Insights.

- Wciśnij + Add.

- Wypełnij potrzebne dane, wpisz General w polu Application Type.
- Kliknij Create.
- Wejdź do swojej instancji API Management w Portalu Azure.
- Wybierze Application Insights z menu po lewej stronie.
- Kliknij + Add.

- Z listy wybierz Application Insights, które stworzyłeś/stworzyłaś.
- Kliknij Create.
- Właśnie stworzyłeś logger wpięty do Application Insights

- Wejdź do swojej instancji API Management w Portalu Azure.
- Wybierz Color API.
- Przejdź do zakładki Settings w API.
- Przewiń ustawienia w dół aż do sekcji Diagnostics Logs.

- Zaznacz checkbox Enable.
- Wybierz skonfigurowany wcześniej logger w polu Destination.
- Wybierz 100% samplowania i zaznacz Always log errors.
- Kliknij Save.
Dane otrzymywane przez Azure Application Insights:
- Request telemetry item, dla każdego żądania (frontend request, frontend response),
- Dependency telemetry item, dla każdego żądania przekazanego do backendu (backend request, backend response),
- Exception telemetry item, dla każdego nieudanego żądania
Do nieudanego żądania zaliczane są:
- Połączenie zakmnięte po stronie klienta
- Przetwarzanie żądania które spododowało błąd (odpaliła się sekcja on-error)
- API odpowiedziało kodem błędu 4xx lub 5xx.
Po kilku sekundach do Application Insights powinny zaczać spływać pierwsze metryki.
UWAGA: Włączanie logowania, szczególnie przy samplowaniu na poziomie 100% może znacząco obniżyć przepustowość bramy API i czasy odpowiedzi.
Home | Lab 5 - Wersjonowanie, rewizje | Lab 7 - Aspekty bezpieczeństwa


