Toxiproxy သည် HTTP ပရောက်စီ၏ ရှေ့တွင် ရပ်နိုင်သည်

SDK ၏ HTTP ပရောက်စီ ချိတ်ဆက်မှုကို Toxiproxy မှတစ်ဆင့် CONNECT ကို နားလည်သော ရှိပြီးသား forward ပရောက်စီသို့ ပို့ပါ။

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 လိပ်စာများသည် ဒေသတွင်း အစိတ်အပိုင်း သုံးခုလုံး တူညီသော ကွန်ရက် အမည်နေရာကို မျှဝေသည်ဟု ယူဆသည်။ ကွန်တိန်နာအတွင်းရှိ အစိတ်အပိုင်းများအတွက် ၎င်းတို့၏ အမည်နေရာများမှ ရောက်ရှိနိုင်သော လိပ်စာများ လိုအပ်သည်။

ဤအစီအစဉ်သည် client မှ forward ပရောက်စီအထိ လမ်းကြောင်းကို ပြောင်းလဲသည်။ ၎င်းသည် ခရီးဆုံး၏ TLS သို့မဟုတ် ဝန်ဆောင်မှု အတည်ပြုခြင်းကို အစားထိုးခြင်း မဟုတ်ပါ။ ထိုးသွင်းထားသော ချို့ယွင်းမှုကို အကဲဖြတ်ရာတွင် SDK ၏ ပြန်လည်ကြိုးစားမှုများကို သီးခြား တွက်ချက်ပါ။ ပြန်လည်ကောင်းမွန်သွားသော လုပ်ဆောင်ချက်သည် ယခင်က မအောင်မြင်ခဲ့သော ကြိုးစားမှုကို ဖုံးကွယ်နိုင်သည်။

ဆက်စပ်ဆောင်းပါးများ