Zdravje proxyja: katero spletno mesto in katero operacijo ste testirali?
Ločite splošno dosegljivost proxyja od napak, specifičnih za cilj, ko vzdržujete bazen proxyjev za večkratno uporabo.
Proxy pridobi vašo stran za preverjanje IP, a ne uspe na API-ju, ki ga vaša aplikacija potrebuje. Če ga imenujete „zdrav“ ali „mrtev“, izgubite najbolj uporabno dejstvo: oba zahtevka sta bila različna.
Začnite z zapisom na ravni prenosa za končno točko. Ali lahko dosežete njenega poslušalca in dokončate potrebno pogajanje proxyja? Opazovanja, specifična za cilj, hranite ob tem zapisu, namesto da bi ga prepisali.
| Opazovanje | Obseg za preiskavo |
|---|---|
| Poslušalec proxyja zavrača povezave | Končna točka in pot do nje |
| Proxy zavrne en ciljni vrat | Dovoljena operacija za ta cilj |
| Eno spletno mesto vrne napako računa | Ciljna aplikacija in poverilnice |
| Veliki odgovori se zataknejo, majhni se končajo | Obremenitev prenosa in pravilnik o časovni omejitvi |
Odziv HTTP lahko dokaže, da je pot zahtevka nekaj vrnila, a je za aplikacijo še vedno neuporaben. Ohranite uspeh prenosa, status HTTP in pričakovano vsebino kot ločene rezultate.
Če en cilj večkrat ne uspe, ustavite ali raziščite ta par končne točke in cilja. Onemogočanje proxyja za vsako nepovezano opravilo lahko zavrže koristno zmogljivost. Nasprotno, globalna napaka povezave ne bi smela ostati skrita za izoliranim zapisom enega spletnega mesta.
Praktičen ključ zdravja lahko vključuje identifikator proxyja, ciljno storitev in vrsto operacije. Izogibajte se uporabi celotnega URL-ja s poverilnicami ali vsake edinstvene poti vira kot nenehno rastočega ključa. Združujte le tam, kjer združevanje daje smiselno napoved o naslednjem zahtevku.
Namen so boljši dokazi o usmerjanju, ne večja zbirka zelenih značk. Rezultat zdravja bi moral povedati, kaj je bilo poskušeno, kdaj in kaj je dejansko ugotovil.