“Our Secret Universe: The Hidden Life of the Cell” ရုပ်ရှင်မှ

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

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

ထို့အပြင်၊ ရုရှားနှင့်နိုင်ငံခြားသားအားပြိုင်မှု၏လိုအပ်ချက်များကြီးထွားလာသည်။

လက်ရှိလိုအပ်ချက်များကို ဖြည့်ဆည်းပေးကာ အနာဂတ်အဆင့်မြှင့်တင်မှုများအတွက် အခြေခံအုတ်မြစ်ချရန်၊ ကျွန်ုပ်တို့သည် Tarantool ကိုအခြေခံ၍ ရင်းနှီးမြှုပ်နှံမှုလုပ်ငန်းဆိုင်ရာ အဓိကအချက်တစ်ခုအား တီထွင်ခဲ့သည်။

စာရင်းဇယားအချို့။ Alfa-Bank ၏ ရင်းနှီးမြုပ်နှံမှုလုပ်ငန်းသည် အမျိုးမျိုးသော ငွေချေးဈေးကွက်များတွင် ရောင်းဝယ်ဖောက်ကားရန် အခွင့်အလမ်းပေးရန်အတွက် တစ်ဦးချင်းစီနှင့် တရားဝင်အဖွဲ့အစည်းများအတွက် အရစ်ကျဝန်ဆောင်မှုများကို ပေးဆောင်သည်၊ ငွေချေးသိမ်းဆည်းမှုအတွက် အပ်နှံခြင်းဝန်ဆောင်မှုများ၊ ပုဂ္ဂလိကနှင့် အရင်းအနှီးကြီးမားသော လူတစ်ဦးချင်းစီအတွက် ယုံကြည်စိတ်ချရသော စီမံခန့်ခွဲမှုဝန်ဆောင်မှုများ၊ အခြားကုမ္ပဏီများအတွက် အာမခံထုတ်ပေးခြင်းဝန်ဆောင်မှုများ . Alfa-Bank ၏ ရင်းနှီးမြှုပ်နှံမှုလုပ်ငန်းတွင် အမျိုးမျိုးသော ကုန်သွယ်မှုပလပ်ဖောင်းများမှ ဒေါင်းလုဒ်လုပ်ထားသော တစ်စက္ကန့်လျှင်ကိုးကား ၃ဝဝဝ ကျော်ပါဝင်သည်။ အလုပ်ချိန်အတွင်း ဘဏ် သို့မဟုတ် ၎င်း၏ဖောက်သည်များကိုယ်စား စျေးကွက်တွင် အရောင်းအ၀ယ်ပေါင်း 3 ကျော်ကို နိဂုံးချုပ်ထားသည်။ ပြင်ပနှင့် အတွင်းပိုင်း ပလပ်ဖောင်းများတွင် တစ်စက္ကန့်လျှင် အမိန့် ကွပ်မျက်မှု 300 အထိရှိသည်။ တစ်ချိန်တည်းမှာပင်၊ ဖောက်သည်များအားလုံး၊ ပြည်တွင်းပြည်ပ နှစ်ခုစလုံးသည် ၎င်းတို့၏ ရာထူးများကို အချိန်နှင့်တပြေးညီ မြင်တွေ့လိုကြသည်။

စောပိုငျးကာလ

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

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

ဖြေရှင်းချက်အသစ်အတွက် လိုအပ်ချက်များ

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

1. လုပ်ငန်းဒေတာအားလုံးကို တစ်ခုတည်း၊ မြန်ဆန်သော သိုလှောင်မှုတစ်ခုတွင် နှင့် ဒေတာမော်ဒယ်တစ်ခုတည်းတွင် စုဆောင်းပါ။
2. ကျွန်ုပ်တို့သည် ဤအချက်အလက်ကို မဆုံးရှုံးစေရ သို့မဟုတ် မပြောင်းလဲရပါ။
3. မည်သည့်အခိုက်အတန့်တွင်မဆို စည်းကမ်းထိန်းသိမ်းရေးမှူးသည် ယခင်နှစ်များအတွက် စာရင်းအင်းများကို တောင်းခံနိုင်သောကြောင့် ဒေတာဗားရှင်းကို ပြောင်းလဲရန် လိုအပ်ပါသည်။
4. ကျွန်ုပ်တို့သည် ခေတ်မီဆန်းသစ်သော DBMS အချို့ကို ယူဆောင်လာရုံသာမက စီးပွားရေးပြဿနာများကို ဖြေရှင်းရန်အတွက် ပလပ်ဖောင်းတစ်ခုကို ဖန်တီးရပါမည်။

ထို့အပြင် ကျွန်ုပ်တို့၏ ဗိသုကာပညာရှင်များသည် ၎င်းတို့၏ ကိုယ်ပိုင်အခြေအနေများကို သတ်မှတ်ကြသည်-

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

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

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

အရာအားလုံးကို ကျွန်ုပ်တို့ စမ်းသပ်ခဲ့ပုံနှင့် အချိန်မည်မျှကြာခဲ့သည်ကို ကျွန်ုပ်ပြောပြမည်မဟုတ်ပါ၊ ကျွန်ုပ်သည် အကျဉ်းချုပ်ဖော်ပြပါမည်- ဝန်တင်စမ်းသပ်မှုများတွင် အကောင်းဆုံးစွမ်းဆောင်ရည်ကို Mail.ru Group ဖွံ့ဖြိုးတိုးတက်ရေးအဖွဲ့မှ Tarantool ကိုအခြေခံ၍ ရှေ့ပြေးပုံစံဖြေရှင်းချက်ဖြင့် ပြသထားသည်။ သဘောတူညီချက်ကို လက်မှတ် ရေးထိုးပြီး ဖွံ့ဖြိုးတိုးတက်ရေးကို စတင်ခဲ့သည်။ Mail.ru Group မှ လူလေးဦးရှိပြီး Alfa-Bank မှ developer သုံးဦး၊ စနစ်လေ့လာသူ သုံးဦး၊ ဖြေရှင်းချက်ဗိသုကာတစ်ဦး၊ ထုတ်ကုန်ပိုင်ရှင်နှင့် Scrum master တစ်ဦးတို့ ပါဝင်သည်။

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

ပုံစံ

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

ကျွန်ုပ်တို့သည် SSL ဆက်ရှင်များကို ရပ်ဆိုင်းရန် မလိုအပ်သောကြောင့် Tarantool တွင် တည်ဆောက်ထားသော HTTP ဆာဗာကို အသုံးပြုကာ ၎င်း၏စွမ်းဆောင်ရည်သည် ကျွန်ုပ်တို့အတွက် လုံလောက်ပါသည်။

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

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

အတည်ပြုပြီးနောက်၊ ဒေတာကို သိမ်းဆည်းရပါမည်။ vshard ကို အသုံးပြု၍ ၎င်းကို လုပ်ဆောင်သည် (ကျွန်ုပ်တို့တွင် ပထဝီဝင် ကွဲလွဲနေသော shards ပုံတူများ ရှိသည်)။

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

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

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

အထောက်အထားစိစစ်ခြင်းစနစ်ကို အကောင်အထည်ဖော်ခဲ့သည်။

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

• T-Connect- အဝင်ချိတ်ဆက်မှုများ၊ CPU ကန့်သတ်ချက်၊ မှတ်ဉာဏ်သုံးစွဲမှုနည်းသော၊ နိုင်ငံမဲ့များကို ကိုင်တွယ်သည်။
• IB-Core- Tarantool ပရိုတိုကောမှတစ်ဆင့် ရရှိသည့်ဒေတာကို ဇယားများဖြင့် လုပ်ဆောင်သည်။ ၎င်းသည် နိုင်ငံတော်ကို သိမ်းဆည်းမထားသည့်အပြင် အရွယ်အစားလည်း အသုံးပြုနိုင်မည်ဖြစ်သည်။
• သိုလှောင်မှု- ဒေတာများကိုသာ သိမ်းဆည်းသည်၊ မည်သည့်ယုတ္တိဗေဒကိုမျှ အသုံးမပြုပါ။ ဤအခန်းကဏ္ဍသည် အရိုးရှင်းဆုံး အင်တာဖေ့စ်များကို အကောင်အထည်ဖော်သည်။ vshard ၏ကျေးဇူးကြောင့် အရွယ်တင်နိုင်သည်။

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

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

စမ်းသပ်ခြင်း

ပရောဂျက်အစကတည်းက စမ်းသပ်မောင်းနှင်ထားတဲ့ ဖွံ့ဖြိုးတိုးတက်မှုကို အကောင်အထည်ဖော်ဖို့ ကြိုးစားမယ်လို့ ဆုံးဖြတ်ခဲ့ပါတယ်။ ကျွန်ုပ်တို့သည် tarantool/tap framework ကို အသုံးပြု၍ Lua တွင် ယူနစ်စမ်းသပ်မှုများကို ရေးပြီး pytest framework ကိုအသုံးပြု၍ Python တွင် ပေါင်းစပ်စစ်ဆေးမှုများ ပြုလုပ်ပါသည်။ တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် ပေါင်းစပ်စစ်ဆေးမှုများကို ရေးသားရာတွင် developer နှင့် analysts များပါ၀င်ပါသည်။

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

ကျွန်ုပ်တို့သည် အင်္ဂါရပ်အသစ်တစ်ခုကို လိုချင်ပါက၊ ကျွန်ုပ်တို့သည် ၎င်းအတွက် စမ်းသပ်မှုတစ်ခုကို ဦးစွာရေးရန် ကြိုးစားသည်။ ကျွန်ုပ်တို့သည် ချွတ်ယွင်းချက်တစ်ခုကို တွေ့ရှိသောအခါ၊ ကျွန်ုပ်တို့သည် စမ်းသပ်မှုတစ်ခုကို ဦးစွာရေးသားရန် သေချာပြီးမှသာ ၎င်းကို ပြုပြင်ပါ။ အစပိုင်းတွင် ဤကဲ့သို့လုပ်ဆောင်ရန် ခဲယဉ်းသည်၊ ဝန်ထမ်းများဘက်မှ နားလည်မှုလွဲမှားခြင်း ၊ အဖျက်အဆီးများပင်ရှိပါသည်- "အခုချက်ချင်းပြင်လိုက်ကြရအောင်၊ အသစ်တစ်ခုခုလုပ်ပါ၊ ပြီးရင် စမ်းသပ်မှုတွေနဲ့ ဖုံးကွယ်လိုက်ပါ။" ဤ “နောက်ပိုင်း” သာလျှင် မရောက်လုနီးပါး။

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

သို့သော် ကျွန်ုပ်တို့အနှစ်သက်ဆုံးအရာမှာ Load Testing ဖြစ်ပြီး၊ ကျွန်ုပ်တို့သည် ၎င်းကို အရေးကြီးဆုံးဟု ယူဆကာ ပုံမှန်လုပ်ဆောင်ပါ။

ပထမဗားရှင်းတစ်ခု၏ load testing ပထမအဆင့်ကို မည်သို့ဆောင်ရွက်ခဲ့ပုံအကြောင်း အနည်းငယ်ပြောပြပါမည်။ ကျွန်ုပ်တို့သည် ဆော့ဖ်ဝဲရေးသားသူ၏ လက်ပ်တော့တွင် စနစ်ကို ထည့်သွင်းပြီး ဝန်ကိုဖွင့်ကာ တစ်စက္ကန့်လျှင် ငွေပေးငွေယူ 4 ရရှိသည်။ လက်ပ်တော့တစ်လုံးအတွက် ရလဒ်ကောင်း။ ထုတ်လုပ်မှုထက် အားနည်းသော ဆာဗာလေးခု၏ virtual load bench တွင် ၎င်းကို ကျွန်ုပ်တို့ ထည့်သွင်းထားသည်။ အနည်းဆုံးအထိ ဖြန့်ကျက်ထားသည်။ ကျွန်ုပ်တို့ ၎င်းကို run ပြီး thread တစ်ခုတွင် laptop တစ်လုံးထက် ပိုဆိုးသော ရလဒ်ကို ရရှိပါသည်။ အချစ်စစ် အကြောင်းအရာ။

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

ကျွန်ုပ်တို့သည် developer များကိုခေါ်ဆိုကြပြီး Java ၏ကမ္ဘာမှလာသူများ၊ Tarantool သည် single-threaded ဖြစ်သည်ကိုကျွန်ုပ်တို့အားရှင်းပြသည်။ ၎င်းကို load အောက်တွင်ရှိသော processor core တစ်ခုမှထိရောက်စွာအသုံးပြုနိုင်ပါသည်။ ထို့နောက် ကျွန်ုပ်တို့သည် ဆာဗာတစ်ခုစီတွင် Tarantool ဖြစ်ရပ်များ ဖြစ်နိုင်ချေအများဆုံးအရေအတွက်ကို ဖြန့်ကျက်ပြီး ဝန်ကိုဖွင့်ကာ တစ်စက္ကန့်လျှင် ငွေပေးငွေယူ 14,5 ရရှိပြီးဖြစ်သည်။

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

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

ဆန့်ကျင်ဘက်အနေနှင့်၊ သိုလှောင်မှုဆာဗာများတွင် ပရိုဆက်ဆာဝန်တိုးလာသော်လည်း ချိတ်ဆက်မှုများကို လုပ်ဆောင်သည့် ဆာဗာများထက် များစွာနှေးကွေးသည်။

နှင့် memory သုံးစွဲမှုသည် data loaded ပမာဏနှင့် တိုက်ရိုက်အချိုးကျလာသည်။

န်ဆောင်မှုများ

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

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

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

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

စနစ်ဟောင်းများ

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

ကျွန်ုပ်တို့အတွက် တစ်စုံတစ်ခုပြောင်းလဲပါက၊ ထူးခြားသောအစပျိုးမှုများကို သိုလှောင်ခန်းအခန်းကဏ္ဍတွင် အစပျိုးပြီး အပြောင်းအလဲများပါရှိသည့် မက်ဆေ့ချ်သည် စီမံဆောင်ရွက်ဆဲတန်းစီတွင် ပြီးဆုံးမည်ဖြစ်သည်။ သီးခြားပုံတူကူးခြင်းကဏ္ဍကို အသုံးပြု၍ ပြင်ပစနစ်သို့ ပေးပို့သည်။ ဤအခန်းကဏ္ဍသည် ပြည်နယ်ကို သိမ်းဆည်းမထားပေ။

တိုးတက်မှုအသစ်များ

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

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

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

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

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

ကောက်ချက်

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

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

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

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

Lua မှာ ဘာမှ မမှားပါဘူး။ မည်သူမဆို ၎င်းတွင်ရေးရန် သင်ယူနိုင်သည်- Java developer၊ JavaScript developer၊ Python developer၊ front-end သို့မဟုတ် back-end။ ကျွန်တော်တို့ရဲ့ လေ့လာသုံးသပ်သူတွေတောင် အဲဒီအပေါ်မှာ ရေးတယ်။

ကျွန်ုပ်တို့တွင် SQL မရှိခြင်းအကြောင်းပြောသောအခါ၊ ၎င်းသည် လူများကို ကြောက်လန့်စေသည်။ "SQL မပါဘဲဒေတာကိုသင်ဘယ်လိုရနိုင်သလဲ။ ဖြစ်နိုင်ပါ့မလား။ သေချာတယ်။ OLTP အတန်းအစားစနစ်တွင် SQL မလိုအပ်ပါ။ သင့်အား စာရွက်စာတမ်းအသားပေးကြည့်ရှုမှုသို့ ချက်ချင်းပြန်ပို့ပေးသည့် ဘာသာစကားတစ်မျိုးမျိုး၏ပုံစံတွင် အခြားရွေးချယ်စရာတစ်ခုရှိသည်။ ဥပမာ GraphQL။ ဖြန့်ဝေထားသော ကွန်ပျူတာပုံစံတွင် အခြားရွေးချယ်စရာတစ်ခုရှိသည်။

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

source: www.habr.com