In-Memory သည် အပလီကေးရှင်း၏ RAM တွင် သိမ်းဆည်းထားသည့်အခါ ဒေတာကို သိမ်းဆည်းရန်အတွက် သဘောတရားအစုတစ်ခုဖြစ်ပြီး ဒစ်ကို အရန်သိမ်းရန်အတွက် အသုံးပြုပါသည်။ ရှေးရိုးချဉ်းကပ်နည်းများတွင် ဒေတာကို ဒစ်ခ်ပေါ်တွင် သိမ်းဆည်းထားပြီး မမ်မိုရီကို ကက်ရှ်တွင် သိမ်းဆည်းထားသည်။ ဥပမာအားဖြင့်၊ ဒေတာကိုလုပ်ဆောင်ရန်အတွက် နောက်ကွယ်တွင်ရှိသော ဝဘ်အက်ပလီကေးရှင်းတစ်ခုသည် ၎င်းအား သိုလှောင်မှုအဖြစ် တောင်းဆိုသည်- ၎င်းသည် ၎င်းကိုလက်ခံသည်၊ ၎င်းကိုအသွင်ပြောင်းကာ ဒေတာအများအပြားကို ကွန်ရက်ပေါ်တွင်လွှဲပြောင်းပေးသည်။ In-Memory တွင်၊ တွက်ချက်မှုများကို လုပ်ဆောင်ပြီး ကွန်ရက်ကို တင်ဆောင်မှုနည်းသည့် သိုလှောင်မှုသို့ ဒေတာသို့ ပေးပို့သည်။
In-Memory တွင် အခြားသော အလားအလာများ ရရှိနိုင်ပြီး ၎င်းသည် မည်သို့သော ချဉ်းကပ်မှုမျိုးလဲ။ Vladimir Pligin - GridGain မှအင်ဂျင်နီယာ။ ဤသုံးသပ်ချက်သည် In-Memory နှင့် တွဲမလုပ်ဆောင်ရသေးသော ဝဘ်အပလီကေးရှင်းနောက်ကွယ်မှ developer များအတွက် အသုံးဝင်လိမ့်မည်၊ သို့မဟုတ် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုနှင့် ဗိသုကာဒီဇိုင်းဆိုင်ရာ ခေတ်ရေစီးကြောင်းများကို စိတ်ဝင်စားသော၊ သို့မဟုတ် စမ်းသပ်လိုသော၊
ပွောဆို. ဆောင်းပါးသည် #GetIT Conf တွင် ဗလာဒီမာ၏ အစီရင်ခံစာ၏ စာသားမှတ်တမ်းကို အခြေခံထားသည်။ မိမိကိုယ်ကို သီးခြားခွဲထားခြင်းကို မိတ်ဆက်ခြင်းမပြုမီ၊ ကျွန်ုပ်တို့သည် မော်စကိုနှင့် စိန့်ပီတာစဘတ်ရှိ developer များအတွက် အစည်းအဝေးများနှင့် အစည်းအဝေးများကို ပုံမှန်ကျင်းပခဲ့သည်- ကျွန်ုပ်တို့သည် ခေတ်ရေစီးကြောင်းများ၊ လက်ရှိ ဖွံ့ဖြိုးတိုးတက်မှုဆိုင်ရာ ပြဿနာများ၊ ပြဿနာများနှင့် ၎င်းတို့၏ ဖြေရှင်းနည်းများကို ဆွေးနွေးခဲ့ကြသည်။ ယခု ညီလာခံကျင်းပရန် မဖြစ်နိုင်သေးသော်လည်း အတိတ်မှ အသုံးဝင်သောပစ္စည်းများကို မျှဝေရန် အချိန်တန်ပြီ။
In-Memory ကို ဘယ်သူက ဘယ်လိုသုံးလဲ။
In-Memory ကို မြန်ဆန်သော သုံးစွဲသူ အပြန်အလှန်တုံ့ပြန်မှု သို့မဟုတ် ဒေတာအများအပြားကို လုပ်ဆောင်ရန် လိုအပ်သည့်နေရာတွင် အများဆုံးအသုံးပြုသည်။
- ဘဏ်များ ဥပမာအားဖြင့်၊ သုံးစွဲသူများသည် အပလီကေးရှင်းများအသုံးပြုသည့်အခါ နှောင့်နှေးမှုများကို လျှော့ချရန် သို့မဟုတ် ချေးငွေမထုတ်ပေးမီ ဖောက်သည်အား ခွဲခြမ်းစိတ်ဖြာရန် In-Memory ကို အသုံးပြုပါ။
- Fintech ဒေတာလုပ်ဆောင်ခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာခြင်းတို့ကို ပြင်ပအရင်းအမြစ်ဖြစ်သော ဘဏ်များအတွက် ဝန်ဆောင်မှုများနှင့် အပလီကေးရှင်းများ၏ စွမ်းဆောင်ရည်ကို မြှင့်တင်ရန် In-Memory ကို အသုံးပြုသည်။
- အာမခံကုမ္ပဏီများဥပမာ- ဖောက်သည်ဒေတာကို နှစ်ပေါင်းများစွာ ခွဲခြမ်းစိတ်ဖြာခြင်းဖြင့် အန္တရာယ်များကို တွက်ချက်ရန်။
- ထောက်ပံ့ပို့ဆောင်ရေးကုမ္ပဏီများ. ဥပမာအားဖြင့်၊ ၎င်းတို့သည် ကုန်စည်နှင့်ခရီးသည်သယ်ယူပို့ဆောင်ရေးအတွက် အကောင်းဆုံးလမ်းကြောင်းများကို တွက်ချက်ရန်နှင့် တင်ပို့မှုအခြေအနေကို ခြေရာခံရန် ဒေတာအများအပြားကို လုပ်ဆောင်သည်။
- လက်လီ. In-Memory ဖြေရှင်းချက်များသည် သုံးစွဲသူများကို ပိုမိုမြန်ဆန်စွာ ဝန်ဆောင်မှုပေးနိုင်ပြီး ကြီးမားသော အချက်အလက်အများအပြားကို လုပ်ဆောင်ရန် ကူညီပေးသည်- ပို့ဆောင်မှု၊ ပြေစာများ၊ ငွေပေးငွေယူများ၊ ဂိုဒေါင်များတွင် ကုန်ပစ္စည်းထောင်ပေါင်းများစွာ ရှိနေခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာမှုအစီရင်ခံစာများကို ပြင်ဆင်ပါ။
- В IoT In-Memory သည် သမားရိုးကျ ဒေတာဘေ့စ်များကို အစားထိုးသည်။
- ဆေးဝါး ဥပမာအားဖြင့် ကုမ္ပဏီများသည် In-Memory ကို အသုံးပြု၍ ဆေးပေါင်းစပ်မှုများဖြင့် စီရန်။
ကျွန်ုပ်တို့၏ဖောက်သည်များသည် In-Memory ဖြေရှင်းချက်များကို မည်သို့အသုံးပြုပုံနှင့် ၎င်းတို့ကို သင်ကိုယ်တိုင်အကောင်အထည်ဖော်နိုင်ပုံ နမူနာအချို့ကို ပြောပြပါမည်။
ပင်မသိုလှောင်မှုအဖြစ် မမ်မိုရီ
ကျွန်ုပ်တို့၏ဖောက်သည်များထဲမှ တစ်ဦးသည် USA မှ ဆေးဘက်ဆိုင်ရာ သိပ္ပံဆိုင်ရာ စက်ကိရိယာ အများအပြားကို ပံ့ပိုးပေးပါသည်။ ၎င်းတို့သည် ၎င်းတို့၏ ပင်မဒေတာသိုလှောင်မှုအဖြစ် In-Memory ဖြေရှင်းချက်ကို အသုံးပြုသည်။ ဒေတာအားလုံးကို ဒစ်ခ်ပေါ်တွင် သိမ်းဆည်းထားပြီး တက်ကြွစွာအသုံးပြုနေသည့် ဒေတာအစုခွဲကို RAM တွင် သိမ်းဆည်းထားသည်။ သိုလှောင်မှုအသုံးပြုခွင့်နည်းလမ်းများသည် စံနှုန်းဖြစ်သည် - GDBC (Generic Database Connector) နှင့် SQL query language တို့ဖြစ်သည်။
စုပေါင်းအားဖြင့် ၎င်းကို In-Memory Database (IMDB) သို့မဟုတ် Memory-Centric Storage ဟုခေါ်သည်။ ဤအတန်းအစားများတွင် အမည်များစွာပါရှိပြီး ၎င်းတို့သည် တစ်ခုတည်းမဟုတ်ပါ။
IMDB အင်္ဂါရပ်များ-
- In-Memory တွင် သိမ်းဆည်းပြီး SQL မှတဆင့် ဝင်ရောက်ကြည့်ရှုသော ဒေတာသည် အခြားနည်းလမ်းများတွင် အတူတူပင်ဖြစ်ပါသည်။ ၎င်းတို့ကို ထပ်တူပြု၍ တင်ဆက်ပုံနည်းလမ်းသာဖြစ်ပြီး ၎င်းတို့ကို ကိုင်တွယ်ဖြေရှင်းပုံ ကွဲပြားပါသည်။ ဒေတာများကြားတွင် အရောင်းအဝယ်လုပ်သည်။
- IMDB သည် ဆက်စပ်ဒေတာဘေ့စ်များထက် ပိုမိုမြန်ဆန်သောကြောင့် ၎င်းသည် ဒစ်ခ်မှထက် RAM မှ အချက်အလက်များကို ရယူရန် ပိုမိုမြန်ဆန်သောကြောင့်ဖြစ်သည်။
- အတွင်းပိုင်း ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်း အယ်လဂိုရီသမ်များတွင် ညွှန်ကြားချက်အနည်းငယ်သာရှိသည်။
- IMDB များသည် အပလီကေးရှင်းများတွင် ဒေတာ၊ ပွဲများနှင့် ငွေပေးငွေယူများကို စီမံခန့်ခွဲရန်အတွက် သင့်လျော်သည်။
IMDB များသည် ACID- Atomicity၊ Consistency နှင့် Isolation တို့ကို တစ်စိတ်တစ်ပိုင်း ပံ့ပိုးပေးပါသည်။ သို့သော် ၎င်းတို့သည် "ကြာရှည်ခံနိုင်မှု" ကို မပံ့ပိုးပါ - ပါဝါပိတ်သောအခါ၊ ဒေတာအားလုံး ဆုံးရှုံးသွားပါသည်။ ပြဿနာကိုဖြေရှင်းရန်၊ သင်သည် ဒေတာဘေ့စ်၏ “လျှပ်တစ်ပြက်ရိုက်ချက်”၊ ဟာ့ဒ်ဒရိုက်တစ်ခုပေါ်ရှိ ဒေတာဘေ့စ်အရန်ကူးခြင်းနှင့် တူညီသော၊ သို့မဟုတ် ပြန်လည်စတင်ပြီးနောက် ဒေတာပြန်ယူရန် ငွေပေးငွေယူများ (မှတ်တမ်းများ) ကို မှတ်တမ်းတင်နိုင်သည်။
အမှားအယွင်းခံနိုင်သော အပလီကေးရှင်းများ ဖန်တီးရန်
အမှားခံနိုင်သော ဝဘ်အပလီကေးရှင်းတစ်ခု၏ ဂန္တဝင်ဗိသုကာလက်ရာကို စိတ်ကူးကြည့်ကြပါစို့။ ၎င်းသည် ဤကဲ့သို့အလုပ်လုပ်သည်- တောင်းဆိုချက်အားလုံးကို ဆာဗာများကြားရှိ ဝဘ်ဟန်ချက်ထိန်းစနစ်ဖြင့် ဖြန့်ဝေပါသည်။ ဆာဗာများသည် တစ်ခုနှင့်တစ်ခု မိတ္တူပွားပြီး အရန်သိမ်းဆည်းထားသောကြောင့် ဤစနစ်သည် တည်ငြိမ်ပါသည်။
ချိန်ခွင်လျှာသည် စက်ရှင်တစ်ခုမှ တောင်းဆိုချက်အားလုံးကို ဆာဗာတစ်ခုသို့ အတိအကျ ညွှန်ကြားသည်။ ၎င်းသည် stick session ယန္တရားဖြစ်သည်- စက်ရှင်တစ်ခုစီသည် ၎င်းကို စက်တွင်း၌ သိမ်းဆည်းပြီး လုပ်ဆောင်နေသည့် ဆာဗာတစ်ခုနှင့် ဆက်စပ်နေသည်။
ဆာဗာများထဲမှ တစ်ခု ပျက်သွားသောအခါ ဘာဖြစ်မလဲ။
ဗိသုကာလက်ရာကို ထပ်နေသောကြောင့် ဝန်ဆောင်မှုကို ထိခိုက်မည်မဟုတ်ပါ။ သို့သော် ကျွန်ုပ်တို့သည် သေဆုံးနေသော ဆာဗာ၏ ဆက်ရှင်များ ၏ အပိုင်းခွဲတစ်ခုကို ဆုံးရှုံးပါမည်။. တစ်ချိန်တည်းမှာပင်၊ ဤအစည်းအဝေးများနှင့်ချိတ်ဆက်ထားသောအသုံးပြုသူများ။ ဥပမာအားဖြင့်၊ ဖောက်သည်တစ်ဦးသည် အမိန့်တစ်ခုထုတ်ပြီး သူ့ကို ရုံးခန်းထဲမှ ရုတ်တရက် ထုတ်ပစ်လိုက်သည်။ ထပ်မံဝင်ရောက်ပြီး အားလုံးပြန်လုပ်ရမည်ဟု တွေ့ရှိသောအခါတွင် သူ မပျော်တော့ပါ။
အသုံးပြုသူ အများအပြားကို ပံ့ပိုးပေးနိုင်ရန် ဝဘ်အက်ပလီကေးရှင်းတစ်ခု လိုအပ်ပြီး ၎င်းတို့ အဆင်ပြေစွာ လုပ်ဆောင်နိုင်စေရန်အတွက် နှေးကွေးမှု မရှိပါ။ သို့သော် ၎င်းကို ငြင်းဆိုပါက၊ နောက်ဆက်တွဲတောင်းဆိုမှုတစ်ခုစီနှင့် session store နှင့် ဆက်သွယ်ရန် အချိန်ကြာလာမည်ဖြစ်သည်။ ၎င်းသည် အခြားအသုံးပြုသူများအတွက် ပျမ်းမျှကြာချိန်ကို တိုးစေသည်။ ဒါပေမယ့် အရင်ကထက် ပိုမစောင့်ချင်တော့ဘူး။
ဤပြဿနာကို USA မှ PASS ပံ့ပိုးပေးသူ ကျွန်ုပ်တို့၏ အခြား client များကဲ့သို့ ဖြေရှင်းနိုင်ပါသည်။ ဝဘ်အစည်းအဝေးများကို အစုအဝေးပြုလုပ်ရန် In-Memory ကို အသုံးပြုသည်။ ထိုသို့လုပ်ဆောင်ရန်၊ ၎င်းတို့ကို စက်တွင်းမဟုတ်သော်လည်း In-Memory အစုအဝေးတွင် သိမ်းဆည်းထားသည်။ ဤကိစ္စတွင်၊ ၎င်းတို့သည် RAM တွင်ရှိပြီးသားဖြစ်သောကြောင့် ဆက်ရှင်များကို ပိုမိုမြန်ဆန်စွာ ရရှိနိုင်သည်။
ဆာဗာတစ်ခု ပျက်သွားသောအခါ၊ ဟန်ချက်ညီသူသည် ပျက်ကျသွားသော ဆာဗာမှ တောင်းဆိုချက်များကို ဂန္ထဝင်ဗိသုကာကဲ့သို့ အခြားဆာဗာများသို့ ပေးပို့သည်။ ဒါပေမယ့် အရေးကြီးတဲ့ ခြားနားချက်တစ်ခုရှိပါတယ်- စက်ရှင်များကို In-Memory အစုအဝေးတွင် သိမ်းဆည်းထားသည်။ နှင့် ဆာဗာများသည် ပြိုလဲသောဆာဗာ၏ sessions များသို့ ဝင်ရောက်ခွင့်ရှိသည်။
ဤတည်ဆောက်ပုံသည် စနစ်တစ်ခုလုံး၏ အမှားခံနိုင်ရည်ကို တိုးစေသည်။ ထို့အပြင်၊ ၎င်းသည် stick session mechanism ကိုလုံးဝစွန့်လွှတ်နိုင်သည်။
Hybrid Transactional Analytical Processing (HTAP)
ပုံမှန်အားဖြင့်၊ ငွေပေးငွေယူနှင့် ခွဲခြမ်းစိတ်ဖြာမှုစနစ်များကို သီးခြားထားရှိထားသည်။ ၎င်းတို့ ခွဲထွက်သောအခါတွင် ပင်မအခြေခံသည် ဝန်အောက်ရောက်လာသည်။ ခွဲခြမ်းစိတ်ဖြာမှုလုပ်ဆောင်ခြင်းအတွက်၊ ဒေတာများကို ခွဲခြမ်းစိတ်ဖြာမှုလုပ်ဆောင်ခြင်းတွင် အရောင်းအ၀ယ်လုပ်ငန်းစဉ်များကို အနှောင့်အယှက်မဖြစ်စေရန်အတွက် ဒေတာကို ပုံတူတစ်ခုသို့ ကူးယူပါသည်။ သို့သော် ကူးယူခြင်းသည် နှေးကွေးခြင်းနှင့်အတူ ဖြစ်ပေါ်သည် - နောက်ကျခြင်းမရှိဘဲ ပုံတူပွားရန် မဖြစ်နိုင်ပါ။ ကျွန်ုပ်တို့ ဤအရာကို တပြိုင်တည်းလုပ်ဆောင်ပါက၊ ၎င်းသည် ပင်မအခြေခံကိုလည်း နှေးကွေးစေမည်ဖြစ်ပြီး ကျွန်ုပ်တို့သည် မည်သည့်အောင်မြင်မှုမှ ရရှိမည်မဟုတ်ပါ။
HTAP တွင်၊ အရာအားလုံးသည် ကွဲပြားစွာအလုပ်လုပ်သည် - တူညီသောဒေတာစတိုးကို အပလီကေးရှင်းများမှ ငွေပေးငွေယူရယူခြင်းအတွက်နှင့် ပြီးမြောက်ရန် အချိန်ကြာမြင့်နိုင်သည့် ခွဲခြမ်းစိတ်ဖြာမှုဆိုင်ရာမေးမြန်းချက်များအတွက် အသုံးပြုပါသည်။ ဒေတာသည် RAM တွင်ရှိသောအခါ၊ ခွဲခြမ်းစိတ်ဖြာမှုမေးမြန်းချက်များကို ပိုမိုမြန်ဆန်စွာလုပ်ဆောင်ပြီး ဒေတာဘေ့စ်ပါသည့်ဆာဗာသည် တင်ဆောင်မှုနည်းပါးသည် (ပျမ်းမျှအားဖြင့်)။
ပေါင်းစပ်ချဉ်းကပ်မှုတစ်ခုသည် ငွေပေးငွေယူလုပ်ဆောင်ခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာမှုကြားရှိ တံတိုင်းကို ပြိုကွဲစေသည်။ ကျွန်ုပ်တို့သည် တူညီသောသိုလှောင်မှုတွင် ခွဲခြမ်းစိတ်ဖြာမှုများကို လုပ်ဆောင်ပါက RAM မှဒေတာတွင် ခွဲခြမ်းစိတ်ဖြာမေးမြန်းမှုများကို စတင်လုပ်ဆောင်ပါသည်။ ၎င်းတို့သည် ပို၍တိကျသည်၊ ပိုမိုနားလည်နိုင်သည်၊ လုံလောက်ပါသည်။
In-Memory ဖြေရှင်းချက်များ ပေါင်းစပ်ခြင်း။
(အတော်လေး) ရိုးရှင်းသောနည်းလမ်း - အရာရာတိုင်းကို အစကနေ တိုးတက်အောင်လုပ်ပါ။. ကျွန်ုပ်တို့သည် ဒစ်ခ်ပေါ်တွင် ဒေတာသိမ်းဆည်းပြီး ဒေတာပူပြင်းသောဒေတာကို မမ်မိုရီတွင် သိမ်းဆည်းပါသည်။ ၎င်းသည် ဆာဗာ ပြန်လည်စတင်ခြင်း သို့မဟုတ် ပြတ်တောက်ခြင်းများကို ရှင်သန်ရန် ကူညီပေးသည်။
ဒေတာဒစ်ပေါ်တွင် သိမ်းဆည်းထားသည့်အခါ ဤနေရာတွင် အဓိကအခြေအနေနှစ်ခုရှိသည်။ ပထမတွင်၊ ကျွန်ုပ်တို့သည် ပျက်ကျမှုများ သို့မဟုတ် အစုအဝေး သို့မဟုတ် အစိတ်အပိုင်းများ၏ ပုံမှန်ပြန်လည်စတင်ခြင်းကို ရှင်သန်လိုသည် - ကျွန်ုပ်တို့ ၎င်းကို ရိုးရှင်းသောဒေတာဘေ့စ်အဖြစ် အသုံးပြုလိုပါသည်။ ဒုတိယအခြေအနေတွင်၊ ဒေတာများလွန်းသောအခါ၊ အချို့သည် မှတ်ဉာဏ်ထဲတွင် ရှိနေသည်။
အရာအားလုံးကို အစမှတည်ဆောက်ရန် မဖြစ်နိုင်ပါက In-Memory ကို ပြီးသားတစ်ခုအဖြစ် ပေါင်းစည်းနိုင်သည်။ ရှိပြီးသားဗိသုကာ. သို့သော် In-Memory ဖြေရှင်းချက်အားလုံးသည် ၎င်းအတွက် သင့်လျော်မည်မဟုတ်ပေ။ မဖြစ်မနေ အခြေအနေသုံးမျိုးရှိပါတယ်။ In-Memory ဖြေရှင်းချက်သည် ပံ့ပိုးပေးရမည်-
- ၎င်းအောက်ရှိ ဒေတာဘေ့စ်သို့ ချိတ်ဆက်ရန် စံနည်းလမ်း (ဥပမာ၊ MySQL);
- သိုလှောင်မှုနှင့် အပြန်အလှန်တုံ့ပြန်မှုဆိုင်ရာ ယုတ္တိကို မပြောင်းလဲစေရန် စံမေးခွန်းဘာသာစကားတစ်ခု၊
- အရောင်းအ၀ယ်ပြုလုပ်ခြင်း - အပြန်အလှန်ဆက်သွယ်မှု၏ သဘောတရားကို ထိန်းသိမ်းပါ။
အခြေအနေ သုံးခုလုံး ပြည့်စုံပါက ပေါင်းစည်းမှု ဖြစ်နိုင်သည်။ ကျွန်ုပ်တို့သည် အပလီကေးရှင်းနှင့် ဒေတာဘေ့စ်ကြားတွင် In-Memory Data Grid ကို နေရာချပေးသည်။ ယခု စာရေးရန် တောင်းဆိုချက်များကို အရင်းခံဒေတာဘေ့စ်သို့ လွှဲအပ်မည်ဖြစ်ပြီး၊ ဒေတာ ကက်ရှ်တွင် မရှိပါက အရင်းခံဒေတာဘေ့စ်သို့ ပေးပို့ထားသော တောင်းဆိုချက်များကို ပေးပို့မည်ဖြစ်သည်။
ဒေတာကို လျင်မြန်စွာ ဝင်ရောက်ကြည့်ရှုနိုင်ပြီး ၎င်း၏လုပ်ဆောင်မှုသည် သင့်အတွက် အရေးကြီးပါက၊ ဥပမာ၊ စီးပွားရေးဆိုင်ရာ ခွဲခြမ်းစိတ်ဖြာမှုများအတွက်၊ In-Memory ကို အကောင်အထည်ဖော်ရန် စဉ်းစားနိုင်သည်။ အကောင်အထည်ဖော်ရန်အတွက်၊ ဗိသုကာအသစ်တစ်ခုကို ဒီဇိုင်းဆွဲသောအခါတွင် သင်သည် နည်းလမ်းနှစ်ခုလုံးကို အသုံးပြုနိုင်သည်။
source: www.habr.com