Zdravlje proxyja: koje ste web-mjesto i operaciju testirali?
Odvojite opću dostupnost proxyja od kvarova specifičnih za odredište kada održavate skup proxyja za višekratnu upotrebu.
Proxy dohvaća vašu stranicu za provjeru IP-a, ali pada na API koji vaša aplikacija zahtijeva. Nazvati ga „zdravim” ili „mrtvim” gubi najkorisniju činjenicu: dva su zahtjeva bila različita.
Počnite sa zapisom na razini prijenosa za krajnju točku. Možete li doći do njegovog slušatelja i dovršiti potrebno proxy pregovaranje? Držite zapažanja specifična za odredište uz taj zapis umjesto da ga prepisujete.
| Zapažanje | Opseg za istraživanje |
|---|---|
| Slušatelj proxyja odbija veze | Krajnja točka i ruta do nje |
| Proxy odbija jedan port odredišta | Dopuštena operacija za to odredište |
| Jedno web-mjesto vraća pogrešku računa | Aplikacija odredišta i vjerodajnice |
| Veliki se odgovori zaglave, mali se dovrše | Radno opterećenje prijenosa i pravila vremenskog ograničenja |
HTTP odgovor može potvrditi da je put zahtjeva nešto vratio, a da ipak ostane neupotrebljiv za aplikaciju. Držite uspjeh prijenosa, HTTP status i očekivani sadržaj kao odvojene ishode.
Ako jedno odredište trajno pada, pauzirajte ili istražite taj par krajnje točke i odredišta. Isključivanje proxyja za svaki nepovezani posao može odbaciti koristan kapacitet. Suprotno tome, globalni kvar veze ne bi smio ostati skriven iza izoliranog zapisa jednog web-mjesta.
Praktičan ključ zdravlja može uključivati identifikator proxyja, uslugu odredišta i vrstu operacije. Izbjegavajte korištenje cijelog URL-a s vjerodajnicama ili svake jedinstvene putanje resursa kao ključa koji stalno raste. Grupirajte samo tamo gdje grupiranje daje smisleno predviđanje sljedećeg zahtjeva.
Svrha je bolji dokaz o usmjeravanju, a ne veća zbirka zelenih oznaka. Rezultat zdravlja treba reći što je pokušano, kada i što je doista utvrdio.