Een proxy haalt uw IP-controlepagina op en faalt op de API die uw applicatie nodig heeft. Hem „gezond” of „dood” noemen verliest het nuttigste feit: de twee verzoeken waren verschillend.

Begin met een transportbrede registratie voor het eindpunt. Kunt u de listener bereiken en de vereiste proxy-onderhandeling voltooien? Houd bestemmingsspecifieke observaties naast die registratie in plaats van deze te overschrijven.

ObservatieTe onderzoeken bereik
De proxy-listener weigert verbindingenHet eindpunt en de route ernaartoe
De proxy weigert één bestemmingspoortDe toegestane bewerking voor die bestemming
Eén website retourneert een accountfoutDe bestemmingsapplicatie en de inloggegevens
Grote reacties stokken, kleine worden voltooidDe overdrachtswerklast en het time-outbeleid

Een HTTP-reactie kan vaststellen dat een verzoekpad iets heeft teruggegeven terwijl het toch onbruikbaar blijft voor de applicatie. Houd transportsucces, HTTP-status en verwachte inhoud als afzonderlijke uitkomsten.

Als één bestemming herhaaldelijk faalt, pauzeer of onderzoek dan dat eindpunt-en-bestemming-paar. De proxy uitschakelen voor elke ongerelateerde taak kan nuttige capaciteit weggooien. Omgekeerd zou een globale verbindingsfout niet verborgen moeten blijven achter de geïsoleerde registratie van één website.

Een praktische gezondheidssleutel kan de proxy-identificatie, de bestemmingsdienst en het bewerkingstype bevatten. Vermijd het gebruik van de volledige inloggegevens bevattende URL of elk uniek resourcepad als een steeds groter wordende sleutel. Groepeer alleen waar de groepering een betekenisvolle voorspelling over het volgende verzoek geeft.

Het doel is beter routeringsbewijs, niet een grotere verzameling groene badges. Een gezondheidsresultaat moet zeggen wat is geprobeerd, wanneer, en wat het werkelijk heeft vastgesteld.

Gerelateerde artikelen