Azure IoT Python SDK ကို အသုံးပြုပြီးဖြစ်သော အက်ပ်တွင် MQTT သယ်ယူပို့ဆောင်မှုနှင့် ၎င်း၏ ပရောက်စီ ရွေးချယ်စရာများကို အတူတကွ ရွေးချယ်ပါ။ ဤဖွဲ့စည်းမှုသည် WebSockets ပေါ်တွင် MQTT ကို ရွေးချယ်သည်:

proxy = ProxyOptions(proxy_type='HTTP',
                     proxy_addr='203.0.113.10', proxy_port=8080)
client = IoTHubDeviceClient.create_from_connection_string(
    connection_string, websockets=True, proxy_options=proxy
)

ဤအတန်းများသည် SDK ၏ မှတ်တမ်းတင်ထားသော အင်တာဖေ့စ်မှ လာပါသည်။ စက်ပစ္စည်း၏ ချိတ်ဆက်မှု စာတန်းကို အက်ပ်၏ လျှို့ဝှက် ဖွဲ့စည်းမှုမှတစ်ဆင့် ပေးပြီး နမူနာ ပရောက်စီ အဆုံးမှတ်ကို အစားထိုးပါ။ အများသူငှာ ဆက်သွယ်နိုင်သော IoT Hub အဆုံးမှတ်အတွက်၊ အများသူငှာ ကြားခံများကို ခွင့်ပြုထားလျှင် HTTP ပရောက်စီ စာရင်းသည် HTTP လက်ခံနှင့် ပို့တ်အတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးပါသည်။ ဝန်ဆောင်မှုသည် ဦးတည်ရာ လမ်းကြောင်းကို ခွင့်ပြုကြောင်း အတည်ပြုပါ။ ဤအရာများသည် SDK ၏ ရှင်းလင်းသော ရွေးချယ်စရာများ ဖြစ်သည်။ ဘရောက်ဇာတွင် အလုပ်လုပ်သော ပရောက်စီ သို့မဟုတ် လည်ပတ်မှုစနစ်၏ ယေဘုယျ ဆက်တင်သည် စက်ပစ္စည်း ကလိုင်းနက်၏ လမ်းကြောင်းကို မတည်ဆောက်ပါ။

ရွေးချယ်ထားသော ပရောက်စီ အမျိုးအစားအတွက် ProxyOptions ရည်ညွှန်းချက်ကို ကြည့်ပါ။ ၎င်းသည် HTTP၊ SOCKS4 နှင့် SOCKS5 အကွက်များကို ခွဲခြားပြီး HTTP အတွက် ကန့်သတ်ချက်များ အပါအဝင် အမျိုးအစားအလိုက် အသုံးပြုသူအမည်/စကားဝှက် အပြုအမူကို မှတ်တမ်းတင်ပါသည်။ အကွက်တစ်ခု ရှိခြင်းသည် စစ်မှန်ကြောင်း အတည်ပြုသည့် နည်းလမ်းအားလုံးကို ကတိမပေးပါ။

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

ရွေးချယ်ထားသော သယ်ယူမှု၊ ဦးတည်ရာနှင့် ပထမဆုံး မအောင်မြင်သော အဆင့်ကို မှတ်တမ်းတင်ပါ။ SDK ကလိုင်းနက်၊ ပရောက်စီ အကောင်အထည်ဖော်မှုနှင့် ခွင့်ပြုထားသော လမ်းကြောင်း ကိုက်ညီရမည်။ အောင်မြင်သော ဘရောက်ဇာ တောင်းဆိုမှု သို့မဟုတ် SOCKS သည် ပရိုတိုကော တိုင်းကို သယ်ဆောင်သည်ဟူသော ယေဘုယျ အခိုင်အမာချက်သည် ထို လိုက်ဖက်မှုကို မပေးပါ။

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