Здароўе проксі: які сайт і якую аперацыю вы правяралі?
Аддзяляйце агульную даступнасць проксі ад збояў, спецыфічных для пункту прызначэння, падчас падтрымкі пула проксі, які можна выкарыстоўваць паўторна.
Проксі забірае вашу старонку праверкі IP і церпіць няўдачу на API, які патрэбны вашай праграме. Назваць яго «здаровым» або «мёртвым» — значыць страціць самы карысны факт: два запыты былі рознымі.
Пачніце з запісу ўзроўню транспарту для канчатковага пункта. Ці можаце вы дасягнуць яго слухача і завяршыць патрэбныя перамовы проксі? Трымайце назіранні, спецыфічныя для пункту прызначэння, побач з гэтым запісам, а не перазапісвайце яго.
| Назіранне | Абсяг для даследавання |
|---|---|
| Слухач проксі адхіляе злучэнні | Канчатковы пункт і маршрут да яго |
| Проксі адхіляе адзін порт прызначэння | Дазволеная аперацыя для гэтага пункта прызначэння |
| Адзін сайт вяртае памылку ўліковага запісу | Праграма пункта прызначэння і ўліковыя даныя |
| Вялікія адказы спыняюцца, малыя завяршаюцца | Аб'ём перадачы і палітыка тайм-аўту |
HTTP-адказ можа пацвердзіць, што шлях запыту нешта вярнуў, але пры гэтым заставацца непрыдатным для праграмы. Трымайце поспех транспарту, статус HTTP і чаканы змест як асобныя вынікі.
Калі адзін пункт прызначэння раз за разам церпіць няўдачу, прыпыніце або даследуйце гэтую пару «канчатковы пункт — пункт прызначэння». Адключэнне проксі для кожнай незвязанай задачы можа выкінуць карысную ёмістасць. І наадварот, глабальны збой злучэння не павінен заставацца схаваным за ізаляваным запісам аднаго сайта.
Практычны ключ здароўя можа ўключаць ідэнтыфікатар проксі, службу прызначэння і тып аперацыі. Пазбягайце выкарыстання поўнага URL з уліковымі данымі або кожнага ўнікальнага шляху рэсурсу як ключа, які ўвесь час расце. Групуйце толькі там, дзе групоўка дае значную прадказанне пра наступны запыт.
Мэта — лепшыя доказы маршрутызацыі, а не большая калекцыя зялёных значкаў. Вынік здароўя павінен казаць, што было спробавана, калі і што ён фактычна ўстанавіў.