ဆာဗာမဲ့ အပလီကေးရှင်းများ တည်ဆောက်ခြင်းအတွက် အကြံပြုချက်များနှင့် အရင်းအမြစ်များ

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

Serverless Technologies များအကြောင်း အထင်အမြင်လွဲမှားမှုများ

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

ဆာဗာမဲ့နည်းပညာများ၏နောက်ကွယ်ရှိ အခြေခံနိယာမမှာ သင်၏အခြေခံအဆောက်အဦများကို စီမံခန့်ခွဲခြင်းနှင့် အရွယ်အစားချဲ့ထွင်ခြင်းအတွက် စိတ်ပူစရာမလိုဘဲ သင်အသုံးပြုသည့်အရာအတွက်သာ သင်ပေးချေခြင်းဖြစ်သည်။ ဝန်ဆောင်မှုများစွာသည် ဤစံနှုန်းများနှင့် ကိုက်ညီသည် - AWS DynamoDB၊ S3၊ SNS သို့မဟုတ် SQS၊ Graphcool၊ Auth0၊ Now၊ Netlify၊ Firebase နှင့် အခြားအရာများစွာ။ ယေဘူယျအားဖြင့်၊ serverless ဆိုသည်မှာ အခြေခံအဆောက်အဦများကို စီမံခန့်ခွဲရန်နှင့် အတိုင်းအတာအတွက် အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်ရန်မလိုအပ်ဘဲ cloud computing ၏ စွမ်းအားအပြည့်ကို အသုံးပြုခြင်းကို ဆိုလိုသည်။ ထို့အပြင် အခြေခံအဆောက်အအုံအဆင့်ရှိ လုံခြုံရေးသည် သင့်အတွက် စိုးရိမ်စရာမဟုတ်တော့ကြောင်း ဆိုလိုသည်မှာ လုံခြုံရေးစံနှုန်းများနှင့်ကိုက်ညီသော အခက်အခဲနှင့် ရှုပ်ထွေးမှုများကြောင့် ကြီးမားသောအကျိုးအမြတ်တစ်ခုဖြစ်သည်။ နောက်ဆုံးအနေနဲ့ သင့်အတွက် ထောက်ပံ့ပေးထားတဲ့ အခြေခံအဆောက်အအုံကို သင်ဝယ်စရာမလိုပါဘူး။

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

ဥပမာအားဖြင့်၊ အခမဲ့ စာသားရှာဖွေရေး ပလပ်ဖောင်းကို စီမံခန့်ခွဲခြင်းနှင့် ထိန်းသိမ်းခြင်းကို ရှောင်ရှားရန် ဖြစ်နိုင်ပါက၊ ကျွန်ုပ်တို့ လုပ်ဆောင်ပါမည်။ အပလီကေးရှင်းများတည်ဆောက်ရာတွင် ဤချဉ်းကပ်နည်းသည် ရှုပ်ထွေးသောအခြေခံအဆောက်အအုံများကို စီမံခန့်ခွဲရန် သင်စဉ်းစားရန်မလိုအပ်တော့သောကြောင့် စျေးကွက်ရှာဖွေရန်အချိန်ကို အရှိန်မြှင့်ပေးနိုင်သည်။ အခြေခံအဆောက်အအုံ စီမံခန့်ခွဲမှု၏ တာဝန်နှင့် ကုန်ကျစရိတ်များကို ဖယ်ရှားပြီး သင့်ဖောက်သည်များ လိုအပ်သော အပလီကေးရှင်းများနှင့် ဝန်ဆောင်မှုများကို တည်ဆောက်ရန် အာရုံစိုက်ပါ။ Patrick Debois က ဤချဉ်းကပ်မှုကို ခေါ်သည်။ 'ဝန်ဆောင်မှု'ဆာဗာမဲ့အသိုင်းအဝိုင်းတွင် ဝေါဟာရကို လက်ခံကျင့်သုံးသည်။ Functions များကို ဝန်ဆောင်မှုများသို့ ဖြန့်ကျက်နိုင်သော module များအဖြစ် လင့်ခ်တစ်ခုအဖြစ် ယူဆသင့်သည် (စာကြည့်တိုက်တစ်ခုလုံး သို့မဟုတ် ဝဘ်အက်ပလီကေးရှင်းတစ်ခုလုံးကို အသုံးပြုမည့်အစား)။ ၎င်းသည် အသုံးချမှုနှင့် အပလီကေးရှင်းသို့ ပြောင်းလဲမှုများကို စီမံခန့်ခွဲရန်အတွက် မယုံနိုင်လောက်အောင် အသေးစိပ်ဖော်ပြသည်။ အကယ်၍ သင်သည် ဤနည်းဖြင့် လုပ်ဆောင်ချက်များကို အသုံးချ၍မရပါက၊ လုပ်ဆောင်ချက်များသည် အလုပ်များလွန်းပြီး ပြန်လည်ပြုပြင်ရန် လိုအပ်ကြောင်း ညွှန်ပြနိုင်သည်။

cloud အပလီကေးရှင်းများ တီထွင်သောအခါတွင် ရောင်းချသူအပေါ် မှီခိုမှုအပေါ် အချို့က စိတ်ရှုပ်ထွေးကြသည်။ ဆာဗာမဲ့နည်းပညာများနှင့်လည်း အလားတူဖြစ်ပြီး၊ ဤသည်မှာ အထင်အမြင်လွဲခဲလှပါသည်။ ကျွန်ုပ်တို့၏ အတွေ့အကြုံအရ၊ AWS Lambda ၏ အခြား AWS ဝန်ဆောင်မှုများကို အတူတကွ ပေါင်းစည်းနိုင်မှုနှင့်အတူ ဆာဗာမဲ့အက်ပ်လီကေးရှင်းများကို တည်ဆောက်ခြင်းသည် ဆာဗာမဲ့ဗိသုကာများ၏ စွမ်းပကားတစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ ပေါင်းစပ်မှု၏ရလဒ်သည် ဝေါဟာရများ၏ပေါင်းလဒ်မျှသာမဟုတ်သည့်အခါ ပေါင်းစပ်မှု၏ရလဒ်ကောင်းတစ်ခုဖြစ်သည်။ ရောင်းချသူအပေါ် မှီခိုမှုကို ရှောင်ရှားရန် ကြိုးစားခြင်းသည် ပြဿနာများ ပိုမိုဖြစ်ပွားနိုင်သည်။ ကွန်တိန်နာများနှင့် အလုပ်လုပ်သောအခါ၊ cloud ဝန်ဆောင်မှုပေးသူများကြားတွင် သင့်ကိုယ်ပိုင် abstraction အလွှာကို စီမံခန့်ခွဲရန် ပိုမိုလွယ်ကူပါသည်။ သို့သော် ဆာဗာမဲ့ဖြေရှင်းချက်များနှင့်ပတ်သက်လာသောအခါ၊ အထူးသဖြင့် ကုန်ကျစရိတ်သက်သာမှုကို အစကတည်းက ထည့်သွင်းစဉ်းစားပါက၊ ကြိုးပမ်းအားထုတ်မှုမှာ ဆုံးရှုံးမည်မဟုတ်ပါ။ ရောင်းချသူများသည် ဝန်ဆောင်မှုများကို မည်သို့ ဆောင်ရွက်ပေးသည်ကို သိရှိရန် သေချာပါစေ။ အချို့သော အထူးပြုဝန်ဆောင်မှုများသည် အခြားရောင်းချသူများနှင့် ပေါင်းစည်းထားသောအချက်များပေါ်တွင် အားကိုးပြီး ပလပ်နှင့်ကစားခြင်းချိတ်ဆက်မှုကို ဘောင်အတွင်းမှ ပံ့ပိုးပေးနိုင်ပါသည်။ အချို့သော container သို့မဟုတ် EC2 instance သို့ တောင်းဆိုချက်ကို proxy တင်ခြင်းထက် gateway API အဆုံးမှတ်မှ Lambda ခေါ်ဆိုမှုကို ပံ့ပိုးရန် ပိုမိုလွယ်ကူသည်။ Graphcool သည် ပြင်ပမှ အထောက်အထားစိစစ်ခြင်းကိရိယာများကို အသုံးပြုခြင်းထက် ပိုမိုလွယ်ကူသော Auth0 ဖြင့် ဖွဲ့စည်းမှုပုံစံကို ပံ့ပိုးပေးပါသည်။

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

စဉ်းစားပါ-

• ဘာဝန်ဆောင်မှုတွေ လိုအပ်သလဲ၊ ဘာကြောင့်လဲ။
• Cloud ဝန်ဆောင်မှုပေးသူများသည် မည်သည့်ဝန်ဆောင်မှုများ ပေးဆောင်ကြပြီး ၎င်းတို့ကို သင်ရွေးချယ်ထားသော FaaS ဖြေရှင်းချက်ဖြင့် မည်သို့ပေါင်းစပ်နိုင်မည်နည်း။
• မည်သည့်ပရိုဂရမ်းမင်းဘာသာစကားများကို ပံ့ပိုးထားသည် (ပြောင်းလဲနေသော သို့မဟုတ် တည်ငြိမ်သောစာရိုက်ခြင်း၊ စုစည်းမှု သို့မဟုတ် အဓိပ္ပာယ်ဖွင့်ဆိုခြင်း၊ စံနှုန်းများကား အဘယ်နည်း၊ အအေးခန်းစတင်ခြင်းတွင် စွမ်းဆောင်နိုင်မှုကား အဘယ်နည်း၊ ပွင့်လင်းသောအရင်းအမြစ်ဂေဟစနစ်ဟူသည် စသည်တို့)။
• သင့်လုံခြုံရေးလိုအပ်ချက်များ (SLA၊ 2FA၊ OAuth၊ HTTPS၊ SSL စသည်ဖြင့်)။
• သင်၏ CI/CD နှင့် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးစက်ဝန်းများကို စီမံခန့်ခွဲနည်း။
• မည်သည့်အခြေခံအဆောက်အအုံ-စ-ကုဒ်ဖြေရှင်းနည်းများကို သင် အခွင့်ကောင်းယူနိုင်သနည်း။

လက်ရှိအပလီကေးရှင်းကို တိုးချဲ့ပြီး ဆာဗာမဲ့လုပ်ဆောင်နိုင်စွမ်းကို တိုးမြင့်လာပါက၊ ၎င်းသည် ရရှိနိုင်သည့်စွမ်းရည်များကို အနည်းငယ်ကန့်သတ်ထားနိုင်သည်။ သို့သော်၊ ဆာဗာမဲ့နည်းပညာအားလုံးနီးပါးသည် သင့်အား အပလီကေးရှင်းအဓိကနှင့် လွယ်ကူသောပေါင်းစပ်မှုနှင့်အတူ တိုးချဲ့မှုများကို ဖန်တီးနိုင်စေမည့် REST သို့မဟုတ် မက်ဆေ့ချ်များမှတစ်ဆင့် API အမျိုးအစားအချို့ကို ပေးပါသည်။ ရှင်းရှင်းလင်းလင်း API များ၊ စာရွက်စာတမ်းကောင်းများနှင့် ခိုင်မာသောအသိုင်းအဝိုင်းပါရှိသော ဝန်ဆောင်မှုများကို ရှာဖွေပါ၊ သင်မှားသွားမည်မဟုတ်ပါ။ ပေါင်းစည်းမှုလွယ်ကူခြင်းသည် မကြာခဏသော့ချက်မက်ထရစ်တစ်ခုဖြစ်နိုင်ပြီး AWS Lambda ကို 2015 ခုနှစ်တွင်ထွက်ရှိကတည်းက ဤမျှအောင်မြင်ရခြင်း၏အဓိကအကြောင်းရင်းများထဲမှတစ်ခုဖြစ်နိုင်သည်။

Serverless က ကောင်းလိုက်တာ

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

ကုန်ကျစရိတ် သက်သာစေပြီး အတိုင်းအတာ ချဲ့ထွင်ရန် လွယ်ကူခြင်းကြောင့် ဆာဗာမဲ့ ဖြေရှင်းချက်များသည် ပရိသတ် သန်းပေါင်းများစွာရှိသော ဝဘ်အက်ပလီကေးရှင်းတစ်ခုအထိ ပြည်တွင်းနှင့် ပြင်ပစနစ်နှစ်ခုလုံးအတွက် တူညီစွာ အသုံးပြုနိုင်မည်ဖြစ်သည်။ အကောင့်များကို ယူရိုဖြင့်မဟုတ်ဘဲ ဆင့်ဖြင့် တိုင်းတာသည်။ AWS EC2 (t1.micro) ၏ အရိုးရှင်းဆုံး ဥပမာကို တစ်လငှားရမ်းခြင်းသည် ၎င်းကို သင်ဘာမှမလုပ်ပါက (၎င်းကို ဘယ်သောအခါမှ ပိတ်ရန်မမေ့ပါနှင့်။ နှိုင်းယှဉ်ပါက၊ အချိန်ကာလတူအတွင်း ဤအဆင့်သို့ရောက်ရန်၊ သင်သည် 15 MB Lambda ကို 512 စက္ကန့်အတွက် အကြိမ် 1 သန်းခန့် လုပ်ဆောင်ရန် လိုအပ်ပါသည်။ အကယ်၍ သင်သည် ဤအင်္ဂါရပ်ကို အသုံးမပြုပါက မည်သည့်အရာကိုမျှ သင်မပေးချေပါ။

serverless သည် အဓိကအားဖြင့် event-driven ဖြစ်သောကြောင့်၊ ၎င်းသည် serverless infrastructure ကို အဟောင်းများဖြင့် system များသို့ထည့်ရန် အလွန်လွယ်ကူပါသည်။ ဥပမာအားဖြင့်၊ AWS S3၊ Lambda နှင့် Kinesis ကို အသုံးပြု၍ API တစ်ခုမှတစ်ဆင့် ဒေတာလက်ခံနိုင်သည့် လက်လီရောင်းချမှုစနစ်ဟောင်းအတွက် ခွဲခြမ်းစိတ်ဖြာမှုဝန်ဆောင်မှုကို သင်ဖန်တီးနိုင်သည်။

ဆာဗာမဲ့ပလပ်ဖောင်းအများစုသည် ဘာသာစကားများစွာကို ပံ့ပိုးပေးသည်။ အများစုမှာ Python၊ JavaScript၊ C#၊ Java နှင့် Go တို့ဖြစ်သည်။ အများအားဖြင့် ဘာသာစကားအားလုံးတွင် စာကြည့်တိုက်များအသုံးပြုမှုအပေါ် ကန့်သတ်ချက်များမရှိသောကြောင့် သင်နှစ်သက်သော open source စာကြည့်တိုက်များကို အသုံးပြုနိုင်ပါသည်။ သို့ရာတွင်၊ သင်၏ဆာဗာမရှိသောအက်ပ်လီကေးရှင်းများ၏ကြီးမားသော ချဲ့ထွင်နိုင်မှု၏အကျိုးကျေးဇူးများကို လျစ်လျူမရှုမိစေရန် မှီခိုအားထားမှုများကို အလွဲသုံးစားမပြုရန် အကြံပြုလိုပါသည်။ ကွန်တိန်နာထဲသို့ ပက်ကေ့ဂျ်များ များများတင်ရန် လိုအပ်လေ၊ အအေးစတင်ချိန် ကြာလေဖြစ်သည်။

အေးစက်ခြင်းစတင်ခြင်းဆိုသည်မှာ ၎င်းတို့ကို အသုံးမပြုမီ ကွန်တိန်နာ၊ runtime နှင့် error handler ကို ပထမဆုံးစတင်ရန်လိုအပ်သည့်အချိန်ဖြစ်သည်။ ထို့အတွက်ကြောင့် လုပ်ဆောင်ချက်များကို လုပ်ဆောင်ရာတွင် နှောင့်နှေးမှုသည် 3 စက္ကန့်အထိ ရှိနိုင်ပြီး ၎င်းသည် စိတ်မရှည်သောအသုံးပြုသူများအတွက် အကောင်းဆုံးရွေးချယ်မှုမဟုတ်ပါ။ သို့သော်လည်း မိနစ်အနည်းငယ်ကြာမျှ လှုပ်ရှားလုပ်ဆောင်ပြီးနောက် ပထမဆုံးခေါ်ဆိုမှုတွင် အအေးဓာတ်စတင်ပါသည်။ အများအပြားက ၎င်းကို ရပ်တန့်ထားရန် လုပ်ဆောင်ချက်ကို ပုံမှန် pinging လုပ်ခြင်းဖြင့် ၎င်းကို အနှောင့်အယှက်ပေးသည့် အသေးစား စိတ်အနှောင့်အယှက်အဖြစ် ယူဆကြသည်။ ဒါမှမဟုတ် ဒီအချက်ကို လုံး၀ လျစ်လျူရှုထားကြတယ်။

AWS ထွက်လာပေမယ့် serverless SQL database Serverless Auroraသို့သော်လည်း၊ SQL databases များသည် AWS Lambda တွင် လျင်မြန်စွာ သွားလာမှု ထူထပ်သော ပိတ်ဆို့မှုများ ဖြစ်လာနိုင်သည့် အရောင်းအဝယ်များ လုပ်ဆောင်ရန် ချိတ်ဆက်မှုများအပေါ် မူတည်သောကြောင့် ၎င်းတို့သည် ဤအပလီကေးရှင်းအတွက် စံပြမဟုတ်ပေ။ ဟုတ်ကဲ့၊ developer များသည် Serverless Aurora ကို အဆက်မပြတ် မြှင့်တင်နေပြီး ၎င်းကို သင်စမ်းသပ်သင့်သည်၊ သို့သော် ယနေ့ NoSQL ဖြေရှင်းချက်များကဲ့သို့သော၊ မင်းကွန်း. သို့သော်လည်း ဤအခြေအနေသည် မကြာမီ ပြောင်းလဲလာမည်မှာ သံသယဖြစ်စရာ မရှိပါ။

ကိရိယာအစုံသည် အထူးသဖြင့် ဒေသတွင်းစမ်းသပ်မှုနယ်ပယ်တွင် ကန့်သတ်ချက်များစွာကိုလည်း ချမှတ်ထားသည်။ Docker-Lambda၊ DynamoDB Local နှင့် LocalStack ကဲ့သို့သော ဖြေရှင်းနည်းများ ရှိသော်လည်း၊ ၎င်းတို့သည် ကြိုးစားအားထုတ်မှုနှင့် ဖွဲ့စည်းမှုပုံစံများစွာ လိုအပ်ပါသည်။ သို့သော်၊ ဤပရောဂျက်များအားလုံးကို တက်ကြွစွာ တီထွင်ထားသောကြောင့် toolkit သည် ကျွန်ုပ်တို့လိုအပ်သည့်အဆင့်သို့ မရောက်ရှိမီ အချိန်အနည်းငယ်သာ လိုတော့သည်။

ဖွံ့ဖြိုးတိုးတက်မှုစက်ဝန်းအပေါ် ဆာဗာမဲ့နည်းပညာများ၏ သက်ရောက်မှု

သင်၏အခြေခံအဆောက်အဦသည် ဖွဲ့စည်းမှုပုံစံတစ်ခုသာဖြစ်သောကြောင့်၊ shell script များကဲ့သို့သော scripts များကိုအသုံးပြု၍ ကုဒ်ကိုသတ်မှတ်ပြီး အသုံးချနိုင်ပါသည်။ ဒါမှမဟုတ် configuration-as-code class solutions တွေကို အပန်းဖြေနိုင်ပါတယ်။ AWS Cloud ဖွဲ့စည်းခြင်း။. ဤဝန်ဆောင်မှုသည် နယ်ပယ်အားလုံးအတွက် ဖွဲ့စည်းမှုပုံစံကို မပံ့ပိုးထားသော်လည်း၊ ၎င်းသည် သင့်အား Lambda လုပ်ဆောင်ချက်များအဖြစ် အသုံးပြုရန် သီးခြားအရင်းအမြစ်များကို သတ်မှတ်သတ်မှတ်နိုင်စေပါသည်။ ဆိုလိုသည်မှာ CloudFormation သည် သင့်အား ပျက်ကွက်သည့်နေရာတွင်၊ သင်သည် ဤကွာဟချက်ကို ပိတ်ပစ်မည့် သင်၏ကိုယ်ပိုင်အရင်းအမြစ် (Lambda function) ကို ရေးသားနိုင်သည်။ ဤနည်းဖြင့် သင်သည် သင်၏ AWS ပတ်ဝန်းကျင်၏ အပြင်ဘက်တွင် မှီခိုအားထားမှုများကို စီစဉ်သတ်မှတ်ပေးသည့်တိုင် မည်သည့်အရာမဆို လုပ်ဆောင်နိုင်သည်။

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

DevOps သည် ဆော့ဖ်ဝဲအင်ဂျင်နီယာများ မှန်ကန်သောဖွဲ့စည်းပုံရှိကြောင်း သေချာစေရန်သာ လိုအပ်သောကြောင့် စိုးရိမ်မှုနည်းပါးပါသည်။ သင်သည် သာဓကများ၊ ချိန်ခွင်လျှာများ သို့မဟုတ် လုံခြုံရေးအဖွဲ့များကို စီမံခန့်ခွဲရန် မလိုအပ်တော့ပါ။ ထို့ကြောင့်၊ အထူးသဖြင့် IAM configuration နှင့် cloud resource optimization နှင့်ပတ်သက်လာသောအခါတွင် အခြေခံအဆောက်အဦကို configure လုပ်ရန် အရေးကြီးသော်လည်း NoOps ဟူသော အသုံးအနှုန်းကို ပိုမိုအသုံးပြုလာပါသည်။

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

ဆာဗာမဲ့အက်ပ်လီကေးရှင်းများကို ဒီဇိုင်းဆွဲခြင်းသည် ဝဘ်ဆာဗာများကို အသုံးပြုရန်၊ virtual machines သို့မဟုတ် containers၊ patch servers၊ operating systems၊ internet gateways စသည်တို့ကို စီမံရန် မလိုအပ်သောကြောင့် ပိုမိုလွယ်ကူပါသည်။ ဤတာဝန်အားလုံးကို ဖယ်ထုတ်ခြင်းဖြင့်၊ serverless architecture သည် core ကိုအာရုံစိုက်နိုင်သည် - ဖြေရှင်းချက်။ လုပ်ငန်းနှင့် ဖောက်သည် လိုအပ်ချက်။

ကိရိယာတန်ဆာပလာသည် ပိုကောင်းနိုင်သော်လည်း (နေ့တိုင်း ပိုကောင်းလာသည်)၊ developer များသည် လုပ်ငန်းဆိုင်ရာ ယုတ္တိဗေဒကို အကောင်အထည်ဖော်ရန် အာရုံစိုက်နိုင်ပြီး ဗိသုကာအတွင်းရှိ မတူညီသောဝန်ဆောင်မှုများတစ်လျှောက် အပလီကေးရှင်း၏ရှုပ်ထွေးမှုကို အကောင်းဆုံးဖြန့်ဝေပေးနိုင်သည်။ ဆာဗာမဲ့ အပလီကေးရှင်း စီမံခန့်ခွဲမှုသည် cloud ဝန်ဆောင်မှုပေးသူ (ဥပမာ SQS၊ S3 ဖြစ်ရပ်များ သို့မဟုတ် DynamoDB ထုတ်လွှင့်မှုများ) မှ အဖြစ်အပျက်ကို အခြေခံ၍ စိတ်ကူးယဉ်ထားသည်။ ထို့ကြောင့်၊ developer များသည် အချို့သော အဖြစ်အပျက်များကို တုံ့ပြန်ရန်အတွက် လုပ်ငန်းဆိုင်ရာ ယုတ္တိဗေဒကို ရေးသားရန်သာ လိုအပ်ပြီး ဒေတာဘေ့စ်များနှင့် မက်ဆေ့ချ်များကို မည်ကဲ့သို့ အကောင်းဆုံး အကောင်အထည်ဖော်ရမည်၊ သို့မဟုတ် တိကျသော ဟာ့ဒ်ဝဲသိုလှောင်မှုတွင် ဒေတာဖြင့် အကောင်းဆုံးအလုပ်များကို မည်ကဲ့သို့ စုစည်းရမည်ကို စိုးရိမ်စရာမလိုပါ။

ကုဒ်ကို မည်သည့် ဖွံ့ဖြိုးတိုးတက်မှု လုပ်ငန်းစဉ်တွင်မဆို စက်တွင်း၌ လုပ်ဆောင်နိုင်ပြီး အမှားရှာပြင်နိုင်သည်။ ယူနစ်စမ်းသပ်မှုကတော့ ဒီအတိုင်းပါပဲ။ စိတ်ကြိုက် stack configuration ဖြင့် အပလီကေးရှင်းအခြေခံအဆောက်အအုံတစ်ခုလုံးကို အသုံးချနိုင်မှုသည် စမ်းသပ်မှုကုန်ကျစရိတ် သို့မဟုတ် စျေးကြီးသောစီမံခန့်ခွဲမှုပတ်ဝန်းကျင်အပေါ် သက်ရောက်မှုများကို မစဉ်းစားဘဲ developer များအား အရေးကြီးသောတုံ့ပြန်ချက်များကို လျင်မြန်စွာရနိုင်စေပါသည်။

ဆာဗာမဲ့ အပလီကေးရှင်းများ တည်ဆောက်ရန်အတွက် ကိရိယာများနှင့် နည်းစနစ်များ

ဆာဗာမဲ့အက်ပ်လီကေးရှင်းများကို တည်ဆောက်ရန် သီးခြားနည်းလမ်းမရှိပါ။ ထို့အပြင် ဤလုပ်ငန်းအတွက် ဝန်ဆောင်မှုအစုံ။ ယနေ့ခေတ်တွင် အစွမ်းထက်သော ဆာဗာမဲ့ဖြေရှင်းနည်းများကြားတွင် AWS သည် ဦးဆောင်နေသော်လည်း ကြည့်ပါ။ Google မိုးတိမ်, အချိန် и Firebase. အကယ်၍ သင်သည် AWS ကိုအသုံးပြုနေပါက၊ အပလီကေးရှင်းများစုဆောင်းခြင်းအတွက် အကြံပြုထားသောနည်းလမ်းမှာဖြစ်သည်။ Serverless Application Model Visual Studio တွင် ကောင်းမွန်သော tooling ပါသောကြောင့် (SAM) အထူးသဖြင့် C# ကို အသုံးပြုသောအခါတွင်၊ SAM CLI သည် Visual Studio လုပ်နိုင်သမျှကို လုပ်ဆောင်နိုင်သည်၊ ထို့ကြောင့် အခြား IDE သို့မဟုတ် စာသားတည်းဖြတ်သူသို့ ပြောင်းပါက မည်သည့်အရာမှ ဆုံးရှုံးမည်မဟုတ်ပါ။ ဟုတ်ပါတယ်၊ SAM က တခြားဘာသာစကားတွေနဲ့လည်း အလုပ်လုပ်ပါတယ်။

အကယ်၍ သင်သည် အခြားဘာသာစကားများဖြင့် ရေးသားနေပါက၊ Serverless Framework သည် အလွန်အစွမ်းထက်သော YAML configuration ဖိုင်များနှင့် မည်သည့်အရာကိုမဆို configure လုပ်ခွင့်ပြုသည့် အကောင်းဆုံး open source tool တစ်ခုဖြစ်သည်။ Serverless Framework သည် အမျိုးမျိုးသော cloud ဝန်ဆောင်မှုများကိုလည်း ပံ့ပိုးပေးသောကြောင့် Multi-cloud ဖြေရှင်းချက်ကို ရှာဖွေနေသူများအတွက် ၎င်းကို အကြံပြုအပ်ပါသည်။ ၎င်းတွင်မည်သည့်လိုအပ်ချက်အတွက်မဆို plugins အစုအဝေးကိုဖန်တီးထားသည့်ကြီးမားသောအသိုင်းအဝိုင်းတစ်ခုရှိသည်။

ပြည်တွင်းစမ်းသပ်မှုအတွက်၊ ပွင့်လင်းအရင်းအမြစ်တူးလ်များ Docker-Lambda၊ Serverless Local၊ DynamoDB Local နှင့် LocalStack တို့သည် ကောင်းမွန်သင့်လျော်ပါသည်။ ဆာဗာမဲ့နည်းပညာများသည် ၎င်းတို့အတွက် ကိရိယာများကဲ့သို့ပင် ဖွံ့ဖြိုးတိုးတက်မှု၏ အစောပိုင်းအဆင့်တွင် ရှိနေဆဲဖြစ်သောကြောင့် ရှုပ်ထွေးသော စမ်းသပ်မှုအခြေအနေများအတွက် စတင်သတ်မှတ်သည့်အခါတွင် သင်သည် ကြိုးစားအားထုတ်ရမည်ဖြစ်ပါသည်။ သို့သော်၊ ရိုးရှင်းသောပတ်ဝန်းကျင်တစ်ခုတွင် stack ကိုဖြန့်ကျက်ပြီးထိုနေရာတွင်စမ်းသပ်ခြင်းသည်မယုံနိုင်လောက်အောင်စျေးပေါသည်။ ထို့အပြင် သင်သည် cloud ပတ်ဝန်းကျင်များ၏ တိကျသော ဒေသန္တရမိတ္တူကို ပြုလုပ်ရန် မလိုအပ်ပါ။

အသုံးပြုထားသော ပက်ကေ့ဂျ်များ၏ အရွယ်အစားကို လျှော့ချရန်နှင့် ဒေါင်းလုဒ်များကို အရှိန်မြှင့်ရန် AWS Lambda Layers ကို အသုံးပြုပါ။

သီးခြားအလုပ်များအတွက် မှန်ကန်သော ပရိုဂရမ်ဘာသာစကားများကို အသုံးပြုပါ။ မတူညီသောဘာသာစကားများတွင်၎င်းတို့၏ကိုယ်ပိုင်အားသာချက်များနှင့်အားနည်းချက်များရှိသည်။ စံနှုန်းများစွာရှိသော်လည်း JavaScript၊ Python နှင့် C# (.NET Core 2.1+) တို့သည် AWS Lambda စွမ်းဆောင်ရည်အတွက် ဦးဆောင်သူများဖြစ်သည်။ AWS Lambda သည် မကြာသေးမီက သင်အလိုရှိသော ဘာသာစကားနှင့် runtime ပတ်၀န်းကျင်ကို သတ်မှတ်ခွင့်ပြုသည့် Runtime API ကို မိတ်ဆက်ပေးခဲ့ပြီး၊ ထို့ကြောင့် စမ်းသပ်ကြည့်ပါ။

အသုံးပြုရန်အတွက် ပက်ကေ့ဂျ်အရွယ်အစားများကို သေးငယ်အောင်ထားပါ။ ၎င်းတို့သည် သေးငယ်လေ၊ ၎င်းတို့သည် ပိုမြန်လေဖြစ်သည်။ အထူးသဖြင့် ၎င်းတို့မှ အင်္ဂါရပ်အချို့ကို သင်အသုံးပြုပါက ကြီးမားသော စာကြည့်တိုက်များကို အသုံးပြုခြင်းမှ ရှောင်ကြဉ်ပါ။ အကယ်၍ သင်သည် JavaScript တွင် ပရိုဂရမ်ရေးသားနေပါက၊ သင်၏တည်ဆောက်မှုကို အကောင်းဆုံးဖြစ်အောင်ပြုလုပ်ရန် Webpack ကဲ့သို့သော တည်ဆောက်ရေးကိရိယာကိုအသုံးပြုပြီး သင်အမှန်တကယ်လိုအပ်သောအရာများကိုသာ ထည့်သွင်းပါ။ .NET Core 3.0 တွင် စွမ်းဆောင်ရည်ကို ပိုမိုကောင်းမွန်စေပြီး အအေးမိခြင်းအတွက် များစွာအထောက်အကူဖြစ်စေသော QuickJit နှင့် Tiered Compilation ပါရှိသည်။

ဖြစ်ရပ်များအပေါ် ဆာဗာမဲ့လုပ်ဆောင်ချက်များကို မှီခိုအားထားမှုသည် အစပိုင်းတွင် စီးပွားရေးယုတ္တိဗေဒကို ပေါင်းစပ်ရန် ခက်ခဲစေသည်။ ဤကိစ္စတွင်၊ မက်ဆေ့ချ်တန်းစီခြင်းများနှင့် ပြည်နယ်စက်များသည် မယုံနိုင်လောက်အောင် အသုံးဝင်နိုင်သည်။ Lambda လုပ်ဆောင်ချက်များသည် တစ်ခုနှင့်တစ်ခု ခေါ်ဆိုနိုင်သော်လည်း တုံ့ပြန်မှုကို မမျှော်လင့်ထားပါက ("မီးနှင့် မေ့သွားသည်") - အခြားလုပ်ဆောင်ချက်တစ်ခုပြီးမြောက်ရန် စောင့်ဆိုင်းခြင်းအတွက် ငွေတောင်းခံခြင်းမပြုလိုပါက ၎င်းကိုလုပ်ဆောင်ပါ။ မက်ဆေ့ချ်တန်းစီများသည် စီးပွားရေးယုတ္တိဗေဒဆိုင်ရာ အစိတ်အပိုင်းများကို ခွဲထုတ်ခြင်း၊ အပလီကေးရှင်းပိတ်ဆို့မှုများကို စီမံခန့်ခွဲခြင်းနှင့် ငွေပေးငွေယူများလုပ်ဆောင်ခြင်း (FIFO တန်းစီခြင်းကို အသုံးပြုခြင်း) အတွက် အသုံးဝင်သည်။ AWS Lambda လုပ်ဆောင်ချက်များကို နောက်ပိုင်းခွဲခြမ်းစိတ်ဖြာမှုအတွက် မအောင်မြင်သော မက်ဆေ့ချ်များကို ခြေရာခံပေးသည့် ပိတ်ဆို့ထားသော စာတန်းများအဖြစ် SQS တန်းစီများသို့ တာဝန်ပေးအပ်နိုင်ပါသည်။ AWS Step Functions (state machines) သည် function များ ကွင်းဆက်များ လိုအပ်သော ရှုပ်ထွေးသော လုပ်ငန်းစဉ်များကို စီမံခန့်ခွဲရန်အတွက် အလွန်အသုံးဝင်ပါသည်။ Lambda လုပ်ဆောင်ချက်သည် အခြားလုပ်ဆောင်ချက်ကိုခေါ်ဆိုမည့်အစား၊ အဆင့်လုပ်ဆောင်ချက်များသည် ပြည်နယ်အကူးအပြောင်းများကို ပေါင်းစပ်ညှိနှိုင်းနိုင်ပြီး လုပ်ဆောင်ချက်များကြားဒေတာကို ဖြတ်သန်းနိုင်ပြီး ကမ္ဘာလုံးဆိုင်ရာလုပ်ဆောင်ချက်များကို စီမံခန့်ခွဲနိုင်သည်။ ၎င်းသည် သင့်အား ပြန်လည်ကြိုးစားမှုအခြေအနေများ သို့မဟုတ် အမှားအယွင်းတစ်ခုဖြစ်ပွားသည့်အခါ ဘာလုပ်ရမည်ကို သတ်မှတ်နိုင်သည် - အချို့အခြေအနေများတွင် အလွန်အစွမ်းထက်သည့်ကိရိယာတစ်ခုဖြစ်သည်။

ကောက်ချက်

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

source: www.habr.com