Прокси преузима вашу страницу за проверу IP-а, али пада на API-ју који ваша апликација захтева. Назвати га „здравим” или „мртвим” губи најкориснију чињеницу: два захтева су била различита.

Почните са записом на нивоу преноса за крајњу тачку. Можете ли да дођете до њеног слушаоца и завршите потребно прокси преговарање? Држите запажања специфична за одредиште поред тог записа уместо да га преписујете.

ЗапажањеОпсег за истраживање
Слушалац проксија одбија везеКрајња тачка и рута до ње
Прокси одбија један порт одредиштаДозвољена операција за то одредиште
Једна веб-локација враћа грешку налогаАпликација одредишта и акредитиви
Велики одговори заглављују, мали се завршавајуРадно оптерећење преноса и правила временског ограничења

HTTP одговор може потврдити да је путања захтева нешто вратила, а да ипак остане неупотребљив за апликацију. Држите успех преноса, HTTP статус и очекивани садржај као одвојене исходе.

Ако једно одредиште стално пада, паузирајте или истражите тај пар крајње тачке и одредишта. Искључивање проксија за сваки неповезани посао може одбацити користан капацитет. Супротно томе, глобални отказ везе не би смео да остане скривен иза изолованог записа једне веб-локације.

Практичан кључ здравља може укључивати идентификатор проксија, услугу одредишта и тип операције. Избегавајте коришћење целог URL-а са акредитивима или сваке јединствене путање ресурса као кључа који стално расте. Групишите само тамо где груписање даје смислену прогнозу о следећем захтеву.

Циљ је бољи доказ о рутирању, а не већа збирка зелених ознака. Резултат здравља треба да каже шта је покушано, када и шта је заиста утврдио.

Повезани чланци