Azure IoT Edge proxy ဆက်တင်များကို deployment manifest များတွင် ထားရှိပါ

နောက်ပိုင်း manifest တစ်ခုက edgeAgent/edgeHub ပတ်ဝန်းကျင်ကို proxy တန်ဖိုးများမပါဘဲ အစားထိုးလျှင် bootstrap ချိတ်ဆက်မှု ပျောက်ကွယ်နိုင်သည်။

deployment တစ်ခုက runtime အဓိပ္ပာယ်ဖွင့်ဆိုချက်များကို အစားထိုးသောအခါ proxy ကို module နှစ်ခုစလုံးတွင် ထိန်းထားပါ။ edgeAgent အတွက် ပေါင်းစပ်ပါ:

"env": {
  "https_proxy": {
    "value": "http://proxy.example:8080"
  },
  "UpstreamProtocol": {
    "value": "AmqpWs"
  }
}

၎င်းကို edgeAgent desired properties/systemModules အောက်တွင် အမှန်တကယ် အဓိပ္ပာယ်ဖွင့်ဆိုချက်များနှင့်အတူ ထားပါ။ image များ၊ ဆက်တင်များနှင့် အခြား ပတ်ဝန်းကျင် entries များကို ထိန်းသိမ်းပါ။ edgeHub လည်း ၎င်း၏ https_proxy လိုအပ်သည်; ပြသထားသော UpstreamProtocol သည် agent ၏ AmqpWs စတင်ရွေးချယ်မှုကို ထိန်းထားသည်။

ကြားခံက native AMQP ကို ပိတ်ဆို့သောအခါ WebSockets မှတစ်ဆင့် AMQP လိုအပ်သည်။ ဝန်ဆောင်မှုက TLS သုံးသော်လည်း HTTP URL သည် listener ကို ဖော်ပြသည်။

တန်ဖိုးများကို နောက်လာမည့် manifest များသို့ သယ်ဆောင်ပါ။ edgeAgent ၏ လမ်းကြောင်းကို ဖယ်ရှားလျှင် ၎င်းကို ပြင်ဆင်ရန် ရည်ရွယ်ထားသော deployment ကို လက်ခံနိုင်မည်မဟုတ်ပါ။

container engine ၏ image ဆွဲချမှု၊ identity ဝန်ဆောင်မှုနှင့် Edge daemon တို့သည် သီးခြား သုံးစွဲသူများအဖြစ် ဆက်ရှိသည်။ EFLOW တွင် ၎င်းတို့သည် Linux VM ထဲတွင် လုပ်ဆောင်သောကြောင့် Windows host ပေါ်ရှိ ဆက်တင်တစ်ခုတည်းဖြင့် ၎င်းတို့ကို မပြင်ဆင်နိုင်ပါ။ အသုံးပြုသူ module များလည်း ၎င်းတို့၏ client များ ပံ့ပိုးသော input များ လိုအပ်သည်။

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