Monitorowanie
Możesz zbierać logi i wykonywać testy zdrowia
- Jeśli wdrożono w Azure App Service Container, logi są dostępne w Analytics workspace / Application Insights
- Jeśli wdrożono przez Docker lub Kubernetes, logi są zapisywane do
Stdout
Niezależnie od modelu wdrożenia, instancję Azure Log Analytics workspace / Application Insights można skonfigurować jako strumień logów.
Następnie możesz skonfigurować pulpit w Azure, na którym da się monitorować np. zasoby, zdarzenia logowania i błędy.
Pulpit może pokazywać dostępność na podstawie testów zdrowia dla:
https://--foxids-domain--/healthhttps://--foxids-domain--/master/master/foxids_control_client(*)/.well-known/openid-configurationhttps://--foxids-control-domain--/masterhttps://--foxids-control-domain--/api/healthhttps://--foxids-control-domain--/api/swagger/v2/swagger.json
Parametry zapytań testu zdrowia
Punkt końcowy /health akceptuje opcjonalne parametry zapytań, które pozwalają zweryfikować konkretne zależności pojedynczo. Gdy nie podasz parametrów, endpoint zwraca 200 OK, aby potwierdzić, że witryna działa bez walidowania usług zewnętrznych.
Użyj jednego lub więcej z poniższych parametrów (bez rozróżniania wielkości liter):
| Parametr | Opis | Działa dla |
|---|---|---|
?db |
Weryfikuje magazyn danych, sprawdzając istnienie dokumentu master tenanta. | Wszystkie obsługiwane bazy danych. |
?log |
Uruchamia test logowania. OpenSearch weryfikuje aliasy rollover; Application Insights wysyła ślad. | Gdy logowanie jest skonfigurowane dla OpenSearch lub Application Insights. |
?cache |
Wykonuje polecenie Redis PING. | Gdy skonfigurowano cache Redis. |
?all |
Automatycznie sprawdza każdy komponent włączony w konfiguracji. |
Nieprawidłowa nazwa komponentu zwraca 400 Bad Request z odpowiedzią JSON opisującą problem. Jeśli którykolwiek z żądanych komponentów jest niezdrowy, endpoint zwraca 503 Service Unavailable i wylistuje nieudane kontrole.