မင်္ဂလာပါလူတိုင်းအတွက်!

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

Cloud ဗီဒီယိုစောင့်ကြည့်ရေးစနစ်များသည် သုံးစွဲသူများအား ရှိပြီးသား ဗီဒီယိုသိုလှောင်မှုနှင့် လုပ်ဆောင်နေသည့် အခြေခံအဆောက်အအုံကို ပံ့ပိုးပေးခြင်းဖြင့် ဤပြဿနာကို ဖြေရှင်းပေးပါသည်။ cloud ဗီဒီယိုစောင့်ကြည့်ရေးဖောက်သည်တစ်ဦးသည် ကင်မရာကို အင်တာနက်နှင့် ချိတ်ဆက်ပြီး ၎င်း၏ cloud အကောင့်သို့ ချိတ်ဆက်ရန် လိုအပ်သည်။

ကင်မရာများကို cloud နှင့်ချိတ်ဆက်ရန် နည်းပညာဆိုင်ရာနည်းလမ်းများစွာရှိပါသည်။ သံသယဖြစ်စရာ၊ အဆင်ပြေဆုံးနှင့် စျေးအသက်သာဆုံးနည်းလမ်းမှာ ကင်မရာသည် ဆာဗာ သို့မဟုတ် အသံဖမ်းစက်ကဲ့သို့ ထပ်လောင်းကိရိယာများပါဝင်ခြင်းမရှိဘဲ cloud နှင့် တိုက်ရိုက်ချိတ်ဆက်ပြီး အလုပ်လုပ်ခြင်းဖြစ်သည်။

ဒါကိုလုပ်ဖို့၊ cloud နဲ့ အလုပ်လုပ်တဲ့ software module တစ်ခုကို ကင်မရာမှာ ထည့်သွင်းဖို့ လိုအပ်တယ်။ သို့သော်၊ ကျွန်ုပ်တို့သည် စျေးပေါသောကင်မရာများအကြောင်းပြောပါက၊ ၎င်းတို့တွင် ကင်မရာရောင်းချသူ၏ မူရင်း firmware မှ 100% နီးပါး ကန့်သတ်ထားသော ဟာ့ဒ်ဝဲအရင်းအမြစ်များရှိပြီး ၎င်းတို့တွင် cloud plugin အတွက် အရင်းအမြစ်များမလိုအပ်ပါ။ ivideon မှ developer များသည် ဤပြဿနာကို ဖြေရှင်းခဲ့ကြသည်။ ဆောင်းပါးဈေးပေါသောကင်မရာများတွင် ပလပ်အင်ကို ဘာကြောင့် မတပ်ဆင်ရကြောင်း ရှင်းပြသည်။ ရလဒ်အနေဖြင့်၊ ကင်မရာ၏အနိမ့်ဆုံးစျေးနှုန်းမှာ 5000 ရူဘယ် (ဒေါ်လာ 80 ဒေါ်လာ) ဖြစ်ပြီး စက်ပစ္စည်းကိရိယာများအတွက် ငွေသန်းပေါင်းများစွာသုံးစွဲပါသည်။

ဤပြဿနာကို ကျွန်ုပ်တို့ အောင်မြင်စွာ ဖြေရှင်းနိုင်ခဲ့သည်။ သင်ဘယ်လိုစိတ်ဝင်စားတယ်ဆိုရင် - ဖြတ်မှကြိုဆိုပါတယ်။

အနည်းငယ်သောသမိုင်း

2016 ခုနှစ်တွင်၊ Rostelecom အတွက် cloud ဗီဒီယိုစောင့်ကြည့်ရေးပလပ်ဖောင်းကို စတင်တီထွင်ခဲ့သည်။

ကင်မရာဆော့ဖ်ဝဲလ်၏စည်းကမ်းချက်များအရ၊ ပထမအဆင့်တွင်၊ ကျွန်ုပ်တို့သည် ထိုကဲ့သို့သောအလုပ်များအတွက် "စံ" လမ်းကြောင်းကို လိုက်လျှောက်ခဲ့သည်- ကျွန်ုပ်တို့သည် ရောင်းချသူ၏ကင်မရာ၏ standard firmware တွင်ထည့်သွင်းပြီး ကျွန်ုပ်တို့၏ cloud နှင့်အလုပ်လုပ်သော ကျွန်ုပ်တို့၏ကိုယ်ပိုင် plugin ကိုတီထွင်ခဲ့သည်။ သို့သော် ဒီဇိုင်းရေးဆွဲစဉ်အတွင်း ကျွန်ုပ်တို့သည် အပေါ့ပါးဆုံးနှင့် အထိရောက်ဆုံး ဖြေရှင်းနည်းများကို အသုံးပြုခဲ့သည် (ဥပမာ၊ ရိုးရိုး C အကောင်အထည်ဖော်မှုဖြစ်သော protobuf၊ libev၊ mbedtls နှင့် boost ကဲ့သို့သော အဆင်ပြေသော်လည်း လေးလံသောစာကြည့်တိုက်များကို လုံးဝစွန့်ပစ်ထားသည်)

လောလောဆယ်တွင်၊ IP ကင်မရာစျေးကွက်တွင် universal integration solutions များမရှိပါ- ရောင်းချသူတိုင်းတွင် plugin ထည့်သွင်းရန် ကိုယ်ပိုင်နည်းလမ်း၊ firmware လည်ပတ်ရန်အတွက် ၎င်း၏ကိုယ်ပိုင် API အစုံနှင့် ထူးခြားသောအပ်ဒိတ်ယန္တရားတစ်ခုရှိသည်။

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

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

Hikvision ကင်မရာများကို အသုံးပြု၍ ကျွန်ုပ်တို့၏ ပထမဆုံးသော ရှေ့ပြေးပရောဂျက်၊ cloud ဗီဒီယို စောင့်ကြည့်ခြင်း Video Comfort ကို စတင်ခဲ့ပါသည်။

လွှင့်တင်ပြီးပြီးချင်းတွင်၊ ကျွန်ုပ်တို့၏အသုံးပြုသူများသည် အခြားထုတ်လုပ်သူများမှ စျေးသက်သာသောကင်မရာများကို ဝန်ဆောင်မှုသို့ ချိတ်ဆက်နိုင်ခြေနှင့်ပတ်သက်၍ မေးခွန်းများမေးလာကြသည်။

ရောင်းချသူတိုင်းအတွက် ပေါင်းစပ်အလွှာတစ်ခုကို အကောင်အထည်ဖော်ရန် ရွေးချယ်ခွင့်ကို ကျွန်ုပ် ချက်ချင်း ငြင်းပယ်ခဲ့သည် - ၎င်းသည် အရွယ်အစား ညံ့ဖျင်းပြီး ကင်မရာ ဟာ့ဒ်ဝဲတွင် လေးနက်သော နည်းပညာဆိုင်ရာ လိုအပ်ချက်များကို ချမှတ်ထားသောကြောင့်၊ ဤထည့်သွင်းမှုလိုအပ်ချက်များနှင့် ကိုက်ညီသော ကင်မရာတစ်လုံး၏ ကုန်ကျစရိတ်- ~60-70$

ထို့ကြောင့်၊ ရောင်းချသူထံမှ ကင်မရာများအတွက် ကျွန်ုပ်၏ကိုယ်ပိုင် Firmware ပြုလုပ်ရန် ပိုမိုနက်ရှိုင်းစွာ တူးဖော်ရန် ဆုံးဖြတ်ခဲ့သည်။ ဤချဉ်းကပ်မှုသည် ကင်မရာ ဟာ့ဒ်ဝဲအရင်းအမြစ်များအတွက် လိုအပ်ချက်များကို သိသိသာသာ လျော့နည်းစေသည် - အဘယ်ကြောင့်ဆိုသော်၊ cloud နှင့်အလုပ်လုပ်ရန်အလွှာသည် ဗီဒီယိုအပလီကေးရှင်းနှင့်ပိုမိုထိရောက်စွာပေါင်းစပ်ထားပြီး firmware တွင်မလိုအပ်သောအသုံးမပြုသောအဆီမရှိပါ။

အရေးကြီးသည်မှာ အဆင့်နိမ့်ကင်မရာဖြင့် အလုပ်လုပ်သည့်အခါ ပါဝါနိမ့် CPU တွင် ထပ်လောင်းဝန်မဖန်တီးဘဲ ဒေတာကို စာဝှက်ပေးသည့် ဟာ့ဒ်ဝဲ AES ကို အသုံးပြုနိုင်သည်။

အဲဒီ့အချိန်မှာ ကျွန်တော်တို့မှာ ဘာမှမရှိဘူး။ ဘာမှမပါဘူး။

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

မေးခွန်းအားလုံးကို reverse engineering—စမ်းသပ်မှုနှင့် အမှားမှတစ်ဆင့် ဖြေရမည်ဖြစ်သည်။ ဒါပေမယ့် ကျွန်တော်တို့ ထိန်းနိုင်ခဲ့ပါတယ်။

ကျွန်ုပ်တို့စမ်းသပ်ခဲ့သည့် ပထမဆုံးကင်မရာမော်ဒယ်များမှာ Xiaomi Yi Ants၊ Hikvision၊ Dahua၊ Spezvision၊ D-Link ကင်မရာများနှင့် အလွန်စျေးသက်သာသော အမည်မဲ့ တရုတ်ကင်မရာများဖြစ်သည်။

ပစ္စည်းကရိယာ

Hisilicon 3518E ချစ်ပ်ဆက်ပေါ်တွင် အခြေခံထားသော ကင်မရာများ။ ကင်မရာများ၏ hardware လက္ခဏာများမှာ အောက်ပါအတိုင်းဖြစ်သည်။

Xiaomi Yi Ants
နာမ

SoC
Hisilicon 3518E
Hisilicon 3518E

ရမ်
64MB
64MB

လျှပ်တစ်ပြက်မီး
16MB
8MB

ဝိုင်ဖိုင်
mt7601/bcm43143
-

sensor
ov9732 (720p)
ov9712 (720p)

Ethernet
-
+

MicroSD
+
+

မိုက်ခရိုဖုန်း
+
+

စပီကာ
+
+

IRLed
+
+

IRCut
+
+

ငါတို့က သူတို့နဲ့ စတယ်။

ကျွန်ုပ်တို့သည် လက်ရှိတွင် Hisilicon 3516/3518 ချစ်ပ်ဆက်များအပြင် Ambarella S2L/S2LM ကို ပံ့ပိုးပေးပါသည်။ ကင်မရာမော်ဒယ်တွေ ဒါဇင်နဲ့ချီရှိတယ်။

Firmware ဖွဲ့စည်းမှု

ရေငုပ်သင်္ဘော

uboot သည် boot loader ဖြစ်ပြီး၊ ၎င်းသည် ပါဝါဖွင့်ပြီးနောက် ပထမဦးစွာ boot တက်သည်၊ ဟာ့ဒ်ဝဲကို အစပြုပြီး linux kernel ကို load လုပ်ပါသည်။

ကင်မရာဖွင့်ခြင်း script သည် အလွန်သေးငယ်သည်-

bootargs=mem=38M console=ttyAMA0,115200 rootfstype=ramfs mtdparts=hi_sfc:256K(boot),64K(tech),4096K(kernel),8192K(app),-(config) hw_type=101
bootcmd=sf probe 0; sf read 0x82000000 0x50000 0x400000; bootm 0x82000000; setenv bootargs $(bootargs) bkp=1; sf read 0x82000000 0x450000 0x400000; bootm 0x82000000

အင်္ဂါရပ်များထဲမှ တစ်ခုမှာ ၎င်းကို နှစ်ကြိမ်ဟုခေါ်သည်။ bootmအပ်ဒိတ်စနစ်ခွဲသို့ ရောက်သောအခါ အနည်းငယ်ကြာသောအခါ၊

လိုင်းကိုအာရုံစိုက်ပါ။ mem=38M. ဟုတ်ကဲ့၊ ဟုတ်တယ်၊ ဒါက typo မဟုတ်ပါဘူး - Linux kernel နဲ့ အားလုံး၊ အားလုံး၊ အားလုံး၊ အားလုံးဟာ RAM ရဲ့ 38 megabytes ကိုသာ အသုံးပြုခွင့်ရှိပါတယ်။

Uboot ရဲ့ဘေးမှာ အထူးဘလောက်တစ်ခုရှိပါတယ်။ reg_infoDDR ကို အစပြုရန်အတွက် အဆင့်နိမ့် script တစ်ခုနှင့် SoC ၏ စနစ်မှတ်ပုံတင်မှု အများအပြားပါရှိသည်။ အကြောင်းအရာ reg_info ကင်မရာမော်ဒယ်ပေါ် မူတည်ပြီး မမှန်ပါက ကင်မရာသည် uboot ကိုပင် load လုပ်နိုင်မည်မဟုတ်သော်လည်း loading အစောပိုင်းအဆင့်တွင် အေးခဲသွားမည်ဖြစ်သည်။

အစပိုင်းတွင်၊ ကျွန်ုပ်တို့သည် ရောင်းချသူပံ့ပိုးမှုမရှိဘဲ အလုပ်လုပ်သောအခါ၊ ကျွန်ုပ်တို့သည် ဤဘလောက်ကို မူရင်းကင်မရာ firmware မှ ရိုးရိုးကူးယူပါသည်။

Linux kernel နှင့် rootf များ

ကင်မရာများသည် ချစ်ပ်၏ SDK ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည့် Linux kernel ကို အသုံးပြုသည်၊ များသောအားဖြင့် ၎င်းတို့သည် 3.x ဌာနခွဲမှ နောက်ဆုံးထွက် kernel များမဟုတ်သောကြောင့် အပိုပစ္စည်းများအတွက် drivers များသည် အသုံးပြုထားသော kernel နှင့် ကိုက်ညီမှုမရှိသည့်အချက်ကို မကြာခဏ ကိုင်တွယ်ရမည်ဖြစ်ပါသည်။ ၎င်းတို့ကို kernel ကင်မရာများထံ back-port လုပ်ရပါမည်။

နောက်ပြဿနာတစ်ခုက kernel အရွယ်အစား။ FLASH အရွယ်အစားသည် 8MB သာရှိသောအခါ၊ ဘိုက်တစ်ခုစီတိုင်းသည် အရွယ်အစားကို အနည်းဆုံးလျှော့ချရန်အတွက် အသုံးမပြုသော kernel လုပ်ဆောင်ချက်အားလုံးကို ဂရုတစိုက်ပိတ်ရန်ဖြစ်သည်။

Rootfs သည် အခြေခံဖိုင်စနစ်တစ်ခုဖြစ်သည်။ ပါဝင်ပါတယ်။ busybox၊ wifi မော်ဂျူးဒရိုက်ဗာများ၊ ကဲ့သို့သော စံစနစ်စာကြည့်တိုက်များ libld и libcLED ထိန်းချုပ်မှုယုတ္တိဗေဒ၊ ကွန်ရက်ချိတ်ဆက်မှုစီမံခန့်ခွဲမှုနှင့် firmware အပ်ဒိတ်များအတွက် တာဝန်ရှိသည့် ကျွန်ုပ်တို့၏ဆော့ဖ်ဝဲအပြင်၊

root ဖိုင်စနစ်သည် initramfs အဖြစ် kernel နှင့် ချိတ်ဆက်ထားပြီး တည်ဆောက်မှု၏ရလဒ်အနေဖြင့် ကျွန်ုပ်တို့သည် ဖိုင်တစ်ခုရရှိသည် uImagekernel နှင့် rootfs နှစ်ခုလုံးပါ ၀ င်သည်။

ဗီဒီယိုလျှောက်လွှာ

Firmware ၏ အရှုပ်ထွေးဆုံးနှင့် အရင်းအမြစ်-အလွန်အကျွံ့သုံးသည့် အစိတ်အပိုင်းမှာ ဗီဒီယို-အသံဖမ်းယူမှု၊ ဗီဒီယိုကုဒ်သွင်းမှု၊ ရုပ်ပုံကန့်သတ်ချက်များကို စီစဉ်သတ်မှတ်ပေးသည်၊ ဥပမာ၊ ရွေ့လျားမှု သို့မဟုတ် အသံရှာဖွေစက်၊ PTZ ကို ထိန်းချုပ်ထားပြီး နေ့နှင့်ပြောင်းလဲခြင်းအတွက် တာဝန်ရှိသည့် အပလီကေးရှင်းဖြစ်သည်။ ညမုဒ်များ။

အရေးကြီးသောအချက်မှာ၊ လုပ်ဆောင်ချက်သည် ဗီဒီယိုအပလီကေးရှင်းသည် cloud plugin နှင့် မည်သို့အပြန်အလှန်လုပ်ဆောင်သည်ဖြစ်စေ အဓိကအချက်ဟုပင် ဆိုရမည်ဖြစ်သည်။

စျေးပေါသောဟာ့ဒ်ဝဲတွင်အလုပ်မလုပ်နိုင်သော 'ရောင်းချသူ firmware + cloud plugin' တွင်၊ ကင်မရာအတွင်းရှိဗီဒီယိုသည် RTSP ပရိုတိုကောမှတစ်ဆင့် ထုတ်လွှင့်သည် - ၎င်းသည် ကြီးမားသောကိစ္စဖြစ်သည်- socket မှတဆင့်ဒေတာကိုကူးယူခြင်းနှင့် ပို့ခြင်း၊ မလိုအပ်သော syscalls များ။

ဤနေရာတွင် ကျွန်ုပ်တို့သည် မျှဝေထားသော မှတ်ဉာဏ်ယန္တရားကို အသုံးပြုသည် - ဗီဒီယိုကို ကင်မရာဆော့ဖ်ဝဲလ် အစိတ်အပိုင်းများကြားရှိ socket မှတဆင့် ကူးယူခြင်း သို့မဟုတ် ပေးပို့ခြင်းမပြုပါ၊ ထို့ကြောင့် ကင်မရာ၏ ကျိုးနွံသော ဟာ့ဒ်ဝဲစွမ်းရည်များကို အကောင်းဆုံးနှင့် ဂရုတစိုက်အသုံးပြုပါ။

စနစ်ခွဲကို အပ်ဒိတ်လုပ်ပါ။

အထူးဂုဏ်ယူစရာအချက်မှာ အွန်လိုင်း firmware အပ်ဒိတ်များအတွက် အမှားအယွင်းခံနိုင်သော စနစ်ခွဲဖြစ်သည်။

ပြဿနာကို ရှင်းပြပါရစေ။ Firmware ကို အပ်ဒိတ်လုပ်ခြင်းသည် နည်းပညာအရ အနုမြူလုပ်ဆောင်မှုမဟုတ်ပါ၊ နှင့် အပ်ဒိတ်၏အလယ်တွင် ပါဝါချို့ယွင်းမှုဖြစ်ပေါ်ပါက၊ flash memory တွင် “အောက်-ရေးထားသော” firmware အသစ်၏ တစ်စိတ်တစ်ပိုင်း ပါဝင်မည်ဖြစ်သည်။ အထူးအစီအမံများ မလုပ်ပါက၊ ကင်မရာသည် ဝန်ဆောင်မှုစင်တာသို့ ခေါ်ဆောင်ရန် လိုအပ်သော "အုတ်" ဖြစ်လာပါမည်။

ဒီပြဿနာကို ကျွန်တော်တို့လည်း ဖြေရှင်းပြီးပြီ။ အပ်ဒိတ်လုပ်နေစဉ်အတွင်း ကင်မရာကို ပိတ်ထားသော်လည်း၊ အသုံးပြုသူကြားဝင်စွက်ဖက်မှုမရှိဘဲ cloud မှ firmware ကို အလိုအလျောက်ဒေါင်းလုဒ်လုပ်ကာ လုပ်ဆောင်ချက်ကို ပြန်လည်ရယူမည်ဖြစ်သည်။

ပိုမိုအသေးစိတ်နည်းပညာကိုကြည့်ရှုကြပါစို့။

အားနည်းချက်အရှိဆုံးအချက်မှာ partition ကို Linux kernel နှင့် root file system ဖြင့် overwrite လုပ်ခြင်းဖြစ်သည်။ ဤအစိတ်အပိုင်းများထဲမှတစ်ခု ပျက်စီးသွားပါက၊ cloud မှ firmware ကို ဒေါင်းလုဒ်လုပ်၍မရသော uboot bootloader ထက် ကင်မရာသည် boot လုပ်မည်မဟုတ်ပါ။

ဆိုလိုသည်မှာ အပ်ဒိတ်လုပ်ငန်းစဉ်အတွင်း ကင်မရာတွင် အလုပ်လုပ်သည့် kernel နှင့် rootfs များ အချိန်မရွေး ရှိနေကြောင်း သေချာစေရန် လိုအပ်ပါသည်။ အရိုးရှင်းဆုံးဖြေရှင်းနည်းမှာ flash memory တွင် rootfs ဖြင့် kernel မိတ္တူနှစ်စောင်ကို အဆက်မပြတ်သိမ်းဆည်းရန်နှင့် ပင်မ kernel ပျက်စီးပါက၊ ၎င်းကို အရန်ကူးယူမှုမှ load လုပ်ရန်ဖြစ်သည်။

ကောင်းမွန်သောဖြေရှင်းချက် - သို့သော်၊ rootfs ပါသော kernel သည် 3.5MB ခန့်ယူနိုင်ပြီး အမြဲတမ်းအရန်သိမ်းဆည်းရန်အတွက် 3.5MB ကို ခွဲဝေပေးရန်လိုအပ်သည်။ စျေးအသက်သာဆုံး ကင်မရာများတွင် အရန် kernel အတွက် နေရာလွတ်များ မရှိပါ။

ထို့ကြောင့်၊ Firmware အပ်ဒိတ်လုပ်နေစဉ်အတွင်း kernel ကို အရန်ကူးရန်၊ ကျွန်ုပ်တို့သည် အပလီကေးရှင်း partition ကို အသုံးပြုပါသည်။
kernel ဖြင့် လိုချင်သော partition ကို ရွေးရန် command နှစ်ခုကို အသုံးပြုသည်။ bootm uboot တွင် - အစတွင်ကျွန်ုပ်တို့သည် main kernel ကိုတင်ရန်ကြိုးစားပြီးပျက်စီးပါက၊ backup တစ်ခုဖြစ်သည်။

၎င်းသည် သတ်မှတ်ထားသောအချိန်၌ ကင်မရာတွင် rootfs ဖြင့်မှန်ကန်သော kernel ရှိမည်ဖြစ်ပြီး၊ ၎င်းသည် firmware ကိုစတင်နိုင်ပြီး firmware ကိုပြန်လည်ရယူနိုင်မည်ဖြစ်သည်။

Firmware တည်ဆောက်ခြင်းနှင့် အသုံးပြုခြင်းအတွက် CI/CD စနစ်

Firmware တည်ဆောက်ရန်အတွက်၊ ကျွန်ုပ်တို့သည် ပံ့ပိုးပေးထားသော ကင်မရာမော်ဒယ်များအားလုံးအတွက် firmware ကို အလိုအလျောက်တည်ဆောက်ပေးသည့် gitlab CI ကိုအသုံးပြုပြီး firmware ကိုတည်ဆောက်ပြီးနောက်၊ ၎င်းကို camera software update service သို့ အလိုအလျောက်အသုံးပြုနိုင်ပါသည်။

ဝန်ဆောင်မှုမှ၊ Firmware အပ်ဒိတ်များကို ကျွန်ုပ်တို့၏ QA စမ်းသပ်ကင်မရာများထံ ပေးပို့ပြီး စမ်းသပ်မှုအဆင့်အားလုံးပြီးဆုံးပါက သုံးစွဲသူများ၏ ကင်မရာများသို့ ပေးပို့ပါသည်။

သတင်းအချက်အလက်လုံခြုံရေး

ယနေ့ခေတ်တွင် သတင်းအချက်အလက်လုံခြုံရေးသည် ကင်မရာများအပါအဝင် မည်သည့် IoT စက်ပစ္စည်း၏ အရေးကြီးဆုံးကဏ္ဍဖြစ်သည်ဟူသည့် လျှို့ဝှက်ချက်မဟုတ်ပါ။ Mirai ကဲ့သို့သော Botnets များသည် ရောင်းချသူများထံမှ ပုံမှန် firmware ဖြင့် ကင်မရာသန်းပေါင်းများစွာကို ကူးစက်စေပါသည်။ ကင်မရာရောင်းချသူများနှင့်စပ်လျဉ်း၍ standard firmware တွင် cloud နှင့်အလုပ်လုပ်ရန်မလိုအပ်သောလုပ်ဆောင်နိုင်စွမ်းများစွာပါဝင်သော်လည်း botnet များမှအသာစီးယူနိုင်သောအားနည်းချက်များစွာပါရှိသည်ကိုသတိပြုပါ။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့၏ firmware ရှိ အသုံးမပြုသော လုပ်ဆောင်နိုင်စွမ်းအားလုံးကို ပိတ်ထားပြီး၊ tcp/udp အပေါက်များအားလုံးကို ပိတ်ထားပြီး firmware ကို အပ်ဒိတ်လုပ်သောအခါ၊ ဆော့ဖ်ဝဲ၏ ဒစ်ဂျစ်တယ် လက်မှတ်ကို စစ်ဆေးပါသည်။

၎င်းအပြင်၊ Firmware သည် သတင်းအချက်အလက်လုံခြုံရေးဓာတ်ခွဲခန်းတွင် ပုံမှန်စမ်းသပ်မှုပြုလုပ်သည်။

ကောက်ချက်

ယခုကျွန်ုပ်တို့၏ firmware ကို ဗီဒီယိုစောင့်ကြည့်ရေးပရောဂျက်များတွင် တက်ကြွစွာအသုံးပြုပါသည်။ ၎င်းတို့အနက်မှ အကြီးဆုံးသည် ရုရှားဖက်ဒရေးရှင်းသမ္မတ ရွေးကောက်ပွဲကျင်းပသည့်နေ့တွင် မဲပေးသည့်အသံလွှင့်ခြင်းဖြစ်နိုင်သည်။
ပရောဂျက်တွင် ကျွန်ုပ်တို့နိုင်ငံရှိ မဲရုံများတွင် တပ်ဆင်ထားသည့် ကျွန်ုပ်တို့၏ firmware ဖြင့် ကင်မရာ ၇၀,ဝဝဝ ကျော် ပါဝင်ပါသည်။

ရှုပ်ထွေးမှုများစွာကို ဖြေရှင်းနိုင်ခဲ့ပြီး အချို့နေရာများတွင် ထိုအချိန်က မဖြစ်နိုင်လုနီးပါး ပြဿနာများကိုပင် ကျွန်ုပ်တို့သည် အင်ဂျင်နီယာများကဲ့သို့ပင် စိတ်ကျေနပ်မှုများစွာရရှိခဲ့သော်လည်း ၎င်းအပြင် ကင်မရာများဝယ်ယူမှုအတွက်လည်း ဒေါ်လာသန်းပေါင်းများစွာ သိမ်းဆည်းခဲ့သည်။ ဤကိစ္စတွင်၊ စုဆောင်းငွေသည် စကားလုံးများနှင့် သီအိုရီဆိုင်ရာ တွက်ချက်မှုများသာမက စက်ပစ္စည်းဝယ်ယူမှုအတွက် ပြီးပြည့်စုံသော တင်ဒါရလဒ်များဖြစ်သည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် cloud ဗီဒီယိုစောင့်ကြည့်ခြင်းအကြောင်းပြောပါက- ချဉ်းကပ်မှုနှစ်ခုရှိသည် - အဆင့်နိမ့်ကျွမ်းကျင်မှုနှင့် ဖွံ့ဖြိုးတိုးတက်မှုအပေါ် မဟာဗျူဟာကျကျ အားကိုးကာ စက်ပစ္စည်းများအတွက် ကြီးကြီးမားမားချွေတာနိုင်သည် သို့မဟုတ် တန်ဖိုးကြီးသောစက်ပစ္စည်းများကို အသုံးပြုပါက၊ စားသုံးသူသွင်ပြင်လက္ခဏာများကို အတိအကျကြည့်မည်ဆိုလျှင် လက်တွေ့တွင် လုံးဝမရှိပေ။ အလားတူစျေးသက်သာသောပစ္စည်းများနှင့်ကွဲပြားခြားနားသည်။

ပေါင်းစည်းခြင်းဆိုင်ရာ ချဉ်းကပ်ရွေးချယ်မှုအပေါ် ဖြစ်နိုင်သမျှ စောနိုင်သမျှစောစွာ ဆုံးဖြတ်ရန် အဘယ်ကြောင့် ဗျူဟာမြောက် အရေးကြီးသနည်း။ ပလပ်အင်တစ်ခုကို တီထွင်သောအခါ၊ ဆော့ဖ်ဝဲအင်ဂျင်နီယာများသည် အချို့သောနည်းပညာများ (စာကြည့်တိုက်များ၊ ပရိုတိုကောများ၊ စံနှုန်းများ) ကို အားကိုးသည်။ နည်းပညာအစုံအလင်ကို စျေးကြီးသောစက်ကိရိယာများအတွက်သာ ရွေးချယ်ပါက နောင်တွင် ဈေးပေါသောကင်မရာများပြောင်းရန် ကြိုးပမ်းမှုသည် အနည်းဆုံးအားဖြင့် အချိန်အကြာကြီးယူရမည် သို့မဟုတ် ပျက်ကွက်သွားကာ တန်ဖိုးကြီးစက်ပစ္စည်းများသို့ ပြန်သွားမည်ဖြစ်သည်။

source: www.habr.com