Proksiegesondheid: watter webwerf en bewerking het jy getoets?
Skei algemene proksiebereikbaarheid van bestemming-spesifieke mislukkings wanneer jy 'n herbruikbare proksiepoel onderhou.
'n Proksie haal jou IP-kontrolebladsy en misluk op die API wat jou toepassing nodig het. Om dit “gesond” of “dood” te noem, verloor die nuttigste feit: die twee versoeke was verskillend.
Begin met 'n vervoerwye rekord vir die eindpunt. Kan jy sy luisteraar bereik en die vereiste proksie-onderhandeling voltooi? Hou bestemming-spesifieke waarnemings langs daardie rekord eerder as om dit te oorskryf.
| Waarneming | Omvang om te ondersoek |
|---|---|
| Proksieluisteraar weier verbindings | Die eindpunt en roete daarheen |
| Proksie weier een bestemmingspoort | Die toegelate bewerking vir daardie bestemming |
| Een webwerf gee 'n rekeningfout | Die bestemmingstoepassing en geloofsbriewe |
| Groot antwoorde hang, klein antwoorde voltooi | Die oordragwerklading en tydsvervalbeleid |
'n HTTP-antwoord kan vasstel dat 'n versoekpad iets teruggegee het terwyl dit steeds onbruikbaar vir die toepassing is. Hou vervoersukses, HTTP-status en verwagte inhoud as aparte uitkomste.
As een bestemming herhaaldelik misluk, pouseer of ondersoek daardie eindpunt-en-bestemming-paring. Om die proksie vir elke onverwante taak te deaktiveer, kan nuttige kapasiteit weggooi. Omgekeerd moet 'n globale verbindingsfout nie agter een webwerf se geïsoleerde rekord verborge bly nie.
'n Praktiese gesondheidssleutel kan die proksie-identifiseerder, bestemmingsdiens en bewerkingstipe insluit. Vermy om die hele geloofsbriewe-draende URL of elke unieke hulpbronpad as 'n steeds groeiende sleutel te gebruik. Groepeer net waar die groepering 'n betekenisvolle voorspelling oor die volgende versoek maak.
Die doel is beter roeteringbewyse, nie 'n groter versameling groen kentekens nie. 'n Gesondheidsresultaat moet sê wat gepoog is, wanneer, en wat dit werklik vasgestel het.