စိုးရိမ်ပူပန်မှုတွေကို ရပ်တန့်ပြီး မော်နီတာမပါဘဲ ဘယ်လိုနေထိုင်မလဲ။

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

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

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

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

ယနေ့ခေတ်တွင် CI/CD၊ K8S စသည်ဖြင့် ပြောင်းလဲမှုများပြုလုပ်ရန် ကိရိယာများနှင့် ကိရိယာများစွာရှိသည်။ “ကျောက်တုံးကြီး” ကာလတွင်၊ ကျွန်ုပ်တို့သည် ဤမျှသော နိုင်ငံခြားစကား မလိုအပ်ပါ။ ဒေတာဘေ့စ်ရှိ "သိုလှောင်မှု" ကိုရိုးရှင်းစွာပြင်ရန်လုံလောက်သည်။

သို့သော် အချိန်က ရှေ့သို့ရွေ့သွားသည်၊ တောင်းဆိုချက်အရေအတွက်သည် ၎င်းနှင့်အတူ ရှေ့သို့ရွေ့သွားသည်၊ တစ်ခါတစ်ရံ ကျွန်ုပ်တို့၏စွမ်းဆောင်နိုင်မှုထက် RPS ကို ပစ်လွှတ်ပါသည်။ စျေးကွက်ထဲသို့ CIS နိုင်ငံများ၏ဝင်ရောက်မှုနှင့်အတူ၊ ပထမ monolith ၏ဒေတာဘေ့စ်ပရိုဆက်ဆာပေါ်ရှိဝန်သည် 90% အောက်တွင်မကျဆင်းဘဲ RPS အဆင့် 2400 တွင်ကျန်ရှိနေခဲ့သည်။ ၎င်းတို့သည် သေးငယ်သောရွေးချယ်မှုများသာမကဘဲ ကြီးမားသောမေးခွန်းများနှင့်အတူ၊ ကြီးမားသော IO ၏နောက်ခံနှင့် ဒေတာတစ်ဝက်နီးပါးကို အသုံးပြုနိုင်သည့် စစ်ဆေးမှုများနှင့် ချိတ်ဆက်မှုများ။

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

သင်ဘာလုပ်နိုင်သလဲ - ဖက်ရှင်သည် နည်းပညာတွင် မွေးရာပါဖြစ်သည်။ လွန်ခဲ့သော 5 နှစ်ခန့်က၊ ကျွန်ုပ်တို့သည် ဆိုက်၏ယုတ္တိအားလုံးကို ဂရုတစိုက်သိမ်းဆည်းထားသည့် .NET နှင့် MS SQL ဆာဗာရှိ ရှိပြီးသားဆိုဒ်ပုံစံဖြင့် ဤ mods များထဲမှ တစ်ခုကို ပြန်လည်စဉ်းစားရန် လိုအပ်ပါသည်။ ငါသေသေချာချာ သိမ်းထားလိုက်တာက ဒီလိုကျောက်တုံးကြီးကိုမြင်ရတာ ရှည်လျားပြီး လွယ်ကူတာတော့ မဟုတ်ဘူးပေါ့။
သေးငယ်သော သဘောထားကွဲလွဲမှု။

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

မိုးခြိမ်းသံ

ငါတို့ရဲ့ "မီး" ကို ပြန်ကြရအောင်။ “monolithic” လုပ်ဆောင်နိုင်စွမ်းကို ဖြန့်ဝေရန်၊ ကျွန်ုပ်တို့သည် စနစ်ကို opensource နည်းပညာများကို အခြေခံ၍ မိုက်ခရိုဝန်ဆောင်မှုများအဖြစ် ပိုင်းခြားရန် ဆုံးဖြတ်ခဲ့သည်။ အနည်းဆုံးအားဖြင့်၊ ၎င်းတို့သည် အတိုင်းအတာအတွက် စျေးသက်သာသောကြောင့်ဖြစ်သည်။ ပြီးတော့ ကျွန်တော်တို့ အတိုင်းအတာ (အများကြီး) လုပ်ရမယ်ဆိုတာ 100% နားလည်ခဲ့တယ်။ ထိုအချိန်တွင် အိမ်နီးချင်းနိုင်ငံများ၏ စျေးကွက်အတွင်းသို့ ဝင်ရောက်နိုင်နေပြီဖြစ်ပြီး မှတ်ပုံတင်အရေအတွက်နှင့် အမှာစာအရေအတွက်မှာလည်း ပိုမိုပြင်းထန်လာပါသည်။

monolith မှ microservices သို့ ထွက်ခွာမည့် ပထမဆုံး ကိုယ်စားလှယ်လောင်းများကို ခွဲခြမ်းစိတ်ဖြာပြီး ရေးထားသောစာများ၏ 80% သည် back office system မှ လာပြီး ရှေ့ရုံးမှ ဖတ်ရှုခြင်းဖြစ်သည်ကို ကျွန်ုပ်တို့ သဘောပေါက်ပါသည်။ ပထမဦးစွာ၊ ၎င်းသည် ကျွန်ုပ်တို့အတွက် အရေးကြီးသော စနစ်ခွဲနှစ်ခုနှင့် သက်ဆိုင်သည် - သုံးစွဲသူဒေတာနှင့် အပိုဖောက်သည်လျှော့စျေးများနှင့် ကူပွန်များအကြောင်း အချက်အလက်များအပေါ် အခြေခံ၍ ကုန်ပစ္စည်း၏နောက်ဆုံးကုန်ကျစရိတ်ကို တွက်ချက်သည့်စနစ်တစ်ခုဖြစ်သည်။

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

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

ရလဒ်အနေဖြင့် ကျွန်ုပ်တို့သည် Tarantool နှင့် ကောင်းစွာလိုက်ဖက်သော အစီအစဥ်တစ်ခုကို အကောင်အထည်ဖော်ခဲ့သည်။

ထိုအချိန်တွင်၊ microservices များ၏လည်ပတ်မှုအတွက်၊ virtual နှင့် hardware machines များရှိ data center များစွာဖြင့်အလုပ်လုပ်ရန်အစီအစဥ်များကိုရွေးချယ်ခဲ့သည်။ ကိန်းဂဏန်းများတွင်ပြထားသည့်အတိုင်း Tarantool ၏ပုံတူကူးနည်းများကို master-master နှင့် master-slave mode နှစ်ခုလုံးတွင်အသုံးပြုခဲ့သည်။

ဗိသုကာပညာ။ ရွေးချယ်မှု 1. အသုံးပြုသူဝန်ဆောင်မှု

လက်ရှိအချိန်တွင်၊ 24 shards များရှိပြီး တစ်ခုစီတွင် instance 2 ခု (DC တစ်ခုစီအတွက် တစ်ခု) ရှိသည်၊ အားလုံးသည် master-master mode တွင်ရှိသည်။

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

ဤကိစ္စတွင်၊ shards ၏အခြေအနေတွင် ပုံတူရွေးချယ်မှုမူဝါဒကို configure လုပ်နိုင်သည်။ ဥပမာအားဖြင့်၊ roundrobin။

ဗိသုကာပညာ။ ရွေးချယ်မှု 2။ ကုန်ပစ္စည်း၏နောက်ဆုံးကုန်ကျစရိတ်ကိုတွက်ချက်ခြင်းဝန်ဆောင်မှု

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

ဝန်ဆောင်မှုဒေတာဘေ့စ်တွင် synchronizer သည် ဒေတာစုဆောင်းသည့် မာစတာ 4 ခုပါ၀င်ပြီး ဤပုံတူကူးယူထားသော မာစတာတစ်ခုစီသည် ဖတ်ရှုရန်သာ ပုံတူများထံသို့ ဒေတာဖြန့်ဝေပါသည်။ မာစတာတစ်ခုစီတွင် ထိုသို့သောပုံစံတူ ၁၅ ခုခန့်ရှိသည်။

ပထမအစီအစဉ်တွင်ဖြစ်စေ DC တစ်ခုသည် မရနိုင်ပါက၊ အပလီကေးရှင်းသည် ဒုတိယတွင် ဒေတာကို လက်ခံရရှိနိုင်ပါသည်။

Tarantool တွင် ပုံတူကူးချခြင်းသည် အတော်လေး လိုက်လျောညီထွေရှိပြီး runtime တွင် configure လုပ်နိုင်ကြောင်း သတိပြုသင့်သည်။ တခြားစနစ်တွေမှာ အခက်အခဲတွေ ပေါ်လာတယ်။ ဥပမာအားဖြင့်၊ PostgreSQL ရှိ max_wal_senders နှင့် max_replication_slots ဘောင်များကို ပြောင်းလဲခြင်းသည် အချို့ကိစ္စများတွင် အပလီကေးရှင်းနှင့် DBMS အကြားချိတ်ဆက်မှုများကို ဖြတ်တောက်သွားစေနိုင်သည့် wizard ကို ပြန်လည်စတင်ရန် လိုအပ်ပါသည်။

ရှာကြည့်​ရင်​​တွေ့မယ်​။

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

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

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

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

နောက်ဆုံးတွင် ကျွန်ုပ်တို့သည် Tarantool တွင် အခြေချနေထိုင်ခဲ့သည်။

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

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

အကောင်အထည်ဖော်မှုမှာ အကြမ်းဖျင်းစတင်ခဲ့သည်။

ထိုအချိန်တွင်၊ ကျွန်ုပ်တို့၏ အဓိက ဖွံ့ဖြိုးတိုးတက်မှု stack မှာ .NET ဖြစ်ပြီး၊ ၎င်းတွင် Tarantool အတွက် ချိတ်ဆက်မှု မရှိပါ။ ကျွန်ုပ်တို့သည် Go တွင် တစ်ခုခုကို ချက်ချင်းစတင်လုပ်ဆောင်ခဲ့သည်။ Lua နဲ့လည်း ကောင်းကောင်းအလုပ်လုပ်ပါတယ်။ ထိုအချိန်က အဓိကပြဿနာမှာ အမှားရှာပြင်ခြင်းဖြစ်သည်- .NET တွင် ဤအရာအားလုံးသည် ကောင်းမွန်သော်လည်း၊ မှတ်တမ်းများမှလွဲ၍ အမှားရှာခြင်းမှလွဲ၍ မြှုပ်ထားသော Lua ၏လောကထဲသို့ ဝင်ရောက်ရန် ခက်ခဲသွားပါသည်။ ထို့အပြင်၊ အကြောင်းတစ်ခုခုကြောင့် ပုံတူကူးချခြင်းသည် အခါအားလျော်စွာ ကွဲထွက်သွားသောကြောင့် Tarantool အင်ဂျင်၏ ဖွဲ့စည်းပုံကို စူးစမ်းလေ့လာခဲ့ရပါသည်။ ချတ်သည် ဤအရာအတွက် အထောက်အကူဖြစ်ပြီး အနည်းငယ်သောအတိုင်းအတာအထိ၊ စာတမ်းပြုစုခြင်း၊ တစ်ခါတစ်ရံတွင် ကျွန်ုပ်တို့သည် ကုဒ်ကို ကြည့်သည်။ အဲဒီတုန်းက စာရွက်စာတမ်းတွေက ဒီလောက်ပါပဲ။

ထို့ကြောင့် လပေါင်းများစွာကြာအောင် ကျွန်ုပ်သည် ကျွန်ုပ်၏ခေါင်းကို လှည့်ပတ်ကာ Tarantool နှင့် လုပ်ဆောင်ခြင်းမှ ကောင်းမွန်သော ရလဒ်များကို ရနိုင်ခဲ့သည်။ microservices အသစ်များဖွဲ့စည်းရာတွင် အထောက်အကူဖြစ်စေသော git တွင် ကိုးကားသောတိုးတက်မှုများကို ကျွန်ုပ်တို့စုစည်းထားပါသည်။ ဥပမာအားဖြင့်၊ အလုပ်တစ်ခုပေါ်လာသောအခါ၊ အခြား microservice တစ်ခုကိုဖန်တီးရန် developer သည် repository ရှိရည်ညွှန်းဖြေရှင်းချက်၏အရင်းအမြစ်ကုဒ်ကိုကြည့်ရှုခဲ့ပြီး အသစ်တစ်ခုဖန်တီးရန် တစ်ပတ်ထက်မပိုပါ။

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

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

ခွဲဝေအုပ်ချုပ်သည်။ Lua နဲ့ စာချုပ်က ဘာလဲ။

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

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

ရလဒ်အနေနှင့်၊ ယခု ကျွန်ုပ်တို့အများစုသည် Lua တွင် ဘာမှမလုပ်ရန် ကြိုးစားကြသည်။ iproto (ဆာဗာနှင့်အပြန်အလှန်ဆက်ဆံရန်အတွက် binary protocol) ကိုသုံးရုံဖြင့်ဒါပါပဲ။ ဤသည်မှာ developer များကြားတွင် အသိပညာနည်းပါးခြင်းဖြစ်နိုင်သော်လည်း ဤရှုထောင့်မှကြည့်လျှင် စနစ်သည် ရှုပ်ထွေးပါသည်။

ကျွန်ုပ်တို့သည် ဤဇာတ်ညွှန်းကို အမြဲတမ်း မျက်စိစုံမှိတ် လိုက်မလုပ်ပါ။ ယနေ့ ကျွန်ုပ်တို့တွင် အဖြူအမည်းမရှိပါ- အရာအားလုံးသည် Lua တွင်ဖြစ်စေ သို့မဟုတ် အရာအားလုံးသည် Go တွင်ဖြစ်သည်။ နောက်ပိုင်းတွင် ရွှေ့ပြောင်းနေထိုင်မှုပြဿနာများ မပြေလည်စေရန် ၎င်းတို့ကို မည်သို့ပေါင်းစပ်နိုင်သည်ကို ကျွန်ုပ်တို့ နားလည်ထားပြီးဖြစ်သည်။

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

အရေးကြီးဆုံးဝန်ဆောင်မှုများထဲမှတစ်ခုမှာ သုံးစွဲသူပရိုဖိုင်ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ Wildberries အသုံးပြုသူအားလုံးကို Tarantool တွင်သိမ်းဆည်းထားပြီး ၎င်းတို့အထဲမှ သန်း 50 ခန့်ရှိသည်။ Go ဝန်ဆောင်မှုများနှင့်ချိတ်ဆက်ထားသော DC အများအပြားတွင် ဖြန့်ဝေထားသော သုံးစွဲသူ ID ဖြင့် ခွဲဝေပေးထားသည့် စနစ်တစ်ခုဖြစ်သည်။
RPS အရ Promoter သည် တစ်ချိန်က ခေါင်းဆောင်ဖြစ်ခဲ့ပြီး တောင်းဆိုချက်ပေါင်း 6 ထောင်အထိရောက်ရှိခဲ့သည်။ တစ်ကြိမ်မှာ အုပ်ရေ ၅၀-၆၀ ရှိတယ်။ ယခု RPS တွင် ဦးဆောင်သူမှာ အသုံးပြုသူပရိုဖိုင်များ 50 ခန့်ဖြစ်သည်။ ဤဝန်ဆောင်မှုသည် သုံးစွဲသူ ID အပိုင်းအခြားအလိုက် စိတ်ကြိုက်ခွဲခြမ်းစိပ်ဖြာခြင်းကို အသုံးပြုသည်။ ဝန်ဆောင်မှုသည် စက် 60 ကျော်ကို ဝန်ဆောင်မှုပေးသော်လည်း ၎င်းသည် များပြားလွန်းသောကြောင့် စက် 12-20 စက်၏စွမ်းရည်သည် လုံလောက်သောကြောင့် ခွဲဝေချထားပေးသည့်အရင်းအမြစ်များကို လျှော့ချရန် ကျွန်ုပ်တို့စီစဉ်ထားသည်။

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

ဝဘ်ဆိုက်နှင့် မိုဘိုင်းအက်ပလီကေးရှင်းတွင် မတူညီသော နဖူးစည်းများကို ပြသရန် ဝန်ဆောင်မှုသည် Tarantool တွင် ပထမဆုံး တိုက်ရိုက်ထုတ်ဝေသည့် ဝန်ဆောင်မှုတစ်ခုဖြစ်သည်။ ဤဝန်ဆောင်မှုသည် အသက် 6-7 နှစ်ရှိပြီဖြစ်ပြီး ၎င်းသည် လည်ပတ်ဆဲဖြစ်ပြီး မည်သည့်အခါမှ ပြန်လည်စတင်ခြင်းမရှိသည့်အတွက် သတိပြုမိပါသည်။ Master-master ပုံစံတူကို အသုံးပြုခဲ့သည်။ ဘယ်အရာမှ ပျက်မသွားပါဘူး။

အချို့ကိစ္စများတွင် အချက်အလက်ကို လျင်မြန်စွာ နှစ်ဆစစ်ဆေးရန် ဂိုဒေါင်စနစ်တွင် အမြန်ရည်ညွှန်းလုပ်ဆောင်နိုင်စွမ်းအတွက် Tarantool ကို အသုံးပြုခြင်း၏ ဥပမာတစ်ခုရှိသည်။ အဲဒါအတွက် Redis ကို အသုံးပြုဖို့ ကြိုးစားခဲ့ပေမယ့် Memory ထဲက Data က Tarantool ထက် နေရာပိုယူပါတယ်။

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

ကောက်ချက်

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

နောက်ထပ် ဘာအကြောင်းအရာတွေ ဆက်ဖတ်ရမလဲ

• Tarantool ကို အသုံးပြု၍ မြင့်မားသော အက်ပ်လီကေးရှင်းကို ဖန်တီးခြင်း။ habr.com/ru/company/mailru/blog/510440
• Tarantool Cartridge တွင် ယုံကြည်ရသော ခေါင်းဆောင်ရွေးချယ်မှု habr.com/ru/company/mailru/blog/513912
• ထုတ်ကုန်အကြောင်းသတင်းနှင့်အတူ Telegram ချန်နယ် Tarantool t.me/tarantool_news
• ရပ်ရွာချတ်တွင် Tarantool ကို ဆွေးနွေးပါ။ t.me/tarantoolru

source: www.habr.com