ခေါ်ဆိုနေသော Heroku အက်ပ်သည် ပြောင်းလဲနေသော dynos များပေါ်တွင် လည်ပတ်နေသော်လည်း တောင်းဆိုမှုများကို သိရှိထားသော ရင်းမြစ် IP တစ်ခုမှ လာရန် ပါတနာ API က တောင်းဆိုနိုင်သည်။ ရှိပြီးသား Proximo ပေါင်းစပ်မှုသည် သတ်မှတ်ထားသော တည်ငြိမ်လိပ်စာမှတစ်ဆင့် ထွက်ပေါက်လမ်းကြောင်းကို ပေးသည်။

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

သတ်မှတ်ထားသော egress လိပ်စာသည် ပါတနာ၏ ရင်းမြစ်ခွင့်ပြုစာရင်းတွင် ပါဝင်သင့်သည့်အရာဖြစ်သည်။ PROXIMO_URL သည် အက်ပ်က ထိုလမ်းကြောင်းထဲ ဝင်ရန် အသုံးပြုသော ပရောက်စီ အဆုံးမှတ်နှင့် အထောက်အထားများကို ဖော်ထုတ်သည်။ ၎င်းသည် အက်ပ်၏ အများပြည်သူ ဝဘ်ဆိုက် URL မဟုတ်ပါ။

ခေါ်ဆိုမှုပြုလုပ်သော လုပ်ငန်းစဉ်အပေါ် လမ်းကြောင်းကို အသုံးချပါ

ဝဘ်လုပ်ငန်းစဉ်နှင့် နောက်ခံအလုပ်သမားသည် သီးခြား API တောင်းဆိုမှုများ ပြုလုပ်နိုင်သည်။ လိုအပ်သော သုံးစွဲသူတိုင်းကို ၎င်း၏ ပံ့ပိုးထားသော ပရောက်စီ ပေါင်းစပ်မှုဖြင့် ပြင်ဆင်ပါ။ လုပ်ငန်းစဉ်တစ်ခုကို လမ်းကြောင်းပေးခြင်းသည် အခြားလုပ်ငန်းစဉ်အားလုံး ဂိတ်ဝေးကို အသုံးပြုသည်ဟု သက်သေမပြပါ။

JVM အက်ပ်အတွက် သင့်လျော်သော မူရင်း HTTP သို့မဟုတ် SOCKS ကလိုင်းယင့် ဖွဲ့စည်းမှုနှင့် ဝန်ဆောင်မှုပေးသူက ပံ့ပိုးသော စစ်မှန်ကြောင်းအထောက်အထား စီစဉ်မှုကို အသုံးပြုပါ။ အခြား runtime အတွက် ရေးထားသော wrapper နမူနာမှ Java သဟဇာတဖြစ်မှုကို မခန့်မှန်းပါနှင့်။

အဝင်တောင်းဆိုမှုများကို အက်ပ်၏လမ်းကြောင်းပေါ်တွင် ထားပါ

Proximo ၏ Heroku စာရွက်စာတမ်းများက ၎င်းသည် အက်ပ်သို့ အဝင်ဝင်ရောက်ခွင့် မပေးကြောင်း ရှင်းလင်းစွာ ဖော်ပြသည်။ ဝဘ်အက်ပ်သို့ ရောက်ရှိသော ကလိုင်းယင့်များသည် ၎င်း၏ သတ်မှတ်ထားသော Heroku လက်ခံအမည်နှင့် လမ်းကြောင်းသတ်မှတ်မှုကို ဆက်လက်အသုံးပြုသည်။

အဝင်ဝဘ်ဝင်ရောက်ခွင့်ကို စစ်ဆေးရန် အက်ပ် URL ကို အသုံးပြုပါ။ ပါတနာက လက်ခံရရှိသော တောင်းဆိုမှုများမှ အထောက်အထားများကို အသုံးပြု၍ ထွက်ပေါက်ရင်းမြစ်လိပ်စာကို စစ်ဆေးပါ။ တည်ငြိမ်သော ပရောက်စီ IP က အက်ပ်ကို ဝန်ဆောင်မည်ဟု မျှော်လင့်ခြင်းသည် ထိုဦးတည်ချက်နှစ်ခုကို ထွက်ပေါက်ဝန်ဆောင်မှု မပေးသော အင်္ဂါရပ်အဖြစ် ပေါင်းစပ်လိုက်ခြင်းဖြစ်သည်။

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