သဘောထားကွဲလွဲမှု- စွမ်းဆောင်ရည် ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်ခြင်းဆိုင်ရာ ဖြစ်ရပ်မှန်လေ့လာမှု

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

စကေးတွင် မည်သည့် Core Mechanisms Power Discord ၏ စွမ်းဆောင်ရည်။

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

Discord ၏စွမ်းဆောင်ရည်၏အဓိကမှာ ၎င်း၏အချိန်နှင့်တစ်ပြေးညီစာတိုပေးပို့ခြင်းအလွှာအတွက် Elixir နှင့် Erlang BEAM virtual machine ကိုအသုံးပြုခြင်းဖြစ်သည်။ BEAM VM သည် တစ်ချိန်တည်း အမှားအယွင်းခံနိုင်သော စနစ်များအတွက် ရည်ရွယ်ချက်ဖြင့် တည်ဆောက်ထားခြင်းဖြစ်သည် — တစ်နေ့လျှင် မက်ဆေ့ဂျ်သန်းပေါင်းများစွာကို ကိုင်တွယ်သည့် ပလပ်ဖောင်းတစ်ခု လိုအပ်သည် ။ ဤအတောအတွင်း၊ Discord ၏ API အလွှာကို နောက်ဆုံးတွင် Rust တွင် ပြန်လည်ရေးသားခဲ့ပြီး Python သည် အတိုင်းအတာဖြင့် မယှဉ်နိုင်သော မှတ်ဉာဏ်ဘေးကင်းရေးနှင့် သုညမနီးသော စွမ်းဆောင်ရည်ကို ပေးဆောင်ခဲ့သည်။

ရလဒ်သည် အမြင့်မားဆုံးအသုံးပြုနေစဉ်အတွင်းပင်၊ တစ်ပြိုင်နက်တည်း WebSocket ချိတ်ဆက်မှု သန်းပေါင်းများစွာကို 50ms ခွဲ မက်ဆေ့ချ်ပေးပို့ချိန်ဖြင့် ထိန်းသိမ်းထားသည့် စနစ်တစ်ခုဖြစ်သည်။ ၎င်းသည် မတော်တဆမှုတစ်ခုမဟုတ်ပါ — ၎င်းသည် ထပ်ခါတလဲလဲ ပရိုဖိုင်ပြုလုပ်ခြင်း၊ လည်ပင်းပိတ်ဆို့ခြင်း ခွဲခြားသတ်မှတ်ခြင်းနှင့် အလေးပေးထားသော စနစ်အစိတ်အပိုင်းများကို ပစ်မှတ်ထားပြန်ရေးခြင်းများ၏ ရလဒ်ဖြစ်သည်။

သဘောထားကွဲလွဲမှု အများစုသည် ၎င်း၏ နာမည်ဆိုးဖြင့်ကျော်ကြားသော ဒေတာဘေ့စ် လည်ချောင်းကို မည်သို့ဖြေရှင်းခဲ့သနည်း။

Discord ၏ လူသိရှင်ကြား မှတ်တမ်းတင်ထားသော အင်ဂျင်နီယာဆိုင်ရာ စိန်ခေါ်မှုများအနက်မှ တစ်ခုမှာ မက်ဆေ့ချ်မှတ်တမ်းကို သိမ်းဆည်းရန် အသုံးပြုသည့် ဖြန့်ဝေထားသော ဒေတာဘေ့စ် Cassandra ပါဝင်ပါသည်။ ပလက်ဖောင်း ကြီးထွားလာသည်နှင့်အမျှ၊ ဖတ်ရှုချိန်ကြာချိန်သည် ဆိုးရွားစွာကျဆင်းလာသည် — Cassandra သည် ညံ့ဖျင်းသောရွေးချယ်မှုတစ်ခုကြောင့်မဟုတ်ဘဲ Discord ၏အသုံးပြုမှုပုံစံများသည် အခြေခံအားဖြင့်ပြောင်းလဲသွားသောကြောင့်ဖြစ်သည်။ တိကျသောဒေတာ node များပေါ်တွင် အချိုးမညီသော အရေအတွက်မညီမျှသော ဖတ်ရှုသည့်အပိုင်းများသည် ခန့်မှန်းမရသော နှေးကွေးမှုများကို ဖြစ်စေသည်။

အင်ဂျင်နီယာအဖွဲ့၏ တုံ့ပြန်မှုသည် C++ ဖြင့် ရေးသားထားသော Cassandra-compatible database ScyllaDB သို့ အထင်ကရ ပြောင်းရွှေ့ခြင်း ဖြစ်သည်။ ရွှေ့ပြောင်းမှုသည် p99 ဖတ်ရှုနေချိန်ကို 40-125ms မှ ဂဏန်းတစ်လုံး မီလီစက္ကန့်များအထိ လျှော့ချပေးသည်။ ပို၍အရေးကြီးသည်မှာ၊ ၎င်းသည် အစုအဝေးကို စီမံခန့်ခွဲခြင်း၏ လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ရှုပ်ထွေးမှုကို လျှော့ချပေးပြီး အခြေခံအဆောက်အဦ မီးသတ်ခြင်းထက် အင်္ဂါရပ်ဆိုင်ရာ ဖွံ့ဖြိုးတိုးတက်မှုကို အာရုံစိုက်ရန် အင်ဂျင်နီယာအရင်းအမြစ်များကို လွတ်မြောက်စေခြင်း ဖြစ်သည်။

"အကောင်းဆုံးစွမ်းဆောင်ရည် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းသည် အမြဲတမ်းနည်းပညာအရ အဆန်းပြားဆုံးမဟုတ်ပေ — ၎င်းသည် အသုံးပြုသူနာကျင်မှုဖြစ်စေသော လည်ပင်းကိုတိုက်ရိုက်ဖြေရှင်းရာတွင် ရှုပ်ထွေးမှုကို လျှော့ချပေးသည့်အရာဖြစ်သည်။" — Discord ၏ ဒေတာဘေ့စ် ရွှေ့ပြောင်းမှု ဇာတ်လမ်းမှ အတည်ပြုထားသော နိယာမတစ်ခု။

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

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

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

• ပရိုဖိုင်ကို ပိုမိုကောင်းမွန်အောင်မလုပ်ဆောင်မီ- သဘောထားကွဲလွဲမှုများသည် ယူဆချက်ထက် တိုင်းတာခြင်းထက် အတိအကျ ပိတ်ဆို့မှုများကို တသမတ်တည်းဖော်ထုတ်ခဲ့ပြီး အရေးမကြီးသောလမ်းကြောင်းများတွင် အလဟဿဖြစ်စေသော အားထုတ်မှုကို ဟန့်တားထားသည်။
• I/O လေးလံသောအလုပ်များများအတွက် တူညီသော-ပထမဘာသာစကားများကို ရွေးချယ်ပါ- မက်ဆေ့ချ်လမ်းကြောင်းသတ်မှတ်ခြင်းအတွက် Elixir သို့ပြောင်းခြင်းက ကြိုးတစ်ချောင်းချင်းချိတ်ဆက်မှုမော်ဒယ်များနှင့်နှိုင်းယှဉ်ပါက CPU ထက် သိသိသာသာလျော့ကျသွားပါသည်။
• ကွန်ပြူတာမှ နှစ်ထပ်သိုလှောင်မှု- အချိန်နှင့်တပြေးညီ ပေးပို့မှုအလွှာမှ မက်ဆေ့ချ်သိုလှောင်မှုကို ပိုင်းခြားခြင်းဖြင့်၊ Discord အလွှာတစ်ခုစီကို ၎င်း၏ သီးခြားဝန်ပုံစံအပေါ်အခြေခံ၍ သီးခြားစကေးချရန် အလွှာတစ်ခုစီကို ဖွင့်ထားသည်။
• Big-bang ပြန်လည်ရေးသားမှုများအပေါ် တိုးမြင့်သောရွှေ့ပြောင်းခြင်းကို လက်ခံပါ- အရေးကြီးသောစနစ်များကို ဝန်ဆောင်မှုဖြင့် ပြောင်းရွှေ့ပေးခဲ့ပြီး အန္တရာယ်ကို လျှော့ချကာ စွမ်းဆောင်ရည်အမြတ်များကို စဉ်ဆက်မပြတ်အတည်ပြုနိုင်စေရန် ခွင့်ပြုပေးပါသည်။
• စောစီးစွာကြည့်ရှုနိုင်မှုကို ရင်းနှီးမြုပ်နှံပါ- Discord ၏နောက်ပြန်ဆုတ်မှုများကို လျင်မြန်စွာသိရှိနိုင်မှုစွမ်းရည်သည် ဖြန့်ဝေခြေရာခံခြင်း၊ မက်ထရစ်ဒိုင်ခွက်များ နှင့် အကျပ်အတည်းများမဖြစ်ပွားမီတည်ဆောက်ထားသောသတိပေးချက်အခြေခံအဆောက်အအုံများတွင် နက်နဲသောရင်းနှီးမြုပ်နှံမှုမှ လျင်မြန်စွာဖြစ်ပေါ်လာပါသည်။

Discord's Approach သည် Industry Alternatives များနှင့် မည်သို့ နှိုင်းယှဉ်သနည်း။

Discord ၏ ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းပုံစံသည် Slack နှင့် Microsoft Teams ကဲ့သို့သော ပလပ်ဖောင်းများသည် အလားတူစိန်ခေါ်မှုများကို ချဉ်းကပ်ပုံနှင့် အဓိပ္ပါယ်ရှိစွာ ကွဲလွဲပါသည်။ ဥပမာအားဖြင့် Slack သည် အပလီကေးရှင်းအလွှာရှိ Node.js-based stack နှင့် WebSocket စီမံခန့်ခွဲမှုတွင် ကြီးကြီးမားမား မှီခိုအားထားကာ ဆော့ဖ်ဝဲရေးသားသူ၏ရင်းနှီးမှုကို လဲလှယ်ရန်အတွက် ပိုမိုမြင့်မားသော memory overhead ကိုလက်ခံသည်။ Microsoft ၏ Azure အခြေခံအဆောက်အအုံမှ ကျောထောက်နောက်ခံပြုထားသော အဖွဲ့များသည် လုပ်ငန်းဆိုင်ရာ ပထမချဉ်းကပ်မှု—- ကုန်ကြမ်း latency စွမ်းဆောင်ရည်ထက် လိုက်လျောညီထွေမှုနှင့် ပေါင်းစည်းမှုကျယ်ပြန့်မှုကို ဦးစားပေးလုပ်ဆောင်သည်။

Discord ၏ ထူးခြားချက်မှာ ပင်မနည်းပညာများ— Elixir, Rust, ScyllaDB — နည်းပါးသော ပင်မနည်းပညာများကို လက်ခံကျင့်သုံးရန် ဆန္ဒရှိနေချိန်တွင် အဆိုပါနည်းပညာများသည် သီးခြားပြဿနာများအတွက် ပိုမိုကောင်းမွန်ကြောင်း သက်သေပြနိုင်ခဲ့သည်။ နည်းပညာရွေးချယ်ခြင်းအတွက် အယူဝါဒဆိုင်ရာ ချဉ်းကပ်မှုထက် လက်တွေ့ကျသော ချဉ်းကပ်မှုထက် ဤလက်ကားပလက်ဖောင်းကို အချိန်နှင့်တပြေးညီ ပြန်လည်ရေးသားရန် မလိုအပ်ဘဲ တိုင်းတာနိုင်သော အကျိုးအမြတ်များကို ထုတ်ပေးပါသည်။

၎င်းတို့၏ကိုယ်ပိုင်ပလက်ဖောင်းအစည်းများကို အကဲဖြတ်သည့် စီးပွားရေးလုပ်ငန်းများအတွက်၊ Discord ၏နမူနာက "ပြန်လည်စတင်သည့် ဖွံ့ဖြိုးတိုးတက်မှု" ကို ပြင်းပြင်းထန်ထန် ငြင်းခုံသည် — ပြဿနာနှင့် အံဝင်ခွင်ကျမဖြစ်ဘဲ ၎င်းတို့၏စက်မှုလုပ်ငန်းဂုဏ်သိက္ခာအတွက် နည်းပညာများကို ရွေးချယ်ခြင်းဖြစ်သည်။ မေးခွန်းက "ဘယ်အရာက လူကြိုက်များလဲ?" သို့သော် "ဤတိကျသောစွမ်းဆောင်ရည်ကန့်သတ်ချက်ကို အဘယ်အရာက ဖြေရှင်းနိုင်သနည်း။"

မည်သည့် သာဓကများက သဘောထားကွဲလွဲမှု၏ ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်သည့် ဗျူဟာများကို သက်သေပြသနည်း။

Discord ၏ အင်ဂျင်နီယာဆိုင်ရာ ဆုံးဖြတ်ချက်များ၏ ရလဒ်များကို မှတ်တမ်းတင်ပြီး တိုင်းတာနိုင်သည်။ ScyllaDB ရွှေ့ပြောင်းခြင်းပြီးနောက်၊ Discord သည် latency ကိုတိုးတက်ကောင်းမွန်စေပြီး တစ်ချိန်တည်းတွင် node အရေအတွက် 10 ဆ လျှော့ချမှုကို အစီရင်ခံခဲ့သည်။ Rust API ကို ပြန်လည်ရေးသားခြင်းသည် ဝန်ဆောင်မှုတုံ့ပြန်ချိန်များကို လျှော့ချစေပြီး မှတ်ဉာဏ်ဆိုင်ရာ ချို့ယွင်းချက်အမျိုးအစားအားလုံးကို ဖယ်ရှားပေးပါသည်။ စကေးဖြင့် မက်ဆေ့ချ်ပေးပို့ခြင်းသည် အဓိကဂိမ်းပွဲများအတွင်း၌ပင် 50ms သတ်မှတ်ချက်အောက်သို့ တသမတ်တည်းလုပ်ဆောင်နေသည် — ယခင်က စနစ်အား ၎င်း၏ကန့်သတ်ချက်များအထိ တင်းမာစေခဲ့သော အခိုက်အတန့်များ။

2023 ခုနှစ်တွင်၊ Discord သည် အသုံးပြုနေသော ဆာဗာပေါင်း 19 သန်းကျော်တွင် နေ့စဉ် မိနစ် 4 ဘီလီယံကျော် အသံဆက်သွယ်မှုကို လုပ်ဆောင်နေပါသည်။ ၎င်းတို့သည် အနတ္တမက်ထရစ်များမဟုတ်ပါ — ၎င်းတို့သည် အင်ဂျင်နီယာဖိအားအောက်တွင် ပြုလုပ်ထားသော ဗိသုကာဆိုင်ရာ ဆုံးဖြတ်ချက်များသည် အချိန်ကြာလာသည်နှင့်အမျှ တာရှည်ခံပြီး ပေါင်းစပ်စွမ်းဆောင်ရည် အကျိုးကျေးဇူးများကို ထုတ်ပေးကြောင်း အထောက်အထားများဖြစ်သည်။

အမေးများသောမေးခွန်းများ

Discord သည် ၎င်း၏ API အလွှာအတွက် Python မှ Rust သို့ အဘယ်ကြောင့် ပြောင်းရွှေ့ရသနည်း။

Python ၏ ကမ္ဘာလုံးဆိုင်ရာ စကားပြန်လော့ခ် (GIL) သည် Discord ၏ API တောင်းဆိုမှုပမာဏ တိုးလာသည်နှင့်အမျှ ပြဿနာပိုမိုကြီးထွားလာကာ ပြဿနာဖြစ်လာသည့် ပြိုင်တူကုဒ်များကို အမှန်တကယ် တစ်ပြိုင်တည်းလုပ်ဆောင်ရန် ၎င်း၏စွမ်းရည်ကို အခြေခံအားဖြင့် ကန့်သတ်ထားသည်။ Rust သည် runtime overhead၊ အမှိုက်စုဆောင်းခြင်းခေတ္တရပ်ခြင်း သို့မဟုတ် Python ၏ တူညီသောကန့်သတ်ချက်များမပါဘဲ စနစ်အဆင့်ကုဒ်အတွက် နှိုင်းယှဉ်နိုင်သော developer ၏ ကုန်ထုတ်စွမ်းအားကို ပေးဆောင်သည် — Load အောက်တွင် ပိုမိုမြန်ဆန်ပြီး ပိုမိုခန့်မှန်းနိုင်သော API အလွှာကို ထုတ်လုပ်ပေးပါသည်။

ပလပ်ဖောင်းများ အတိုင်းအတာဖြင့် ပြုလုပ်သော အကြီးမားဆုံး စွမ်းဆောင်ရည် ပိုမိုကောင်းမွန်အောင် အမှားအယွင်းက အဘယ်နည်း။

အတွေ့ရများဆုံးအမှားမှာ ပျက်စီးယိုယွင်းမှုကိုဖြစ်စေသည့် တိကျသောတိုင်းတာမှုရှိသော လည်ပင်းကို ပစ်မှတ်ထားမည့်အစား အချိန်မတိုင်မီနှင့် ကျယ်ပြန့်စွာ အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ခြင်းဖြစ်သည်။ ဒေတာ ပရိုဖိုင်းနှင့် အသုံးပြုသူ-သက်ရောက်မှု မက်ထရစ်များဖြင့် မောင်းနှင်သောအခါ စွမ်းဆောင်ရည်အင်ဂျင်နီယာသည် အထိရောက်ဆုံးဖြစ်သည်။ တစ်ခုတည်းသော အကျိုးသက်ရောက်မှုအမြင့်ဆုံးကန့်သတ်ချက် - ဒေတာဘေ့စ်တင်နေချိန်၊ API ဖြတ်သန်းမှု၊ WebSocket ဆက်စပ်မှု — နှင့် နောက်တစ်ခုသို့မရွှေ့မီ အတိအကျဖြေရှင်းခြင်းဖြင့် သဘောထားကွဲလွဲမှု အောင်မြင်ခဲ့သည်။

စီးပွားရေးလုပ်ငန်းအဆင့် ပလပ်ဖောင်းတစ်ခုသည် လုပ်ငန်းအင်ဂျင်နီယာရင်းမြစ်များမပါဘဲ Discord ၏စွမ်းဆောင်ရည်သင်ခန်းစာများကို မည်သို့အသုံးချနိုင်မည်နည်း။

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

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

သင့်လုပ်ငန်းသည် ဤအခြေခံမူများကို ကွက်လပ်ပြင်ပတွင် ကျင့်သုံးနေသည့် ပလပ်ဖောင်းတစ်ခု ရှာဖွေနေပါက — စွမ်းဆောင်ရည်၊ ကျွမ်းကျင်ပိုင်နိုင်မှုနှင့် လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ရှုပ်ထွေးမှုများကို သင်ရှာဖွေနေပါက — ယနေ့ Mewayz ကိုစူးစမ်းလေ့လာပါ။ ပေါင်းစည်းထားသော module 207 ခု၊ အသုံးပြုသူ 138,000+ နှင့် တစ်လလျှင် $19 ဖြင့် စတင်မည့် အစီအစဉ်များဖြင့် Mewayz ကို နေ့စဥ်စကေးဖြင့် သင့်လုပ်ငန်းကို အတိုင်းအတာတစ်ခုအထိ တည်ဆောက်ထားပါသည်။