Zdravlje proxyja: koje ste web-mjesto i operaciju testirali?
Razdvojite opću dostupnost proxyja od kvarova specifičnih za odredište kada održavate skup proxyja za višekratnu upotrebu.
Proxy dohvata 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 zahtjeva bila su različita.
Počnite s evidencijom na razini prijenosa za krajnju točku. Možete li dosegnuti njezin slušatelj 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 odgovori zapinju, mali se dovršavaju | 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.