Proxy-helse: hvilket nettsted og hvilken operasjon testet du?
Skill generell proxy-tilgjengelighet fra destinasjonsspesifikke feil når du vedlikeholder en gjenbrukbar proxy-pool.
En proxy henter IP-kontrollsiden din og feiler på API-et applikasjonen din trenger. Å kalle den «sunn» eller «død» mister den mest nyttige kjensgjerningen: de to forespørslene var forskjellige.
Start med en transportomfattende registrering for endepunktet. Kan du nå lytteren og fullføre den nødvendige proxy-forhandlingen? Hold destinasjonsspesifikke observasjoner ved siden av den registreringen i stedet for å overskrive den.
| Observasjon | Område å undersøke |
|---|---|
| Proxy-lytteren avviser tilkoblinger | Endepunktet og ruten dit |
| Proxyen avviser én destinasjonsport | Den tillatte operasjonen for den destinasjonen |
| Ett nettsted returnerer en kontofeil | Destinasjonsapplikasjonen og påloggingsinformasjonen |
| Store svar stopper, små fullføres | Overføringsarbeidsmengden og tidsavbruddspolicyen |
Et HTTP-svar kan fastslå at en forespørselssti returnerte noe, men fortsatt være ubrukelig for applikasjonen. Hold transportsuksess, HTTP-status og forventet innhold som separate utfall.
Hvis én destinasjon feiler gjentatte ganger, pause eller undersøk det endepunkt-og-destinasjon-paret. Å deaktivere proxyen for hver urelatert jobb kan kaste bort nyttig kapasitet. Motsatt bør en global tilkoblingsfeil ikke forbli skjult bak én nettsides isolerte registrering.
En praktisk helsenøkkel kan omfatte proxy-identifikatoren, destinasjonstjenesten og operasjonstypen. Unngå å bruke hele den påloggingsbærende URL-en eller hver unike ressursbane som en stadig voksende nøkkel. Grupper bare der grupperingen gir en meningsfull prediksjon om neste forespørsel.
Formålet er bedre rutingsbevis, ikke en større samling grønne merker. Et helseresultat bør si hva som ble forsøkt, når, og hva det faktisk fastslo.