Monitoraggio
Puoi raccogliere log ed eseguire health check
- Se distribuito in Azure App Service Container, i log si trovano in Analytics workspace / Application Insights
- Se distribuito usando Docker o Kubernetes, i log vengono scritti su
Stdout
Indipendentemente dal modello di distribuzione, la tua istanza Azure Log Analytics workspace / Application Insights puo essere configurata come log stream.
Puoi quindi configurare una dashboard in Azure dove e possibile monitorare, ad esempio, risorse, eventi di login ed errori.
Una dashboard puo mostrare la disponibilita come risultato degli health check verso:
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
Parametri query per l'health check
L'endpoint /health accetta parametri query facoltativi che consentono di verificare singolarmente dipendenze specifiche. Quando non vengono forniti parametri, l'endpoint restituisce 200 OK per confermare che il sito e in esecuzione senza validare servizi esterni.
Usa uno o piu dei seguenti parametri, senza distinzione tra maiuscole e minuscole:
| Parameter | Description | Works for |
|---|---|---|
?db |
Verifica l'archiviazione dati assicurando che esista il documento del tenant master. | Tutti i database supportati. |
?log |
Esegue un controllo del logging. OpenSearch verifica gli alias rollover; Application Insights invia una trace. | Quando il logging e configurato per OpenSearch o Application Insights. |
?cache |
Esegue un comando Redis PING. | Quando e configurata la cache Redis. |
?all |
Controlla automaticamente ogni componente abilitato in configurazione. |
Un nome componente non valido restituisce 400 Bad Request con una risposta JSON che descrive il problema. Se uno dei componenti richiesti non e in salute, l'endpoint restituisce 503 Service Unavailable ed elenca i controlli falliti.