Toxiproxy-ն կարող է կանգնել HTTP փրոքսիի առաջ

Toxiproxy-ն TCP հոսքը փոխանցում է կարգավորված upstream-ին և կարող է վնասել այդ հոսքը։ Սակայն նրա HTTP կառավարման API-ն երթևեկության լսիչին HTTP forward փրոքսի չի դարձնում։

HTTP փրոքսի օգտագործելու համար կարգավորված SDK-ի դեպքում գոյություն ունեցող forward փրոքսին կարող է կանգնել նրա հետևում․

SDK → Toxiproxy 127.0.0.1:7890 → HTTP proxy 127.0.0.1:8888 → S3:443

Կարգավորեք Toxiproxy-ի լսիչը 7890-ի վրա, իսկ 127.0.0.1:8888-ը դարձրեք նրա upstream։ Ուղղեք SDK-ի HTTP փրոքսի կարգավորումը դեպի http://127.0.0.1:7890։ Լսիչը փոխանցում է SDK-ի CONNECT հարցումը, իսկ HTTP փրոքսին մեկնաբանում է CONNECT-ը և բացում նպատակակետի թունելը։

Այս loopback հասցեները ենթադրում են, որ բոլոր երեք տեղական բաղադրիչները կիսում են նույն ցանցային անվանատարածքը։ Կոնտեյներում գտնվող բաղադրիչներին անհրաժեշտ են հասցեներ, որոնք հասանելի են իրենց իսկ անվանատարածքներից։

Այս դասավորությունը փոխում է հաճախորդից forward փրոքսի ուղին։ Այն չի փոխարինում նպատակակետի TLS-ին կամ ծառայության նույնականացմանը։ Ներարկված խափանումը գնահատելիս SDK-ի կրկնափորձերը հաշվեք առանձին․ վերականգնված գործողությունը կարող է թաքցնել նախորդ անհաջող փորձը։