အဓိကအချက်များ

• ယခု နှစ်အတော်ကြာကြာ၊ ဆာဗာမဲ့ကွန်ပြူတာသည် အက်ပလီကေးရှင်းများလည်ပတ်ရန် သီးခြား OS မရှိဘဲ ခေတ်သစ်တစ်ခုသို့ ဦးတည်လာမည်ဟု ကျွန်ုပ်တို့ကတိပြုထားပါသည်။ ဤဖွဲ့စည်းပုံသည် ကျွမ်းကျင်ပိုင်နိုင်မှုဆိုင်ရာ ပြဿနာများစွာကို ဖြေရှင်းနိုင်မည်ဖြစ်ကြောင်း ကျွန်ုပ်တို့အား ပြောကြားခဲ့ပါသည်။ တကယ်တော့ အရာအားလုံးက မတူပါဘူး။
• ဆာဗာမဲ့ကို အိုင်ဒီယာအသစ်အဖြစ် လူအများက ရှုမြင်ကြသော်လည်း ဆာဗာမဲ့ဗိသုကာကို အသုံးပြုထားသည့် Zimki PaaS နှင့် Google App Engine ထွန်းကားမှုနှင့်အတူ ၎င်း၏အမြစ်များကို 2006 ခုနှစ်သို့ ပြန်လည်ခြေရာခံနိုင်သည်။
• အကန့်အသတ်ရှိသော ပရိုဂရမ်ဘာသာစကား ပံ့ပိုးမှုမှ စွမ်းဆောင်ရည်ဆိုင်ရာ ပြဿနာများအထိ ဆာဗာမဲ့ တော်လှန်ရေး ရပ်တန့်သွားရသည့် အကြောင်းရင်း လေးခုရှိသည်။
• ဆာဗာမဲ့ ကွန်ပြူတာသည် အသုံးမဝင်လှပါ။ ကိစ္စမရှိပါဘူး။ သို့သော်လည်း ၎င်းတို့ကို ဆာဗာများအတွက် တိုက်ရိုက်အစားထိုးမှုဟု မယူဆသင့်ပေ။ အချို့သော application များအတွက် ၎င်းတို့သည် အသုံးဝင်သော tool တစ်ခု ဖြစ်နိုင်သည်။

ဆာဗာသေပြီ၊ ဆာဗာအသက်ရှည်ပါစေ။

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

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

ဆာဗာမဲ့မော်ဒယ်များ၏ ကတိအချို့ကို သေချာပေါက် အကောင်အထည် ဖော်ခဲ့သော်လည်း အားလုံးမဟုတ်ပါ။ လူတိုင်းမဟုတ်ပါ။

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

ဆာဗာမဲ့ကွန်ပြူတာ၏ ကျွမ်းကျင်မှုကို ကတိပြုထားသည်

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

ဝေါဟာရနှင့် မရင်းနှီးသောသူများအတွက်၊ ဤတွင် အမြန်အဓိပ္ပါယ်ဖွင့်ဆိုချက်ဖြစ်ပါသည်။ Serverless computing သည် ပုံမှန်အားဖြင့် အဝေးထိန်းစနစ်ဖြင့် လက်ခံကျင်းပသည့် runtime ပတ်၀န်းကျင်တွင် လိုအပ်ချက်အရ လုပ်ဆောင်သည့် အပလီကေးရှင်းများ (သို့မဟုတ် အပလီကေးရှင်းများ၏ အစိတ်အပိုင်းများ) ကို လုပ်ဆောင်သည့် ဗိသုကာတစ်ခုအား သတ်မှတ်သည်။ ထို့အပြင်၊ ဆာဗာမဲ့စနစ်များကို အိမ်တွင် လက်ခံဆောင်ရွက်ပေးနိုင်သည်။ ခံနိုင်ရည်ရှိသော ဆာဗာမဲ့စနစ်များကို တည်ဆောက်ခြင်းသည် စနစ်စီမံခန့်ခွဲသူများနှင့် SaaS ကုမ္ပဏီများအတွက် လွန်ခဲ့သည့်နှစ်အနည်းငယ်အတွင်း အဓိကစိုးရိမ်ပူပန်မှုတစ်ခုဖြစ်ခဲ့သည်၊ (ဆိုထားသည်) ဤဗိသုကာလက်ရာသည် "သမားရိုးကျ" ဖောက်သည်-ဆာဗာမော်ဒယ်ထက် အဓိကအားသာချက်များစွာကို ပေးဆောင်သည်-

1. ဆာဗာမဲ့ မော်ဒယ်များသည် ၎င်းတို့၏ ကိုယ်ပိုင် လည်ပတ်မှု စနစ်များကို ထိန်းသိမ်းရန် သို့မဟုတ် သီးခြား OS များနှင့် ကိုက်ညီသော အပလီကေးရှင်းများ ဖန်တီးရန် အသုံးပြုသူများ မလိုအပ်ပါ။ ယင်းအစား၊ ဆော့ဖ်ဝဲအင်ဂျင်နီယာများသည် မျှဝေထားသောကုဒ်ကို ဖန်တီးကာ ဆာဗာမဲ့ပလပ်ဖောင်းသို့ အပ်လုဒ်လုပ်ကာ ၎င်းကို လည်ပတ်ကြည့်ရှုသည်။
2. ဆာဗာမဲ့ဘောင်များတွင် အရင်းအမြစ်များကို ပုံမှန်အားဖြင့် မိနစ် (သို့မဟုတ် ဒုတိယ) ဖြင့် ကောက်ခံပါသည်။ ဆိုလိုသည်မှာ ဖောက်သည်များသည် ကုဒ်ကို အမှန်တကယ် လုပ်ဆောင်သည့်အချိန်အတွက်သာ ပေးချေသည်ဟု ဆိုလိုသည်။ ၎င်းသည် စက်အား အချိန်အများစုတွင် ရပ်နားထားရသည့် သမားရိုးကျ cloud VM နှင့် နှိုင်းယှဥ်ကာ ကောင်းမွန်သော်လည်း ၎င်းကို သင်ပေးချေရမည်ဖြစ်သည်။
3. ကျွမ်းကျင်ပိုင်နိုင်မှုပြဿနာကိုလည်း ဖြေရှင်းနိုင်ခဲ့သည်။ ဆာဗာမဲ့ဘောင်များတွင် အရင်းအမြစ်များကို ဒိုင်နမစ်ဖြင့် တာဝန်ပေးအပ်ထားသောကြောင့် စနစ်သည် ဝယ်လိုအားရုတ်တရက်မြင့်တက်လာခြင်းများကို အလွယ်တကူကိုင်တွယ်ဖြေရှင်းနိုင်မည်ဖြစ်သည်။

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

ဒါက တကယ်ပဲ စိတ်ကူးသစ်တစ်ခုလား။

တကယ်တော့ စိတ်ကူးက အသစ်အဆန်းမဟုတ်ပါဘူး။ ကုဒ်အမှန်တကယ်လည်ပတ်နေသည့်အချိန်အတွက်သာ အသုံးပြုသူများအား ငွေပေးချေခွင့်ပြုခြင်းဆိုင်ရာ အယူအဆကို စတင်မိတ်ဆက်ချိန်မှစ၍ ပေါ်ပေါက်လာခဲ့သည်။ Zimki PaaS 2006 တွင်၊ Google App Engine သည် အလွန်ဆင်တူသော ဖြေရှင်းချက်တစ်ခုကို ထုတ်ပေးခဲ့သည်။

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

ဆာဗာမဲ့သည် FaaS ဗိသုကာတစ်ခုမဟုတ်ကြောင်းကိုလည်း အသိအမှတ်ပြုရကျိုးနပ်ပါသည်။ FaaS သည် အဓိကအားဖြင့် ဆာဗာမဲ့ဗိသုကာ၏ ကွန်ပျူတာဗဟိုပြု အစိတ်အပိုင်းဖြစ်သော်လည်း ၎င်းသည် စနစ်တစ်ခုလုံးကို ကိုယ်စားမပြုပါ။

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

Serverless Models များနှင့် ပြဿနာများ

ဖမ်းမိတာကတော့ serverless မော်ဒယ်တွေမှာ... ပြဿနာတွေ ရှိတယ်။ ငါ့ကို အထင်မလွဲပါနဲ့- အချို့သောအခြေအနေများတွင် ကုမ္ပဏီအချို့ကို သိသိသာသာတန်ဖိုးမပေးပါဟု မဆိုလိုပါ။ သို့သော် ဆာဗာမဲ့ဗိသုကာပညာသည် ရိုးရာဗိသုကာပညာကို လျင်မြန်စွာအစားထိုးမည်ဟူသော “တော်လှန်ရေး” ၏ အဓိကတောင်းဆိုချက်မှာ မည်သည့်အခါမျှ အကောင်အထည်မပေါ်ပေ။

အဲဒါကြောင့်။

ပရိုဂရမ်းမင်းဘာသာစကားများအတွက် ကန့်သတ်ပံ့ပိုးမှု

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

ဆာဗာမဲ့ပလပ်ဖောင်းများသည် အဓိကဘာသာစကားအများစုကို ပံ့ပိုးရန် စဉ်းစားထားသည်။ AWS Lambda နှင့် Azure Functions တို့သည် မကြာခဏဆိုသလို စွမ်းဆောင်ရည်ကုန်ကျစရိတ်ဖြင့် လာသော်လည်း ၎င်းသည် ပံ့ပိုးမထားသော ဘာသာစကားများဖြင့် လုပ်ဆောင်နေသော အပလီကေးရှင်းများနှင့် လုပ်ဆောင်ချက်များအတွက် wrapper ကိုလည်း ပေးပါသည်။ ထို့ကြောင့် အဖွဲ့အစည်းအများစုအတွက် ဤကန့်သတ်ချက်သည် အများအားဖြင့် ကြီးကြီးမားမားကိစ္စမဟုတ်ပေ။ ဒါ​ပေမယ့်​ ဒီ​နေရာမှာ။ ဆာဗာမဲ့မော်ဒယ်များ၏ အကျိုးကျေးဇူးများထဲမှတစ်ခုမှာ လူသိနည်းသော အသုံးနည်းသော ပရိုဂရမ်များကို ၎င်းတို့လည်ပတ်ချိန်အတွက်သာ သင်ပေးချေသောကြောင့် ပိုမိုစျေးပေါသော ပရိုဂရမ်များကို အသုံးပြုနိုင်သည်။ လူသိနည်းသော၊ အသုံးနည်းသော ပရိုဂရမ်များကို မကြာခဏ... လူသိနည်းသော၊ အသုံးနည်းသော ပရိုဂရမ်းမင်းဘာသာစကားများဖြင့် ရေးသားလေ့ရှိသည်။

၎င်းသည် ဆာဗာမဲ့မော်ဒယ်၏ အဓိကအကျိုးကျေးဇူးများထဲမှ တစ်ခုကို ပျက်ပြားစေသည်။

ရောင်းချသူစည်းနှောင်ခြင်း။

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

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

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

ထွက်နိုင်ရေး

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

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

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

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

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

သင်သည် အပလီကေးရှင်းတစ်ခုလုံးကို ဖွင့်၍မရပါ။

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

ပို၍တိကျသည်မှာ၊ ၎င်းသည် ကုန်ကျစရိတ်ရှုထောင့်မှ လက်တွေ့မကျပေ။ သင်၏အောင်မြင်သော monolith သည် gateway ရှစ်ခု၊ တန်းစီလေးဆယ်နှင့်ဒေတာဘေ့စ်ဖြစ်ရပ်တစ်ဒါဇင်ဖြင့်ချိတ်ဆက်ထားသောလုပ်ဆောင်ချက်လေးဒါဇင်အစုတစ်ခုအဖြစ်သို့မပြောင်းသင့်ပါ။ ထို့ကြောင့်၊ serverless သည် အသစ်သော တိုးတက်မှုများအတွက် ပိုသင့်တော်ပါသည်။ လက်ရှိ အပလီကေးရှင်း (ဗိသုကာ) ကို ရွှေ့ပြောင်း၍ မရပါ။ သင်သည် ရွှေ့ပြောင်းနိုင်သော်လည်း အစမှ စတင်ရန် လိုအပ်သည်။

ဆိုလိုသည်မှာ အမှုအခင်းအများစုတွင်၊ serverless platform များကို compute-intensive လုပ်ဆောင်မှုများကို လုပ်ဆောင်ရန်အတွက် back-end server များအတွက် ဖြည့်စွက်စာအဖြစ် အသုံးပြုပါသည်။ ၎င်းသည် ၎င်းတို့အား အဝေးထိန်းကွန်ပျူတာစနစ်လုပ်ဆောင်ရန် လုံးလုံးလျားလျားနည်းလမ်းကို ပေးဆောင်သည့် ကွန်တိန်နာများနှင့် virtual machines များဖြစ်သော အခြားသော cloud နည်းပညာများ နှင့် အလွန်ကွာခြားစေသည်။ ၎င်းသည် microservices မှ serverless သို့ပြောင်းခြင်း၏စိန်ခေါ်မှုများထဲမှတစ်ခုကိုသရုပ်ပြသည်။

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

တော်လှန်ရေးကြီး အသက်ရှည်ပါစေ။

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

source: www.habr.com