Overvågning af FoxIDs og logfiler

Platformoperatører kan overvåge FoxIDs tilgængelighed, afhængigheder, login-aktivitet og fejl ved at kombinere tilstandskontrol med strukturerede logfiler. Brug det overvågningssystem, der passer til den pågældende implementering:

  • Azure App Service-implementeringer kan sende logfiler til Azure Log Analytics eller Application Insights.
  • Ved installationer af Docker og Kubernetes skrives containerlogfilerne til stdout, hvor platformens logindsamler kan hente dem.
  • Enhver understøttet installation kan konfigurere Azure Application Insights eller Log Analytics som en FoxIDs-logstrøm.

Opret alarmer og oversigtsskærmbilleder for tjenesternes tilgængelighed, ressourceforbrug, fejl ved login og applikationsfejl. Nyttige tilgængelighedskontroller omfatter:

  • https://--foxids-domain--/health
  • https://--foxids-domain--/master/master/foxids_control_client(*)/.well-known/openid-configuration
  • https://--foxids-control-domain--/master
  • https://--foxids-control-domain--/api/health
  • https://--foxids-control-domain--/api/swagger/v2/swagger.json

Parametre til sundhedstjek

Endpunktet /health accepterer valgfrie forespørgselsparametre, der giver dig mulighed for at kontrollere bestemte afhængigheder hver for sig. Når der ikke angives nogen parametre, returnerer endpunktet 200 OK for at bekræfte, at webstedet kører, uden at eksterne tjenester valideres. Brug en eller flere af følgende parametre (store og små bogstaver er ligegyldige):

Parameter Beskrivelse Gælder for
?db Kontrollerer datalagringen ved at sikre, at master-tenant-dokumentet findes. Alle understøttede databaser.
?log Udfører en logningskontrol. OpenSearch validerer rollover-aliaser; Application Insights sender en sporingsmeddelelse. Når logning er konfigureret til OpenSearch eller Application Insights.
?cache Udfører en Redis PING-kommando. Når Redis-cachen er konfigureret.
?all Kontrollerer automatisk alle komponenter, der er aktiveret i konfigurationen.

Hvis der anmodes om en komponent, som ikke er tilgængelig i den aktuelle konfiguration, returneres 400 Bad Request med den faste besked Requested health check is unavailable.. Ukendte forespørgselsparametre ignoreres. Hvis en af de anmodede komponenter ikke fungerer korrekt, returnerer endpointet 503 Service Unavailable og viser de kontroller, der er slået fejl; ellers returneres 200 OK.

Health check-svar indeholder den samlede status, tidspunktet for kontrollen og resultaterne for de enkelte komponenter. Hver komponent bruger en af de faste beskeder Health check succeeded., Health check failed. eller Health check skipped.. Svarene indeholder ikke exception-beskeder, stacktraces, svar fra afhængigheder eller konfigurationsoplysninger. Brug loggene til at undersøge fejl.