HighLoad++၊ Evgeniy Kuzovlev (EcommPay IT) - စက်ရပ်ချိန်တစ်မိနစ် $100000 ကုန်ကျသောအခါ ဘာလုပ်ရမလဲ။

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

လာမည့် HighLoad++ ကွန်ဖရင့်ကို စိန့်ပီတာစဘတ်တွင် 6 ခုနှစ် ဧပြီလ 7 ရက်နှင့် 2020 ရက်တို့တွင် ကျင်းပမည်ဖြစ်သည်။ အသေးစိတ်အချက်အလက်များနှင့် လက်မှတ်များ link ကို. နိုဝင်ဘာ ၉ ရက် ၁၈း၀၀။ HighLoad++ မော်စကို 9၊ ဒေလီ + ကာလကတ္တားခန်းမ။ ဤအကြောင်းအရာများနှင့် တင်ဆက်မှု.

Evgeniy Kuzovlev (နောင် - EC) - သူငယ်ချင်းများ မင်္ဂလာပါ ။ ကျွန်တော့်နာမည် Kuzovlev Evgeniy ပါ။ ကျွန်ုပ်သည် EcommPay ကုမ္ပဏီမှဖြစ်ပြီး သီးခြားဌာနခွဲမှာ EcommPay IT ဖြစ်ပြီး ကုမ္ပဏီအုပ်စု၏ အိုင်တီဌာနခွဲဖြစ်သည်။ ယနေ့ကျွန်ုပ်တို့သည် စက်ရပ်ချိန်များအကြောင်း - ၎င်းတို့ကို မည်သို့ရှောင်ရှားရမည်အကြောင်း၊ ရှောင်လွှဲ၍မရပါက ၎င်းတို့၏ နောက်ဆက်တွဲများကို မည်ကဲ့သို့ လျှော့ချရမည်အကြောင်း ဆွေးနွေးပါမည်။ ခေါင်းစဉ်အား အောက်ပါအတိုင်းဖော်ပြထားသည်- "တစ်မိနစ်လျှင် $100 ကုန်ကျသောအခါ ဘာလုပ်ရမည်နည်း။" ရှေ့ကိုကြည့်လိုက်ရင်၊ ကျွန်တော်တို့ရဲ့ ကိန်းဂဏန်းတွေက နှိုင်းယှဉ်လို့ရတယ်။

EcommPay IT က ဘာလုပ်သလဲ။

ကျွန်ုပ်တို့ကဘယ်သူတွေလဲ? မင်းရှေ့မှာ ငါဘာလို့ရပ်နေတာလဲ။ ဤနေရာတွင် ကျွန်ုပ်သည် သင့်အား အဘယ်ကြောင့် တစ်စုံတစ်ရာ ပြောပိုင်ခွင့်ရှိသနည်း။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် အဘယ်အရာအကြောင်း အသေးစိတ်ပြောမည်နည်း။

EcommPay ကုမ္ပဏီအုပ်စုသည် နိုင်ငံတကာ ဝယ်ယူသူဖြစ်သည်။ ကျွန်ုပ်တို့သည် ရုရှား၊ ဥရောပ၊ အရှေ့တောင်အာရှ (ကမ္ဘာတစ်ဝှမ်းလုံး) တွင် ငွေပေးချေမှုများကို လုပ်ဆောင်ပါသည်။ ကျွန်ုပ်တို့တွင် ရုံး 9 ခုရှိပြီး စုစုပေါင်း ဝန်ထမ်း 500 ရှိပြီး ၎င်းတို့အနက် ထက်ဝက်ခန့်မှာ အိုင်တီကျွမ်းကျင်သူများဖြစ်သည်။ ငါတို့လုပ်သမျှ၊ ငါတို့ဆီကငွေရသမျှ ငါတို့ကိုယ်တိုင်လုပ်တယ်။

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

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

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

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

အားလပ်ချိန်များ။ စစ်ဆင်ရေး၏အမိန့်တော်။

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

ကျွန်ုပ်တို့၏ချဉ်းကပ်ပုံများကို စတင်ပြောင်းလဲသောအခါတွင် ကျွန်ုပ်တို့သည် ပညတ်တော် ၄ ပါးကို ဖွဲ့စည်းခဲ့သည်။ ၎င်းတို့ကို ဆလိုက်များပေါ်တွင် ကျွန်ုပ်တင်ပြထားသည်။

ဤပညတ်တော်များသည် အလွန်ရိုးရှင်းပါသည်။

• ပြဿနာကို အမြန်ဖော်ထုတ်ပါ။
• ပိုမြန်အောင် ဖယ်ရှားလိုက်ပါ။
• အကြောင်းရင်းကို နားလည်အောင် ကူညီပါ (နောက်ပိုင်းတွင်၊ developer များအတွက်)။
• ချဉ်းကပ်မှုများကို စံပြုပါ။

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

ပြဿနာဖြေရှင်းခြင်း- ၎င်းတို့သည် မည်သည့်အချိန်တွင် ဖြစ်ပွားသနည်း၊ ၎င်းတို့နှင့်ပတ်သက်၍ မည်သို့လုပ်ဆောင်ရမည်နည်း။

သို့သော် ကျွန်ုပ်တို့သည် အစီအစဥ်မရှိတော့ဘဲ အမှတ် 2 ဖြင့် စတင်ပါမည် - ပြဿနာကို အမြန်ဖယ်ရှားနည်း။ ပြဿနာတစ်ခုရှိသည် - အဲဒါကိုပြင်ဖို့လိုတယ်။ "ဒါကို ငါတို့ ဘာလုပ်သင့်လဲ" - အဓိကမေးခွန်း။ ပြဿနာကို ဖြေရှင်းနည်းကို စတင်စဉ်းစားသောအခါ၊ ပြဿနာဖြေရှင်းခြင်းတွင် လိုက်နာရမည့် လိုအပ်ချက်အချို့ကို ကျွန်ုပ်တို့ကိုယ်တိုင် ဖန်တီးခဲ့သည်။

ဤလိုအပ်ချက်များကို ပုံဖော်ရန်အတွက် ကျွန်ုပ်တို့သည် “ကျွန်ုပ်တို့ မည်သည့်အချိန်တွင် ပြဿနာများရှိသနည်း” ဟူသော မေးခွန်းကို မိမိကိုယ်ကို မေးရန် ဆုံးဖြတ်ခဲ့သည်။ ထွက်လာသည့်အတိုင်း ပြဿနာ လေးခုတွင် ဖြစ်ပွားသည်။

• Hardware ချို့ယွင်းခြင်း။
• ပြင်ပဝန်ဆောင်မှုများ မအောင်မြင်ပါ။
• ဆော့ဖ်ဝဲဗားရှင်းကို ပြောင်းလဲခြင်း (တူညီသောအသုံးချမှု)။
• ပေါက်ကွဲအား မြှင့်တင်နိုင်သည် ။

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

ဒုတိယအချက်မှာ ပြင်ပဝန်ဆောင်မှုများ ပျက်ကွက်ခြင်းပင်ဖြစ်သည်။ အများစုအတွက်၊ စနစ်သည် ပြဿနာမဟုတ်သော်လည်း ကျွန်ုပ်တို့အတွက်မဟုတ်ပါ။ ကျွန်ုပ်တို့သည် ငွေပေးချေမှုများကို လုပ်ဆောင်နေသောကြောင့်၊ ကျွန်ုပ်တို့သည် အသုံးပြုသူ (သူ၏ကတ်ဒေတာကိုထည့်သွင်းသော) နှင့် ဘဏ်များ၊ ငွေပေးချေမှုစနစ်များ (Visa၊ MasterCard၊ Mira စသည်ဖြင့်) တို့ကြားတွင် စုစည်းပေးသည့်အဖွဲ့အစည်းတစ်ခုဖြစ်သည်။ ကျွန်ုပ်တို့၏ ပြင်ပဝန်ဆောင်မှုများ (ငွေပေးချေမှုစနစ်များ၊ ဘဏ်များ) သည် ကျရှုံးတတ်သည်။ ကျွန်ုပ်တို့နှင့် သင် (ထိုကဲ့သို့သောဝန်ဆောင်မှုများရှိပါက) သည် ၎င်းကိုလွှမ်းမိုးနိုင်မည်မဟုတ်ပေ။

ဒါဆို ဘာလုပ်ရမလဲ။ ဤနေရာတွင် ရွေးချယ်စရာနှစ်ခုရှိသည်။ ပထမ၊ သင်တတ်နိုင်လျှင် ဤဝန်ဆောင်မှုကို တစ်နည်းနည်းဖြင့် ပွားသင့်သည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့လုပ်နိုင်ပါက၊ ကျွန်ုပ်တို့သည် ဝန်ဆောင်မှုတစ်ခုမှ အခြားတစ်ခုသို့ အသွားအလာများကို လွှဲပြောင်းပေးသည်- ဥပမာအားဖြင့်၊ ကတ်များကို Sberbank မှတစ်ဆင့် လုပ်ဆောင်ခဲ့ပြီး၊ Sberbank တွင် ပြဿနာရှိနေသည် - ကျွန်ုပ်တို့သည် အသွားအလာ [အခြေအနေအရ] Raiffeisen သို့ လွှဲပြောင်းပေးပါသည်။ ကျွန်ုပ်တို့လုပ်နိုင်သော ဒုတိယအချက်မှာ ပြင်ပဝန်ဆောင်မှုများ၏ ကျရှုံးမှုကို အလွန်လျင်မြန်စွာသတိပြုမိစေရန်ဖြစ်ပြီး ထို့ကြောင့် အစီရင်ခံစာ၏ နောက်အပိုင်းတွင် တုံ့ပြန်မှုမြန်နှုန်းအကြောင်း ဆွေးနွေးပါမည်။

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

ဒီပြဿနာလေးမျိုးထဲက တော်တော်များများက သင့်မှာ cloud ရှိရင် ချက်ချင်းဖြေရှင်းနိုင်ပါတယ်။ အကယ်၍ သင်သည် Microsoft Azhur၊ Ozone clouds တွင် သို့မဟုတ် Yandex သို့မဟုတ် Mail မှ ကျွန်ုပ်တို့၏ cloud များကို အသုံးပြုပါက၊ အနည်းဆုံး ဟာ့ဒ်ဝဲချို့ယွင်းမှုတစ်ခုသည် ၎င်းတို့၏ပြဿနာဖြစ်လာပြီး ဟာ့ဒ်ဝဲချို့ယွင်းမှုအခြေအနေတွင် အရာအားလုံးသည် သင့်အတွက်ချက်ခြင်းအဆင်ပြေသွားမည်ဖြစ်ပါသည်။

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

ဆော့ဖ်ဝဲဗားရှင်းကို ပြောင်းလဲခြင်း။ ခြေစွပ်

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

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

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

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

လိုအပ်ချက် သုံးခုရှိပါတယ်

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

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

  ဤနေရာတွင် ဒုတိယမေးခွန်းအတွက် ဖြေရှင်းချက်မှာ အနိမ့်ဆုံးလျှော့ချခြင်းဖြစ်သည်- သင်သည် သင်၏အသွားအလာ၏ တစ်စိတ်တစ်ပိုင်းကိုသာ လိုင်းအသစ်တစ်ခု၊ ကုဒ်အသစ်တစ်ခုရှိသော လိုင်းတစ်ခုထံသို့ ပေးပို့နိုင်သည် (ဥပမာ၊ 2%)။ ပြီးတော့ ဒီ 2% က 100% မဟုတ်ဘူး။ မအောင်မြင်သော ဖြန့်ကျက်မှုကြောင့် သင့်ယာဉ်အသွားအလာ၏ 100% ဆုံးရှုံးသွားပါက၊ ၎င်းသည် ကြောက်စရာကောင်းပါသည်၊ သင့်လမ်းကြောင်း၏ 2% ဆုံးရှုံးသွားပါက၊ ၎င်းသည် မနှစ်မြို့ဖွယ်ဖြစ်သော်လည်း ကြောက်စရာမဟုတ်ပါ။ ထို့အပြင်၊ အသုံးပြုသူများသည် ၎င်းကို သတိမပြုမိကြပေ၊ အကြောင်းမှာ အချို့သောကိစ္စများတွင် (အားလုံးမဟုတ်) တူညီသောအသုံးပြုသူ F5 ကိုနှိပ်ပါက အခြားအလုပ်လုပ်သောဗားရှင်းသို့ ခေါ်ဆောင်သွားမည်ဖြစ်သည်။

  အပြာ/အစိမ်း ဖြန့်ကျက်ပါ။ လမ်းကြောင်းပေး

  သို့သော်၊ အရာအားလုံးသည် "အပြာ/အစိမ်း ဖြန့်ကျက်ခြင်း" သည် ဤမျှရိုးရှင်းသည်မဟုတ်ပါ... ကျွန်ုပ်တို့၏အစိတ်အပိုင်းအားလုံးကို အုပ်စုသုံးစုခွဲနိုင်သည်။

  • ၎င်းသည် ရှေ့ဆုံးတန်း (ကျွန်ုပ်တို့၏ဖောက်သည်များမြင်ရသော ငွေပေးချေမှုစာမျက်နှာများ)၊
  • လုပ်ငန်းစဉ် core;
  • ငွေပေးချေမှုစနစ်များ (ဘဏ်များ၊ MasterCard၊ Visa...) ဖြင့် လုပ်ဆောင်နိုင်သော adapter။

  ဤနေရာတွင် သိမ်ငယ်မှုတစ်ခု ရှိသည် - မျဉ်းကြောင်းများကြားတွင် လမ်းကြောင်းပေါ်တွင် တည်ရှိသည် ။ အကယ်၍ သင်သည် အသွားအလာ၏ 100% ကို ပြောင်းလိုက်လျှင် ဤပြဿနာများ သင့်တွင် မရှိပါ။ ဒါပေမယ့် 2% ကိုပြောင်းချင်တယ်ဆိုရင်တော့ "ဒါကိုဘယ်လိုလုပ်ရမလဲ?" အရိုးရှင်းဆုံးအချက်မှာ ရှေ့တည့်တည့်တွင်ဖြစ်သည်- သင်သည် ကျပန်းရွေးချယ်မှုဖြင့် Round Robin ကို nginx တွင် ထည့်သွင်းနိုင်ပြီး သင့်တွင် ဘယ်ဘက်တွင် 2%၊ ညာဘက်တွင် 98% ရှိသည်။ ဒါပေမယ့် ဒါက အမြဲတမ်း မသင့်တော်ပါဘူး။

  ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ အသုံးပြုသူတစ်ဦးသည် တောင်းဆိုချက်တစ်ခုထက်ပို၍ စနစ်နှင့် အပြန်အလှန်အကျိုးသက်ရောက်သည်။ ၎င်းသည် ပုံမှန်ဖြစ်သည်- 2၊ 3၊ 4၊ 5 တောင်းဆိုမှုများ - သင့်စနစ်များသည် တူညီနိုင်ပါသည်။ အသုံးပြုသူ၏ တောင်းဆိုချက်များအားလုံးသည် ပထမတောင်းဆိုချက် ရောက်ရှိလာသည့် တူညီသောလိုင်းသို့ ရောက်ရှိလာရန် အရေးကြီးပါက သို့မဟုတ် (ဒုတိယအချက်) အသုံးပြုသူ၏ တောင်းဆိုချက်များအားလုံးသည် switch ပြီးနောက် လိုင်းအသစ်သို့ ရောက်ရှိလာခြင်းဖြစ်သည် (သူသည် ၎င်းနှင့် အစောပိုင်းတွင် စတင်လုပ်ဆောင်နိုင်ပြီဖြစ်သည်။ စနစ်၊ ခလုတ်မတိုင်မှီ) - ထို့နောက် ဤကျပန်းဖြန့်ဝေမှုသည် သင့်အတွက် မသင့်လျော်ပါ။ ထို့နောက် အောက်ပါရွေးချယ်စရာများ ရှိပါသည်။

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

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

  ကျွန်ုပ်တို့တွင် ပုံမှန် nginx ရှိပြီးသားဖြစ်သောကြောင့် ၎င်းသည် ကျွန်ုပ်တို့နှင့် မကိုက်ညီပါ။ nginx+ သို့ပြောင်းခြင်းသည်စျေးကြီးသည်မဟုတ်ပါ၊ ၎င်းသည်ကျွန်ုပ်တို့အတွက်အနည်းငယ်နာကျင်ခဲ့ပြီးအလွန်မမှန်ပါ။ ဥပမာ၊ "Sticks Sessions" သည် "Sticks Sessions" "တစ်ခုခု-သို့မဟုတ်" ကိုအခြေခံ၍ လမ်းကြောင်းသတ်မှတ်ခြင်းအား ခွင့်မပြုသော ရိုးရှင်းသောအကြောင်းပြချက်ဖြင့် ကျွန်ုပ်တို့အတွက် အလုပ်မဖြစ်ပါ။ ဤနေရာတွင် ကျွန်ုပ်တို့ "Sticks Sessions" က ကျွန်ုပ်တို့လုပ်ဆောင်သောအရာကို ဥပမာအားဖြင့် IP လိပ်စာဖြင့် သို့မဟုတ် IP လိပ်စာနှင့် cookies ဖြင့် သို့မဟုတ် postparameter ဖြင့် သတ်မှတ်နိုင်သော်လည်း "တစ်ခုခု-သို့မဟုတ်" သည် ထိုနေရာတွင် ပို၍ရှုပ်ထွေးပါသည်။

  ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် စတုတ္ထရွေးချယ်မှုသို့ ရောက်လာသည်။ ကျွန်ုပ်တို့သည် စတီးရွိုက်များပေါ်တွင် nginx ကိုယူခဲ့သည် (၎င်းသည် openresty ဖြစ်သည်) - ၎င်းသည် နောက်ဆုံး scripts များပါ၀င်မှုကို ပံ့ပိုးပေးသည့် အလားတူ nginx ဖြစ်သည်။ သင်သည် နောက်ဆုံး script ကိုရေးနိုင်ပြီး ၎င်းကို "open rest" ပေးကာ အသုံးပြုသူတောင်းဆိုမှုလာသောအခါတွင် ဤနောက်ဆုံး script ကို လုပ်ဆောင်မည်ဖြစ်သည်။

  ထို့အပြင်၊ ကျွန်ုပ်တို့သည် အမှန်တွင်၊ ထိုကဲ့သို့သော ဇာတ်ညွှန်းကို ကျွန်ုပ်တို့ကိုယ်တိုင် “openresti” ဟုသတ်မှတ်ပြီး ဤဇာတ်ညွှန်းတွင် မတူညီသောဘောင်များကို “သို့မဟုတ်” ပေါင်းစပ်ခြင်းဖြင့် မတူညီသောဘောင် 6 ခုကို စီစဥ်ထားသည်။ တစ်ခု သို့မဟုတ် အခြား ကန့်သတ်ဘောင်များ ရှိနေခြင်းအပေါ် မူတည်၍ အသုံးပြုသူသည် စာမျက်နှာတစ်ခု သို့မဟုတ် အခြားတစ်ခု၊ စာကြောင်းတစ်ကြောင်း သို့မဟုတ် အခြားတစ်ခုသို့ ရောက်လာကြောင်း ကျွန်ုပ်တို့ သိပါသည်။

  အပြာ/အစိမ်း ဖြန့်ကျက်ပါ။ အားသာချက်များနှင့် အားနည်းချက်များ

  ဟုတ်ပါတယ်၊ အဲဒါကို နည်းနည်းပိုရိုးရှင်းအောင် လုပ်ထားနိုင်လောက်တယ် (တူညီတဲ့ "Sticky Sessions" ကိုသုံးပါ)၊ ဒါပေမယ့် သုံးစွဲသူက အရောင်းအဝယ်တစ်ခုရဲ့ လုပ်ငန်းစဉ်တစ်ခုရဲ့ မူဘောင်အတွင်းမှာပဲ အသုံးပြုသူတွေနဲ့ အပြန်အလှန် တုံ့ပြန်နိုင်တဲ့ ကွဲလွဲချက်တစ်ခုလည်း ရှိပါတယ်။ သို့သော် ငွေပေးချေမှုစနစ်များသည် ကျွန်ုပ်တို့နှင့် အပြန်အလှန် သက်ရောက်မှုရှိပါသည်- ကျွန်ုပ်တို့သည် ငွေပေးငွေယူကို လုပ်ဆောင်ပြီးနောက် (ငွေပေးချေမှုစနစ်သို့ တောင်းဆိုချက်တစ်ခု ပေးပို့ခြင်းဖြင့်) ကျွန်ုပ်တို့သည် coolback ရရှိပါသည်။
  အကယ်၍ ကျွန်ုပ်တို့၏ circuit အတွင်းတွင် သုံးစွဲသူ၏ IP လိပ်စာကို တောင်းဆိုချက်အားလုံးတွင် ပေးပို့နိုင်ပြီး IP လိပ်စာကို အခြေခံ၍ သုံးစွဲသူများကို ပိုင်းခြားနိုင်လျှင် တူညီသော “Visa” ကို မပြောပါနှင့်- “သူငယ်ချင်း၊ ကျွန်ုပ်တို့သည် ခေတ်မီကုမ္ပဏီတစ်ခုဖြစ်သည်၊၊ နိုင်ငံတကာဖြစ်ရန် (ဝဘ်ဆိုက်နှင့် ရုရှားတွင်)... ကျေးဇူးပြု၍ နောက်ထပ်အကွက်တစ်ခုတွင် အသုံးပြုသူ၏ IP လိပ်စာကို ကျွန်ုပ်တို့အား ပေးဆောင်ပါ၊ သင်၏ပရိုတိုကောသည် စံသတ်မှတ်ထားသည်။" သဘောမတူဘူးဆိုတာ ရှင်းပါတယ်။

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

  အပြာ/အစိမ်း ဖြန့်ကျက်ခြင်းတွင် ကျွန်ုပ်ဖော်ပြခဲ့သော အားသာချက်များနှင့် အားနည်းချက်များ ရှိပါသည်။

  အားနည်းချက်နှစ်ခု

  • သင် routing နှင့်နှောက်ယှက်ရန်လိုအပ်သည်;
  • ဒုတိယ အဓိက အားနည်းချက်ကတော့ ကုန်ကျစရိတ်ပါ။

  သင်သည် ဆာဗာများ နှစ်ဆ လိုအပ်သည်၊ လည်ပတ်မှု အရင်းအမြစ်များ နှစ်ဆ လိုအပ်သည်၊ ဤတိရစ္ဆာန်ရုံ တစ်ခုလုံးကို ထိန်းသိမ်းရန် နှစ်ဆ ကြိုးစားအားထုတ်ရန် လိုအပ်သည်။

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

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

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

  
  
  ဒီမှာ တိုတိုနဲ့ ရိုးရှင်းပါတယ်။

  • သင့်တွင် CD စနစ် (Continuous Delivery) ရှိရမည် - ၎င်းမပါဘဲ သင်အသက်မရှင်နိုင်ပါ။ သင့်တွင် ဆာဗာတစ်ခုရှိလျှင် သင်ကိုယ်တိုင် အသုံးပြုနိုင်သည်။ ကျွန်ုပ်တို့တွင် ဆာဗာပေါင်း တစ်ထောင်ခွဲခန့်နှင့် လက်ကိုင်ပေါင်း တစ်ထောင်ခွဲခန့်ရှိသည်၊ ဟုတ်ပါတယ်၊ ဤအခန်း၏အရွယ်အစားကို အသုံးပြုရန်အတွက်သာ ဌာနတစ်ခုကို စိုက်နိုင်သည်။
  • ဖြန့်ကျက်သည် အပြိုင်ဖြစ်ရမည်။ မင်းရဲ့ဖြန့်ကျက်မှုက ဆက်တိုက်ဖြစ်နေရင် အရာအားလုံးက မကောင်းဘူး။ ဆာဗာတစ်ခုသည် ပုံမှန်ဖြစ်သည်၊ သင်သည် တစ်နေ့လုံး ဆာဗာပေါင်း တစ်ထောင်ခွဲခန့် ဖြန့်ကျက်နေလိမ့်မည်။
  • တဖန်၊ အရှိန်ရရန်၊ ဤအရာသည် မလိုအပ်တော့ပါ။ ဖြန့်ကျက်စဉ်တွင်၊ ပရောဂျက်ကို အများအားဖြင့် တည်ဆောက်သည်။ သင့်တွင် ဝဘ်ပရောဂျက်တစ်ခုရှိပါသည်၊ ရှေ့ဆုံးအပိုင်းတစ်ခုပါရှိသည် (ထိုနေရာတွင် ဝဘ်ပက်ကေ့ခ်ျတစ်ခုကို သင်လုပ်သည်၊ npm ကဲ့သို့ တစ်ခုခုကို စုစည်းထားသည်)၊ ဤလုပ်ငန်းစဉ်သည် မူအရအားဖြင့် တိုတောင်းသည် - ၅ မိနစ်၊ သို့သော် ဤ ၅ မိနစ်သည် လုပ်ဆောင်နိုင်သည်။ ဝေဖန်ပိုင်းခြားပါ။ ထို့ကြောင့်၊ ဥပမာ၊ ကျွန်ုပ်တို့ ထိုသို့မလုပ်ပါ- ကျွန်ုပ်တို့သည် ဤ 5 မိနစ်ကို ဖယ်ရှားလိုက်သည်၊ ကျွန်ုပ်တို့သည် ရှေးဟောင်းပစ္စည်းများကို အသုံးပြုပါသည်။

    ရှေးဟောင်းပစ္စည်းဆိုတာဘာလဲ။ ရှေးဟောင်းပစ္စည်း ဆိုသည်မှာ ပရိဘောဂ အစိတ်အပိုင်းများအားလုံး ပြီးမြောက်ပြီးဖြစ်သည့် စုစည်းတည်ဆောက်မှုတစ်ခုဖြစ်သည်။ ဤပစ္စည်းကို ရှေးဟောင်းပစ္စည်းသိုလှောင်မှုတွင် ကျွန်ုပ်တို့သိမ်းဆည်းပါသည်။ တစ်ချိန်ကထိုကဲ့သို့သောသိုလှောင်မှုနှစ်ခုကိုကျွန်ုပ်တို့အသုံးပြုခဲ့သည် - ၎င်းသည် Nexus နှင့်ယခု jFrog Artifactory ဖြစ်သည်)။ကျွန်ုပ်တို့သည် java အပလီကေးရှင်းများတွင်ဤချဉ်းကပ်နည်းကိုစတင်လေ့ကျင့်ခဲ့သောကြောင့်ဖြစ်သည် (၎င်းသည်အလွန်သင့်လျော်သည်) "Nexus" ကိုအသုံးပြုခဲ့သည်။ ထို့နောက် ၎င်းတို့သည် PHP ဖြင့်ရေးထားသော application အချို့ကို ထိုနေရာတွင် ထည့်ထားကြသည်။ နှင့် "Nexus" သည် မသင့်လျော်တော့သောကြောင့် အရာအားလုံးနီးပါးကို အတုယူနိုင်သော jFrog Artefactory ကို ရွေးချယ်ခဲ့သည်။ ဆာဗာများအတွက် ကျွန်ုပ်တို့စုဆောင်းထားသော ကျွန်ုပ်တို့၏ကိုယ်ပိုင် binary packages များကို ဤ artifact repository တွင်ပင် ကျွန်ုပ်တို့ သိမ်းဆည်းသည့်အချက်ကိုပင် ကျွန်ုပ်တို့ရောက်ရှိနေပါသည်။

  ပေါက်ကွဲအား မြှင့်တင်နိုင်သည်

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

  ကျွန်ုပ်တို့သည် စနစ်သစ်ကို ရေးသားခဲ့သည် - ၎င်းသည် ဝန်ဆောင်မှုကို ဦးတည်သည်၊ ဖက်ရှင်ကျကျ၊ လှပသည်၊ နေရာတိုင်းတွင် အလုပ်သမားများ၊ နေရာတိုင်းတွင် တန်းစီနေသည်၊ နေရာတိုင်းတွင် တပြိုင်နက်တည်း ဖြစ်နေသည်။ ထိုကဲ့သို့သော စနစ်များတွင် ဒေတာများသည် မတူညီသော စီးဆင်းမှုများမှတဆင့် စီးဆင်းနိုင်သည်။ ပထမ ငွေပေးငွေယူအတွက်၊ 1st၊ 3rd၊ 10th လုပ်သားကို ဒုတိယအပြောင်းအရွှေ့အတွက် - 2nd၊ 4th၊5th ကိုသုံးနိုင်သည်။ ဒီနေ့၊ မနက်ပိုင်းမှာ မင်းမှာ ပထမ အလုပ်သမား သုံးယောက်ကို အသုံးပြုတဲ့ ဒေတာစီးဆင်းမှု ရှိပြီး ညနေပိုင်းမှာတော့ သိသိသာသာ ပြောင်းလဲသွားပြီး အရာအားလုံးက တခြား အလုပ်သမား သုံးယောက်ကို အသုံးပြုပါတယ်။

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

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

  ဒါက ဘာကြောင့် ငါတို့အတွက် ပြဿနာဖြစ်တာလဲ။ နည်းနည်း နောက်ကြောင်းပြန်ကြည့်ရအောင်။ ယခုကျွန်ုပ်တို့နောက်တွင် ငွေပေးချေမှုစနစ် 70 ခန့်ရှိသည်။ နံနက်ခင်းတွင်၊ Sberbank မှတဆင့်အသွားအလာများပြီး Sberbank ကျသွားသည်၊ ဥပမာအားဖြင့်၎င်းကိုအခြားငွေပေးချေမှုစနစ်သို့ပြောင်းသည်။ ကျွန်ုပ်တို့တွင် Sberbank မတိုင်မီတွင် အလုပ်သမား 100 ရှိခဲ့ပြီး၊ ထို့နောက်တွင် အခြားသော ငွေပေးချေမှုစနစ်အတွက် အလုပ်သမား 100 ကို သိသိသာသာ တိုးမြှင့်ရန် လိုအပ်ပါသည်။ ဤအရာအားလုံးသည် လူသားများပါဝင်မှုမရှိဘဲ ဖြစ်ပျက်နေခြင်းကို လိုလားပါသည်။ ဘာကြောင့်လဲ ဆိုတော့ လူတွေရဲ့ ပူးပေါင်းပါဝင်မှုရှိရင်၊ အဲဒီနေရာမှာ 24/7 ထိုင်နေတဲ့ အင်ဂျင်နီယာတစ်ယောက်ရှိသင့်တယ်၊ ဒါကိုပဲ လုပ်သင့်တယ်၊ ဘာလို့လဲဆိုတော့ စနစ် 70 က မင်းနောက်မှာရှိနေတဲ့အခါ ဒီလိုကျရှုံးမှုတွေက ပုံမှန်ဖြစ်နေလို့ပါပဲ။

  ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ဖွင့်ထားသော IP ပါရှိသော Nomad ကို ကြည့်ရှုပြီး အောက်ပါအနီးစပ်ဆုံးလုပ်ဆောင်သည့် Scale-Nomad - ScaleNo ကို ရေးသားခဲ့သည်- ၎င်းသည် လူတန်း၏ကြီးထွားမှုကို စောင့်ကြည့်ပြီး ဒိုင်နမစ်ပေါ်မူတည်၍ အလုပ်သမားအရေအတွက်ကို လျှော့ချ သို့မဟုတ် တိုးစေသည် တန်းစီ၏။ အဲဒါကို လုပ်တဲ့အခါ “ငါတို့ အဲဒါကို open source ဖြစ်နိုင်တယ်” လို့ တွေးခဲ့တယ်။ ထို့နောက် သူတို့သည် သူမကိုကြည့်ကာ၊ သူမသည် နှစ်ချောင်းခွဲလောက် ရိုးရှင်းသည်။

  ယခုအချိန်အထိ ကျွန်ုပ်တို့သည် ၎င်းကို open source မပေးနိုင်သေးသော်လည်း အစီရင်ခံပြီးနောက် ရုတ်တရက်ဆိုလျှင်၊ သင်သည် ထိုသို့သောအရာကို လိုအပ်ကြောင်း နားလည်ပြီးနောက် ၎င်းကို လိုအပ်သည်၊ ကျွန်ုပ်၏အဆက်အသွယ်များသည် နောက်ဆုံးဆလိုက်တွင် ရှိနေသည် - ကျေးဇူးပြု၍ ကျွန်ုပ်ထံ စာရေးပါ။ အနည်းဆုံး လူ 3-5 ယောက်ရှိလျှင် ပံ့ပိုးပေးပါမည်။

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

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

  နောက်ဆုံးဂရပ်တွင် “စကယ်လ်နို” သည် ဤပမာဏကို နှစ်ဆတိုးစေသည်ဟု ဆိုလိုသည်မှာ “hump” ကို ပြသည်။ ပြီးတော့၊ ဂရပ်နည်းနည်းကျသွားတဲ့အခါ သူက နည်းနည်းလျှော့လိုက်တယ် - အလုပ်သမားအရေအတွက်က အလိုအလျောက်ပြောင်းသွားတယ်။ ဤအရာသည် ဤနည်းအတိုင်းပင်။ နံပါတ် 2 - "အကြောင်းပြချက်များကို အမြန်ဖယ်ရှားနည်း" အကြောင်းကို ဆွေးနွေးခဲ့ကြပါသည်။

  စောင့်ကြည့်ရေး။ ပြဿနာကို အမြန်ဖော်ထုတ်နည်း။

  ယခု ပထမအချက်မှာ “ပြဿနာကို အမြန်ဖော်ထုတ်နည်း” ဖြစ်သည်။ စောင့်ကြည့်ခြင်း! တချို့အရာတွေကို မြန်မြန်နားလည်ရမယ်။ ဘယ်အချက်တွေကို မြန်မြန်နားလည်သင့်သလဲ။

  
  
  သုံးသောအရာ။

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

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

  
  
  ကျွန်ုပ်တို့သည် ဟာ့ဒ်ဝဲများကို စောင့်ကြည့်ရန်၊ ဆာဗာများ၏ အဓိက ညွှန်ပြမှုများကို စောင့်ကြည့်ရန် Zabbix ကို အသုံးပြုပါသည်။ ကျွန်ုပ်တို့သည် ဒေတာဘေ့စ်များအတွက် Okmeter ကိုအသုံးပြုသည်။ ပထမနှစ်ခုနှင့် မကိုက်ညီသည့် အခြားညွှန်ကိန်းများအားလုံးအတွက် "Grafana" နှင့် "Prometheus" နှင့် အချို့သော "Grafana" နှင့် "Prometheus" နှင့် အချို့သော "Influx" နှင့် Telegraf တို့ဖြင့် "Grafana" တို့ကို အသုံးပြုပါသည်။

  လွန်ခဲ့သည့်တစ်နှစ်က ကျွန်ုပ်တို့သည် New Relic ကို အသုံးပြုချင်ခဲ့သည်။ အေး၊ အဲဒါက အရာအားလုံးကို လုပ်နိုင်တယ်။ ဒါပေမယ့် တတ်နိုင်သလောက်တော့ စျေးကြီးတယ်။ ကျွန်ုပ်တို့သည် ဆာဗာ 1,5 ပမာဏအထိ တိုးလာသောအခါ၊ ရောင်းချသူတစ်ဦးသည် ကျွန်ုပ်တို့ထံလာပြီး "နောက်နှစ်အတွက် သဘောတူညီချက်တစ်ခုကို နိဂုံးချုပ်ကြပါစို့။" စျေးနှုန်းကို ကြည့်ပြီး မဟုတ်ဘူး၊ အဲဒါကို မလုပ်ပါဘူး။ ယခု ကျွန်ုပ်တို့သည် New Relic ကို စွန့်ပယ်ပြီး New Relic ၏ စောင့်ကြည့်မှုအောက်တွင် ဆာဗာ 15 ခုခန့် ကျန်ရှိနေပါသည်။ စျေးနှုန်းက လုံးဝရိုင်းသွားပါပြီ။

  ပြီးတော့ ကျွန်တော်တို့ကိုယ်တိုင် အကောင်အထည်ဖော်တဲ့ ကိရိယာတစ်ခုရှိတယ် - ဒါက Debugger ဖြစ်ပါတယ်။ ပထမတော့ ငါတို့က အဲဒါကို "Bagger" လို့ ခေါ်ပေမယ့် နောက်တော့ အင်္ဂလိပ်ဆရာတစ်ယောက်က ဖြတ်သွားပြီးတော့ ရယ်မောပြီး "Debagger" လို့ နာမည်ပြောင်းလိုက်တယ်။ ဒါဘာလဲ? ၎င်းသည် စနစ်၏ "အနက်ရောင်သေတ္တာ" ကဲ့သို့ အစိတ်အပိုင်းတစ်ခုစီတွင် 15-30 စက္ကန့်အတွင်း အစိတ်အပိုင်းတစ်ခုချင်းစီ၏ စွမ်းဆောင်ရည်အပေါ် စမ်းသပ်မှုများ လုပ်ဆောင်သည့် ကိရိယာတစ်ခုဖြစ်သည်။

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

  စောင့်ကြည့်ခြင်းအတွက် မည်သည့်ညွှန်ကိန်းများသည် အရေးကြီးသနည်း။

  ကျွန်ုပ်တို့ ဘာကို အဓိကထား စောင့်ကြည့်ပါသလဲ။ ကျွန်ုပ်တို့အတွက် မည်သည့်ညွှန်ကိန်းများသည် အရေးကြီးသနည်း။

  
  

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

  နောက်ဆုံးအချက်မှာ "စီးပွားရေး"၊ "စီးပွားရေး" မက်ထရစ်ဖြစ်သည်။ တူညီသောအရာကို စောင့်ကြည့်လိုပါက သင့်အတွက် အဓိကညွှန်ကိန်းများဖြစ်သည့် မက်ထရစ်တစ်ခု သို့မဟုတ် နှစ်ခုကို သတ်မှတ်ရန် လိုအပ်သည်။ ကျွန်ုပ်တို့၏ မက်ထရစ်သည် ဖြတ်သန်းမှုဖြစ်သည် (၎င်းသည် စုစုပေါင်းငွေပေးငွေယူစီးဆင်းမှုနှင့် အောင်မြင်သော ငွေပေးငွေယူအရေအတွက်၏ အချိုးဖြစ်သည်)။ 5-10-15 မိနစ်ကြားကာလတွင် တစ်ခုခုပြောင်းလဲပါက၊ ကျွန်ုပ်တို့တွင် ပြဿနာများရှိသည် (၎င်းသည် ပြင်းထန်စွာပြောင်းလဲပါက)။

  ကျွန်ုပ်တို့အတွက် ပုံသဏ္ဌာန်သည် ကျွန်ုပ်တို့၏ဘုတ်အဖွဲ့တစ်ခု၏ ဥပမာတစ်ခုဖြစ်သည်။

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

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

  
  
  ငွေပေးချေမှုစနစ်များထဲမှ တစ်ခုသည် 3 စက္ကန့်အတွင်း စတင်တုံ့ပြန်လာသည်ကို ပြသည် - ကျွန်ုပ်တို့တွင် ပြဿနာများရှိသည်။ ထို့အပြင်၊ စက္ကန့် 20 မှ 30 ကြားကာလတွင်ပြဿနာများစတင်သောအခါဤအရာသည်တုံ့ပြန်လိမ့်မည်။

  တည်ရှိနေသောစောင့်ကြည့်ရေးအမှားများ၏တတိယအတန်းသည်ယုတ္တိဗေဒစောင့်ကြည့်မှုဖြစ်သည်။

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

  
  
  ယုတ္တိရှိရှိ စောင့်ကြည့်ခြင်း အားဖြင့် ဘာကိုဆိုလိုသနည်း။ ကောင်းပြီ၊ စိတ်ကူးကြည့်ပါ- သင်သည် သင့်ကိုယ်သင် စနစ်တစ်ခု (ဥပမာ Tinder ကိုယ်ပွားတစ်ခု); မင်းလုပ်ခဲ့တယ်၊ အဲဒါကို စတင်လိုက်ပါ။ အောင်မြင်တဲ့မန်နေဂျာ Vasya Pupkin က သူ့ဖုန်းထဲမှာ ကောင်မလေးတစ်ယောက်ကိုတွေ့တယ်၊ သဘောကျတယ်... ပြီးတော့ ကောင်မလေးဆီ ရောက်သွားသလိုမျိုးက တူညီတဲ့စီးပွားရေးစင်တာက လုံခြုံရေးအစောင့် Mikhalych ဆီကိုရောက်သွားတယ်။ မန်နေဂျာသည် အောက်ထပ်သို့ဆင်းသွားပြီးနောက် “ဒီလုံခြုံရေးအစောင့် Mikhalych က ဘာလို့ သူ့ကို ဒီလောက်ပြုံးပြုံးရွှင်ရွှင် ပြုံးပြနေတာလဲ”

  ဒီလိုအခြေအနေမျိုးမှာ... ကျွန်တော်တို့အတွက်၊ ဒီအခြေအနေဟာ အနည်းငယ် ကွဲပြားပုံပေါ်ပါတယ်။ ဘာကြောင့်လဲဆိုတော့ (ကျွန်တော်ရေးခဲ့တာက) ဒါက ငွေကြေးဆုံးရှုံးမှုကို သွယ်ဝိုက်ပြီး ဂုဏ်သိက္ခာပိုင်းအရ ဆုံးရှုံးမှုတစ်ခုပါပဲ။ ကျွန်ုပ်တို့၏အခြေအနေသည် ဆန့်ကျင်ဘက်ဖြစ်သည်- ကျွန်ုပ်တို့သည် တိုက်ရိုက်ဘဏ္ဍာရေးဆုံးရှုံးမှုကို ခံစားရနိုင်သည် - ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် အောင်မြင်သည့်အတိုင်း ငွေပေးငွေယူပြုလုပ်ခဲ့သော်လည်း မအောင်မြင်ခဲ့ပါ (သို့မဟုတ် အပြန်အလှန်အားဖြင့်)။ လုပ်ငန်းညွှန်းကိန်းများကို အသုံးပြု၍ အချိန်ကြာလာသည်နှင့်အမျှ အောင်မြင်သော အရောင်းအ၀ယ်များကို ခြေရာခံသည့် ကျွန်ုပ်၏ကိုယ်ပိုင်တူးလ်ကို ရေးသားခဲ့ရပါသည်။ စျေးကွက်မှာ ဘာမှမတွေ့ဘူး။ ဤသည်မှာ ကျွန်တော်တင်ပြလိုသော အကြံအစည်ဖြစ်သည်။ ဒီလိုပြဿနာမျိုးကို ဖြေရှင်းဖို့ စျေးကွက်မှာ ဘာမှမရှိပါဘူး။

  ဤသည်မှာ ပြဿနာကို အမြန်ဖော်ထုတ်ပုံအကြောင်းဖြစ်သည်။

  တပ်ဖြန့်ရတဲ့ အကြောင်းရင်းတွေကို ဘယ်လိုဆုံးဖြတ်မလဲ။

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

  
  
  မှတ်တမ်းများအကြောင်းပြောနေလျှင် (အဓိကအကြောင်းရင်းမှာ မှတ်တမ်းများဖြစ်သည်)၊ ကျွန်ုပ်တို့၏မှတ်တမ်းအများစုသည် ELK Stack တွင်ရှိသည် - လူတိုင်းနီးပါးတွင်တူညီပါသည်။ အချို့အတွက်၊ ၎င်းသည် ELK တွင်မဟုတ်သော်လည်း သင်သည် ဂစ်ဂါဘိုက်ဖြင့် မှတ်တမ်းများရေးပါက မကြာမီ သို့မဟုတ် နောက်ပိုင်းတွင် သင်သည် ELK သို့ ရောက်လာမည်ဖြစ်သည်။ ၎င်းတို့ကို terabytes ဖြင့် ရေးပါသည်။

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

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

  "Jager" ကိုကျွန်ုပ်တို့ကြည့်ရှုခဲ့သည်- သင်အသုံးပြုသည့်ဆော့ဖ်ဝဲကိုသင်တီးခတ်နိုင်သည်၊ သင် Api တွင်သင်ရေးနိုင်သည် (ထိုအချိန်က PHP အတွက် Api စံနှုန်းကိုအတည်မပြုခဲ့သည် - ၎င်းသည်လွန်ခဲ့သောတစ်နှစ်ဖြစ်သည်၊ သို့သော်ယခု၎င်းကိုအတည်ပြုပြီးဖြစ်သည်)၊ သို့သော်၎င်းတွင်၊ လုံးဝ client မရှိခဲ့ပါဘူး။ "ကောင်းပြီ" ဟုကျွန်ုပ်တို့တွေးကာ ကျွန်ုပ်တို့၏ကိုယ်ပိုင်ဖောက်သည်အား ရေးသားခဲ့သည်။ ငါတို့ ဘာရခဲ့လဲ။ ၎င်းသည် အကြမ်းဖျင်းအားဖြင့် ပုံသဏ္ဌာန်ဖြစ်သည်။

  
  
  Jaeger တွင် မက်ဆေ့ချ်တစ်ခုစီအတွက် အတိုင်းအတာများကို ဖန်တီးထားသည်။ ဆိုလိုသည်မှာ၊ အသုံးပြုသူတစ်ဦးသည် စနစ်ကိုဖွင့်သောအခါတွင် အဝင်တောင်းဆိုမှုတစ်ခုစီအတွက် တစ်ခု သို့မဟုတ် နှစ်ခုပိတ်ဆို့ထားသည်ကို တွေ့ရသည် (1-2-3 - အသုံးပြုသူထံမှ ဝင်လာသည့် တောင်းဆိုချက်အရေအတွက်၊ ပိတ်ဆို့သည့်အရေအတွက်)။ သုံးစွဲသူများအတွက် ပိုမိုလွယ်ကူစေရန်၊ ကျွန်ုပ်တို့သည် မှတ်တမ်းများနှင့် အချိန်ခြေရာခံများသို့ တဂ်များထည့်ထားသည်။ ထို့ကြောင့်၊ အမှားအယွင်းရှိပါက ကျွန်ုပ်တို့၏အပလီကေးရှင်းသည် သင့်လျော်သော Error တက်ဂ်ဖြင့် မှတ်တမ်းကို အမှတ်အသားပြုမည်ဖြစ်သည်။ သင်သည် Error တက်ဂ်ဖြင့် စစ်ထုတ်နိုင်ပြီး အမှားတစ်ခုပါရှိသော ဤပိတ်ဆို့ထားသော အပိုင်းများကိုသာ ပြသပါမည်။ အတိုင်းအတာကို ချဲ့ထွင်ပါက၊

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

  ထို့ကြောင့်၊ ကျွန်ုပ်တို့အတွက် ကောင်းမွန်ခဲ့သည်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ကိုယ်ပိုင် extension ကိုရေးသားခဲ့ပြီး ကျွန်ုပ်တို့သည် ၎င်းကို open source ပေးခဲ့သည်။ သင်သည် tracing ဖြင့်အလုပ်လုပ်လိုပါက PHP တွင် "Jager" နှင့်အလုပ်လုပ်လိုပါက၊ သူတို့ပြောသည့်အတိုင်းအသုံးပြုရန်ကျွန်ုပ်တို့၏ extension ရှိပါသည်၊

  
  
  ကျွန်ုပ်တို့တွင် ဤ extension ရှိသည် - ၎င်းသည် OpenTracing Api အတွက် client တစ်ခုဖြစ်ပြီး ၎င်းကို php-extention အဖြစ် ပြုလုပ်ထားသည်၊ ဆိုလိုသည်မှာ ၎င်းကို စုစည်းပြီး စနစ်တွင် ထည့်သွင်းရန် လိုအပ်မည်ဖြစ်သည်။ လွန်ခဲ့တဲ့တစ်နှစ်လောက်က ဘာမှမထူးခြားဘူး။ ယခု အစိတ်အပိုင်းများကဲ့သို့ အခြားသော ဖောက်သည်များ ရှိပါသည်။ ဤသည်မှာ သင့်အပေါ် မူတည်သည်- တေးရေးဆရာဖြင့် အစိတ်အပိုင်းများကို ထုတ်ပစ်သည်ဖြစ်စေ သို့မဟုတ် သင့်အတွက် တိုးချဲ့မှုကို အသုံးပြုသည်။

  ကော်ပိုရိတ်စံနှုန်း

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

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

  
  

  • ကျွန်ုပ်တို့တွင် ဖြန့်ကျက်စည်းမျဉ်းများရှိသည်။ သူ့မပါဘဲ ဘယ်ကိုမှ မသွားဘူး၊ မနေနိုင်ဘူး။ ကျွန်ုပ်တို့သည် တစ်ပတ်လျှင် အကြိမ် 60 ခန့် ဖြန့်ကျက်ပြီး ဆိုလိုသည်မှာ ကျွန်ုပ်တို့သည် အဆက်မပြတ်နီးပါး ဖြန့်ကျက်ထားသည်။ တစ်ချိန်တည်းမှာပင်၊ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် သောကြာနေ့တွင် ဖြန့်ကျက်ခြင်းဆိုင်ရာ စည်းမျဉ်းများတွင် တားမြစ်ချက်တစ်ခုရှိသည် - မူအရ၊ ကျွန်ုပ်တို့သည် အသုံးမပြုပါ။
  • စာရွက်စာတမ်း လိုအပ်ပါသည်။ ကျွန်ုပ်တို့၏ RnD ကျွမ်းကျင်သူများ၏ ကလောင်အမည်အောက်တွင် မွေးဖွားလာသော်လည်း ၎င်းအတွက် စာရွက်စာတမ်းမရှိပါက အစိတ်အပိုင်းအသစ်တစ်ခုမျှ ထုတ်လုပ်မှုတွင် ပါဝင်မည်မဟုတ်ပါ။ ၎င်းတို့ထံမှ ဖြန့်ကျက်မှု လမ်းညွှန်ချက်များ၊ စောင့်ကြည့်ရေးမြေပုံနှင့် အကြမ်းဖျဉ်းဖော်ပြချက် (ကောင်းစွာ၊ ပရိုဂရမ်မာများ ရေးသားနိုင်သကဲ့သို့) ဤအစိတ်အပိုင်း၏ အလုပ်လုပ်ပုံ၊ ပြဿနာဖြေရှင်းနည်းတို့ထံမှ ကျွန်ုပ်တို့ လိုအပ်ပါသည်။
  • ငါတို့က ပြဿနာရဲ့ အကြောင်းရင်းကို မဖြေရှင်းပေမယ့် ပြဿနာက ငါပြောပြီးသားပဲ။ သုံးစွဲသူကို ပြဿနာများမှ ကာကွယ်ရန် ကျွန်ုပ်တို့အတွက် အရေးကြီးပါသည်။
  • ကျွန်ုပ်တို့တွင် ကင်းရှင်းမှုများရှိသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် နှစ်မိနစ်အတွင်း အသွားအလာ၏ 2% ဆုံးရှုံးသွားပါက ၎င်းကို စက်ရပ်ချိန်ဟု မယူဆပါ။ ၎င်းသည် အခြေခံအားဖြင့် ကျွန်ုပ်တို့၏စာရင်းဇယားတွင် မပါဝင်ပါ။ ရာခိုင်နှုန်းအရ သို့မဟုတ် ယာယီအားဖြင့် ပိုများပါက၊ ကျွန်ုပ်တို့ ရေတွက်ပြီးဖြစ်သည်။
  • နောက်ပြီးတော့ ကျနော်တို့က ရင်ခွဲစစ်ဆေးတာတွေ အမြဲရေးတယ်။ ကျွန်ုပ်တို့တွင် မည်သို့ပင်ဖြစ်ပါစေ၊ တစ်စုံတစ်ဦးသည် ထုတ်လုပ်မှုတွင် ပုံမှန်မဟုတ်သော ပြုမူဆောင်ရွက်သည့် အခြေအနေမှန်သမျှကို ရင်ခွဲစစ်ဆေးခြင်းတွင် ထင်ဟပ်စေမည်ဖြစ်သည်။ ရင်ခွဲစစ်ဆေးခြင်းဆိုသည်မှာ သင်ဖြစ်ပျက်ခဲ့သည့်အရာ၊ အသေးစိတ်အချိန်အခါ၊ ၎င်းကိုပြင်ရန် သင်လုပ်ဆောင်ခဲ့သည့်အရာနှင့် (ဒါကမဖြစ်မနေပိတ်ဆို့ခြင်းတစ်ခုဖြစ်သည်။) အနာဂတ်တွင် ထိုသို့မဖြစ်ပွားစေရန် သင်လုပ်ဆောင်ရမည့်အရာများကို ရေးသားထားသည့်စာရွက်စာတမ်းတစ်ခုဖြစ်သည်။ ၎င်းသည် မဖြစ်မနေ လိုအပ်ပြီး နောက်ဆက်တွဲ ခွဲခြမ်းစိတ်ဖြာမှုအတွက် လိုအပ်ပါသည်။

  စက်ရပ်ချိန်ကို ဘာက သတ်မှတ်တာလဲ။

  
  
  ဒါတွေအားလုံးက ဘာကို ဦးတည်သွားတာလဲ။

  ယင်းကြောင့် (ကျွန်ုပ်တို့၌ တည်ငြိမ်မှုဆိုင်ရာ ပြဿနာအချို့ရှိခဲ့ပြီး ၎င်းသည် သုံးစွဲသူများ သို့မဟုတ် ကျွန်ုပ်တို့နှင့် မကိုက်ညီပါ) လွန်ခဲ့သည့် 6 လအတွင်း ကျွန်ုပ်တို့၏တည်ငြိမ်မှုညွှန်းကိန်းသည် 99,97 ဖြစ်သည်ဟူသောအချက်ကို ဖြစ်ပေါ်စေခဲ့သည်။ ဒါက သိပ်မများဘူးလို့ ကျွန်တော်တို့ ပြောနိုင်ပါတယ်။ ဟုတ်တယ်၊ ငါတို့မှာ ကြိုးစားစရာတစ်ခုရှိတယ်။ ဤညွှန်ပြချက်၏ ထက်ဝက်ခန့်သည် ကျွန်ုပ်တို့၏ မဟုတ်ဘဲ၊ ကျွန်ုပ်တို့၏ ရှေ့တွင် ရပ်တည်နေပြီး ဝန်ဆောင်မှုတစ်ခုအဖြစ် အသုံးပြုနေသည့် ကျွန်ုပ်တို့၏ ဝဘ်အက်ပလီကေးရှင်း firewall ၏ တည်ငြိမ်မှုမှာ တစ်ဝက်ခန့်သည် တည်ငြိမ်မှုရှိသော်လည်း ဖောက်သည်များက ၎င်းကို ဂရုမစိုက်ပါ။

  ညဘက်အိပ်ဖို့ သင်ယူခဲ့တယ်။ နောက်ဆုံးတော့! လွန်ခဲ့တဲ့ ခြောက်လလောက်က ကျွန်တော်တို့ မလုပ်နိုင်ဘူး။ ရလဒ်များနှင့်အတူ ဤမှတ်စုတွင် ကျွန်ုပ်သည် မှတ်စုတစ်ခု ပြုလုပ်လိုပါသည်။ မနေ့ညက နျူကလီယားဓာတ်ပေါင်းဖိုအတွက် ထိန်းချုပ်မှုစနစ်အကြောင်း အံ့ဩစရာကောင်းတဲ့ သတင်းတစ်ပုဒ် ထွက်ပေါ်ခဲ့ပါတယ်။ အကယ်၍ ဤစနစ်အား ရေးသားသူများသည် ကျွန်ုပ်အား ကြားနိုင်လျှင် ကျေးဇူးပြု၍ ကျွန်ုပ်ပြောခဲ့သော “2% သည် စက်ရပ်သည်မဟုတ်” နှင့် ပတ်သက်၍ ကျေးဇူးပြု၍ မေ့ထားလိုက်ပါ။ သင့်အတွက်၊ 2% သည် နှစ်မိနစ်ကြာလျှင်ပင် စက်ရပ်နေပါသည်။

  ဒါပါပဲ! သင်၏မေးခွန်းများ။

  
  

  balancers နှင့် database ရွှေ့ပြောင်းခြင်းအကြောင်း

  ပရိသတ်ကြီး (နောင် – B) – မင်္ဂလာညချမ်းပါ ။ ဒီလို admin အစီရင်ခံစာအတွက် ကျေးဇူးအများကြီးတင်ပါတယ်။ သင်၏ Balancers များအကြောင်း အတိုကောက်မေးခွန်းတစ်ခု။ မင်းမှာ WAF ရှိတယ်ဆိုလို့ ငါနားလည်ထားသလိုပဲ၊ မင်းမှာ ပြင်ပချိန်ခွင်လျှာကို သုံးတယ်...

  EK- - မဟုတ်ပါ၊ ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုများကို ချိန်ခွင်လျှာအဖြစ် အသုံးပြုပါသည်။ ဤကိစ္စတွင်၊ WAF သည် ကျွန်ုပ်တို့အတွက် သီးသန့် DDoS ကာကွယ်ရေးကိရိယာတစ်ခုဖြစ်သည်။

  IN: - ဟန်ချက်ညီသူများအကြောင်း စကားအနည်းငယ်ပြောနိုင်ပါသလား။

  EK- - ငါပြောပြီးသားအတိုင်း၊ ဒါက openresty ရှိဆာဗာအုပ်စုတစ်စု။ ယခု ကျွန်ုပ်တို့တွင် သီးသန့်တုံ့ပြန်သည့် အရန်အဖွဲ့ 5 ခုရှိသည်... ဆိုလိုသည်မှာ၊ သီးသန့် openresty လုပ်ဆောင်သည့် ဆာဗာဖြစ်ပြီး ၎င်းသည် proxy traffic များကိုသာ လုပ်ဆောင်ပါသည်။ ထို့ကြောင့် ကျွန်ုပ်တို့ မည်မျှကိုင်ထားသည်ကို နားလည်ရန် - ယခု ကျွန်ုပ်တို့တွင် ပုံမှန် လမ်းကြောင်း ရာဂဏန်းရှိသော megabits ရှိသည်။ ခံနိုင်ရည်ရှိကြတယ်၊ ကောင်းတယ်လို့ ခံစားရတယ်၊ ကိုယ့်ကိုယ်ကိုတောင် မတင်းကြပ်ဘူး။

  IN: - ရိုးရှင်းသောမေးခွန်းတစ်ခုလည်းဖြစ်သည်။ ဤတွင် အပြာ/အစိမ်း ဖြန့်ကျက်မှု။ ဥပမာ၊ ဒေတာဘေ့စ် ရွှေ့ပြောင်းခြင်းများဖြင့် သင်ဘာလုပ်သနည်း။

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

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

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

  EK- - ဤကိစ္စတွင် ကျွန်ုပ်တို့အတွက် “ကုန်သည်” သည် ငွေပေးချေမှုစနစ်နှင့် အတိအကျတူညီသော ပြင်ပဝန်ဆောင်မှုဖြစ်သည်။ ကျွန်ုပ်တို့သည် ကုန်သည်၏တုံ့ပြန်မှုမြန်နှုန်းကို စောင့်ကြည့်ပါသည်။

  ဒေတာဘေ့စ်ကုဒ်ဝှက်ခြင်းအကြောင်း

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

  
  
  EK- - အံ့သြဖွယ်မေးခွန်း။ ပထမဦးစွာ၊ ကျွန်ုပ်တို့သည် PAN များကို စီတန်းများတွင် မသိမ်းဆည်းပါ။ ကျွန်ုပ်တို့တွင် PAN ကို မည်သည့်နေရာတွင်မဆို ရှင်းလင်းသောပုံစံဖြင့် သိမ်းဆည်းပိုင်ခွင့်မရှိပါ၊ ထို့ကြောင့် ကျွန်ုပ်တို့သည် အထူးဝန်ဆောင်မှုတစ်ခု (“Kademon” ဟုခေါ်သည်) - ဤဝန်ဆောင်မှုသည် တစ်ခုတည်းသောအရာဖြစ်သည်- ၎င်းသည် ထည့်သွင်းခြင်းနှင့် ပေးပို့ခြင်းအဖြစ် မက်ဆေ့ခ်ျကို လက်ခံရရှိသည် ကုဒ်ဝှက်ထားသော မက်ဆေ့ဂျ်ကို ထုတ်ပါ။ ပြီးတော့ အရာအားလုံးကို ဒီကုဒ်ဝှက်ထားတဲ့ မက်ဆေ့ခ်ျနဲ့ သိမ်းပါတယ်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့၏ သော့အရှည်သည် တစ်ကီလိုဘိုက်အောက်တွင် ရှိသောကြောင့် ၎င်းသည် လေးနက်ပြီး ယုံကြည်စိတ်ချရသည်။

  IN: - ယခု 2 ကီလိုဘိုက် လိုအပ်ပါသလား။

  EK- - မနေ့ကပဲ 256 ဖြစ်ပုံရတယ်... အင်း တခြားဘယ်မှာလဲ?!

  ထို့ကြောင့် ဤသည်မှာ ပထမဆုံးဖြစ်သည်။ ဒုတိယအနေနှင့်၊ ရှိပြီးသားဖြေရှင်းချက်မှာ၊ ၎င်းသည် ပြန်လည်ကုဒ်ဝှက်ခြင်းလုပ်ငန်းစဉ်ကို ပံ့ပိုးပေးသည် - “keks” (ကီးများ) သည် “decks” ကို စာဝှက်ပေးသည့် (သော့များဖြစ်သည်) (သော့များသည် သော့များ၊ dek များသည် စာဝှက်ထားသောသော့များ၏ ဆင်းသက်လာခြင်းဖြစ်သည်) . လုပ်ထုံးလုပ်နည်းကို စတင်လုပ်ဆောင်ပါက (၃ လမှ ± အချို့အထိ) ပုံမှန်ဖြစ်သွားပါက၊ ကျွန်ုပ်တို့သည် “ကိတ်မုန့်” အတွဲအသစ်ကို ဒေါင်းလုဒ်လုပ်ကာ ဒေတာကို ပြန်လည်ကုဒ်ဝှက်ပါသည်။ ကျွန်ုပ်တို့တွင် ဒေတာအားလုံးကို ထုတ်ယူပြီး နည်းလမ်းအသစ်ဖြင့် စာဝှက်ပေးသည့် သီးခြားဝန်ဆောင်မှုများရှိပါသည်။ ဒေတာကို ကုဒ်ဝှက်ထားသည့် သော့၏ ခွဲခြားသတ်မှတ်မှုဘေးတွင် သိမ်းဆည်းထားသည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် သော့အသစ်ဖြင့် ဒေတာကို စာဝှက်ပြီးသည်နှင့်၊ ကျွန်ုပ်တို့သည် သော့ဟောင်းကို ဖျက်လိုက်ပါသည်။

  တခါတရံမှာ ငွေပေးချေမှုကို ကိုယ်တိုင်ပြုလုပ်ရမှာဖြစ်ပါတယ်...

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

  EK- - ဟုတ်ကဲ့။

  IN: - ပြီးရင် နောက်ထပ်မေးခွန်းလေးတစ်ခု။ ချို့ယွင်းချက်၊ ပြိုလဲခြင်း သို့မဟုတ် အဖြစ်အပျက်တစ်ခုခု ဖြစ်ပေါ်လာသောအခါ၊ ငွေပေးငွေယူကို ကိုယ်တိုင်တွန်းအားပေးရန် လိုအပ်ပါသည်။ အဲလိုအခြေအနေရှိတယ်။

  EK- - ဟုတ်တယ်၊ တစ်ခါတစ်လေ။

  IN: - ဒီဒေတာကို ဘယ်ကရတာလဲ။ ဒါမှမဟုတ် ဒီသိုလှောင်ရုံကို သင်ကိုယ်တိုင် သွားမလား။

  EK- - မဟုတ်ပါ၊ ဟုတ်ပါတယ်၊ ကျွန်ုပ်တို့တွင် ကျွန်ုပ်တို့၏ပံ့ပိုးမှုအတွက် အင်တာဖေ့စ်ပါရှိသော back-office စနစ်မျိုးရှိသည်။ ငွေပေးငွေယူအခြေအနေက ဘယ်အခြေအနေမှာရှိတယ်ဆိုတာ မသိရင် (ဥပမာ၊ ငွေပေးချေမှုစနစ်က အချိန်ကုန်သွားတဲ့အထိ)၊ ဦးစားပေးတစ်ခုကို မသိရဘူး၊ ဆိုလိုတာကတော့ ယုံကြည်မှုအပြည့်နဲ့သာ နောက်ဆုံးအဆင့်ကို သတ်မှတ်ပေးတာပါ။ ဤကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် ငွေပေးငွေယူကို manual processing အတွက် အထူးအခြေအနေတစ်ခုအဖြစ် သတ်မှတ်ပေးပါသည်။ နံနက်ခင်းတွင်၊ နောက်နေ့တွင်၊ ထိုကဲ့သို့သော ငွေပေးချေမှုစနစ်တွင် ရှိနေသည့် အချက်အလက်များကို ပံ့ပိုးကူညီမှ လက်ခံရရှိသည်နှင့် ၎င်းတို့ကို ဤအင်တာဖေ့စ်တွင် လူကိုယ်တိုင် လုပ်ဆောင်ပါသည်။

  
  
  IN: - ငါ့မှာ မေးခွန်းနှစ်ခုရှိတယ်။ ၎င်းတို့ထဲမှတစ်ခုမှာ PCI DSS zone ၏ဆက်နွှယ်မှုဖြစ်သည်- ၎င်းတို့၏ circuit ကို သင်မည်ကဲ့သို့ log သနည်း။ ဤမေးခွန်းသည် ဆော့ဖ်ဝဲရေးသားသူသည် မှတ်တမ်းများတွင် မည်သည့်အရာကိုမဆို ထည့်သွင်းနိုင်သောကြောင့်ဖြစ်သည်။ ဒုတိယမေးခွန်း- hotfix တွေကို ဘယ်လိုထုတ်မလဲ။ ဒေတာဘေ့စ်တွင်လက်ကိုင်များကိုအသုံးပြုခြင်းသည်ရွေးချယ်စရာတစ်ခုဖြစ်သည်၊ သို့သော်အခမဲ့ပြင်ဆင်မှုများရှိနိုင်သည် - အဲဒီမှာလုပ်ထုံးလုပ်နည်းကဘာလဲ။ တတိယမေးခွန်းသည် RTO၊ RPO တို့နှင့် ဆက်စပ်နေပါသည်။ သင့်ရရှိနိုင်မှုမှာ 99,97 ဖြစ်ပြီး လေးကိုးခုနီးပါးရှိသော်လည်း ကျွန်ုပ်နားလည်သည့်အတိုင်း သင့်တွင် ဒုတိယဒေတာစင်တာ၊ တတိယဒေတာစင်တာနှင့် ပဉ္စမဒေတာစင်တာတစ်ခုရှိသည်... ၎င်းတို့ကို မည်သို့တစ်ပြိုင်တည်းလုပ်ဆောင်သနည်း၊ ၎င်းတို့ကို ပုံတူပွားခြင်းနှင့် အခြားအရာအားလုံးကို သင်မည်ကဲ့သို့ပြုလုပ်မည်နည်း။

  EK- - ပထမတစ်ခုနဲ့ စလိုက်ရအောင်။ မှတ်တမ်းများနှင့်ပတ်သက်၍ ပထမဆုံးမေးခွန်းဖြစ်ပါသလား။ မှတ်တမ်းများ ရေးသောအခါတွင် အရေးကြီးသော အချက်အလက်အားလုံးကို ဖုံးအုပ်ထားသည့် အလွှာတစ်ခုရှိသည်။ သူမသည် မျက်နှာဖုံးနှင့် နောက်ထပ်ကွက်လပ်များကို ကြည့်နေသည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့၏မှတ်တမ်းများသည် ဖုံးကွယ်ထားပြီးဖြစ်သော ဒေတာနှင့် PCI DSS ဆားကစ်များဖြင့် ထွက်လာပါသည်။ ဤသည်မှာ စမ်းသပ်စစ်ဆေးရေးဌာနမှ ပေးအပ်သော ပုံမှန်အလုပ်များထဲမှ တစ်ခုဖြစ်သည်။ ၎င်းတို့ရေးသော မှတ်တမ်းများ အပါအဝင် အလုပ်တစ်ခုစီကို စစ်ဆေးရန် လိုအပ်ပြီး ၎င်းသည် ဆော့ဖ်ဝဲရေးသားသူ တစ်စုံတစ်ခုကို မရေးချခြင်းအား ထိန်းချုပ်ရန်အတွက် ၎င်းသည် ကုဒ်ပြန်လည်သုံးသပ်ခြင်းအတွင်း ပုံမှန်အလုပ်များထဲမှ တစ်ခုဖြစ်သည်။ ယင်း၏နောက်ဆက်တွဲစစ်ဆေးမှုများကို သတင်းလုံခြုံရေးဌာနမှ တစ်ပတ်လျှင် တစ်ကြိမ်ခန့် ပုံမှန်ပြုလုပ်သည်- နောက်ဆုံးနေ့အတွက် မှတ်တမ်းများကို ရွေးချယ်ပြီး အရာအားလုံးကို စစ်ဆေးရန်အတွက် စမ်းသပ်ဆာဗာများမှ အထူးစကင်နာ-ခွဲခြမ်းစိတ်ဖြာစက်မှတဆင့် လုပ်ဆောင်ပါသည်။
  hot-fixes များအကြောင်း။ ၎င်းသည် ကျွန်ုပ်တို့၏ ဖြန့်ကျက်မှုစည်းမျဉ်းများတွင် ပါဝင်သည်။ ကျွန်ုပ်တို့တွင် hotfix များအကြောင်း သီးခြားအပိုဒ်တစ်ခုရှိသည်။ ကျွန်ုပ်တို့ လိုအပ်သည့်အခါတွင် ကျွန်ုပ်တို့သည် hotfix များကို နာရီတစ်ဝိုက်တွင် ဖြန့်ကျက်ချထားကြောင်း ကျွန်ုပ်တို့ယုံကြည်ပါသည်။ ဗားရှင်းကို စုစည်းပြီးသည်နှင့်၊ ၎င်းကိုလည်ပတ်ပြီးသည်နှင့် ကျွန်ုပ်တို့တွင် ရှေးဟောင်းပစ္စည်းတစ်ခုရှိသည်နှင့်တစ်ပြိုင်နက်၊ ကျွန်ုပ်တို့တွင် ပံ့ပိုးကူညီမှုမှခေါ်ဆိုမှုတစ်ခုတွင် တာဝန်ကျသော စနစ်စီမံခန့်ခွဲသူရှိပြီး လိုအပ်သည့်အခါတွင် ၎င်းကို အသုံးပြုသည်။

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

  IN: - ဒုတိယတစ်ခုရရင် ဘာကြောင့် တတိယတစ်ခု မရတာလဲ။ ဦးနှောက်မကွဲသေးတဲ့အတွက်...

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

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

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

  IN: -ဘယ်မှာဖြတ်တာလဲ။ ဒီမှာ Core ပို့လိုက်တာ...

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

  IN: - ကျေးဇူးပြုပြီး ပြောပြပါ၊ မင်းရဲ့ လျှောက်လွှာကို မိုနီတုံးကြီးတစ်ခုနဲ့ ရေးထားသလား၊ ဒါမှမဟုတ် ဝန်ဆောင်မှုတချို့ ဒါမှမဟုတ် မိုက်ခရိုဝန်ဆောင်မှုတွေမှာတောင် ဖြတ်ခဲ့တာလား။

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

  ဆာဗာပေါ်ရှိ ဝန်ဆောင်မှုကို ထိခိုက်ပါက...

  IN: - ဒါဆို နောက်မေးခွန်းတစ်ခုရှိသေးတယ်။ ၎င်းသည် monolith ဖြစ်လျှင်ပင်၊ သင့်တွင် ဤ instant server အများအပြားရှိနေသည်ဟု သင်ပြောနေသေးသည်၊ ၎င်းတို့အားလုံးသည် အခြေခံအားဖြင့် ဒေတာများကို လုပ်ဆောင်နေပြီး မေးခွန်းမှာ - "Instant ဆာဗာတစ်ခု သို့မဟုတ် အက်ပလီကေးရှင်းတစ်ခု၏ အပေးအယူကိစ္စတွင်၊ တစ်ဦးချင်းချိတ်ဆက်မှု ၎င်းတို့တွင် ဝင်ရောက်ထိန်းချုပ်မှုမျိုး ရှိပါသလား။ သူတို့ထဲက ဘယ်သူက ဘာလုပ်နိုင်လဲ။ ဘယ်လိုအချက်အလက်တွေအတွက် ဘယ်သူကို ဆက်သွယ်ရမလဲ။

  
  
  EK- - ဟုတ်ကဲ့ကျိန်းသေ။ လုံခြုံရေး လိုအပ်ချက်တွေက တော်တော်လေးနက်တယ်။ ပထမဦးစွာ၊ ကျွန်ုပ်တို့တွင် open data လှုပ်ရှားမှုများရှိပြီး port များသည် traffic လှုပ်ရှားမှုကို ကြိုတင်မျှော်လင့်ထားသည့်အရာများသာဖြစ်သည်။ အစိတ်အပိုင်းတစ်ခုသည် 5-4-3-2 မှတစ်ဆင့် ဒေတာဘေ့စ်နှင့် ဆက်သွယ်ပါက (ဆိုပါစို့၊ Muskul နှင့်) ဆက်သွယ်ပါက၊ 5-4-3-2 သာလျှင် ၎င်းကိုဖွင့်မည်ဖြစ်ပြီး အခြား port များနှင့် အခြားလမ်းကြောင်းများကို ရရှိနိုင်မည်မဟုတ်ပါ။ ထို့အပြင်၊ ကျွန်ုပ်တို့၏ထုတ်လုပ်ရေးတွင် မတူညီသော လုံခြုံရေးကွင်းဆက် ၁၀ ခုခန့်ရှိကြောင်း သင်နားလည်ရန်လိုအပ်ပါသည်။ အပလီကေးရှင်းကို တစ်နည်းနည်းနဲ့ အပေးအယူလုပ်ထားရင်တောင် ဘုရားသခင် တားမြစ်ထားတယ်၊ တိုက်ခိုက်သူဟာ ဆာဗာစီမံခန့်ခွဲမှု ကွန်ဆိုးလ်ကို ဝင်ရောက်နိုင်တော့မှာ မဟုတ်ပါဘူး။

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

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

  Visa၊ MasterCard နှင့် Sberbank ဘယ်လိုအလုပ်လုပ်သလဲ။

  IN: - အသုံးပြုသူတစ်ဦးအား ဒေတာစင်တာတစ်ခုမှ အခြားတစ်ခုသို့ ပြောင်းခြင်းနှင့်ပတ်သက်သည့်အချက်ကို ရှင်းလင်းတင်ပြလိုပါသည်။ ကျွန်ုပ်သိသလောက်၊ Visa နှင့် MasterCard သည် 8583 binary synchronous protocol ကို အသုံးပြု၍ လုပ်ဆောင်နေပြီး ထိုနေရာတွင် ရောနှောမှုများရှိပါသည်။ ယခုကျွန်ုပ်တို့သည် ပြောင်းလဲခြင်းကိုဆိုလိုသည် - ၎င်းသည် တိုက်ရိုက် “Visa” နှင့် “MasterCard” သို့မဟုတ် ငွေပေးချေမှုစနစ်များမလုပ်ဆောင်မီ၊

  EK- - ဒါက ရောနှောခြင်းမပြုမီ။ ကျွန်ုပ်တို့၏ ပေါင်းစပ်မှုများကို တူညီသောဒေတာစင်တာတွင် တည်ရှိသည်။

  IN: - အကြမ်းဖျင်းပြောရလျှင် သင့်တွင် ချိတ်ဆက်မှုတစ်ခုရှိပါသလား။

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

  IN: - ဘယ်လိုကြိုတင်ထားနိုင်မလဲ။ မူအရ Visa သည် ချိတ်ဆက်မှုတစ်ခုသာ ခွင့်ပြုကြောင်း ကျွန်ုပ်သိပါသည်။

  EK- - စက်ပစ္စည်းများကို ကိုယ်တိုင် ပံ့ပိုးပေးသည်။ မည်သို့ပင်ဆိုစေကာမူ ကျွန်ုပ်တို့သည် အတွင်း၌ အပြည့်အ၀ မလိုအပ်တော့သော ပစ္စည်းများကို လက်ခံရရှိခဲ့ပါသည်။

  IN: - ဒါဆို ရပ်တည်ချက်က သူတို့ရဲ့ Connects Orange က ဘာလဲ?။

  EK- - ဟုတ်ကဲ့။

  IN: – သို့သော် ဤကိစ္စနှင့် ပတ်သက်၍ အဘယ့်ကြောင့်ဆိုသော် သင့်ဒေတာစင်တာ ပျောက်သွားပါက ၎င်းကို သင် မည်သို့ ဆက်လက်အသုံးပြုနိုင်မည်နည်း။ ဒါမှမဟုတ် အသွားအလာ ရပ်တန့်နေပါသလား။

  EK- - မရှိပါ။ ဤကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် ပုံမှန်အားဖြင့် ကျွန်ုပ်တို့အတွက် ပိုစျေးကြီးပြီး ကျွန်ုပ်တို့၏ဖောက်သည်များအတွက် ပိုစျေးကြီးမည့် အခြားချန်နယ်သို့ လမ်းကြောင်းပြောင်းသွားပါမည်။ သို့သော် လမ်းကြောင်းသည် Visa၊ MasterCard သို့ ကျွန်ုပ်တို့၏ တိုက်ရိုက်ချိတ်ဆက်မှုမှတဆင့် မသွားဘဲ၊ အခြေအနေအရ Sberbank (အလွန်ချဲ့ကားသည်) မှတဆင့်သွားပါမည်။

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

  
  
  

  ကြော်ငြာအချို့ 🙂

  ကျွန်ုပ်တို့နှင့်အတူရှိနေသည့်အတွက် ကျေးဇူးတင်ပါသည်။ ကျွန်ုပ်တို့၏ဆောင်းပါးများကို သင်နှစ်သက်ပါသလား။ ပိုစိတ်ဝင်စားစရာကောင်းတဲ့ အကြောင်းအရာတွေကို ကြည့်ချင်ပါသလား။ မှာယူမှုတစ်ခုပြုလုပ်ခြင်း သို့မဟုတ် သူငယ်ချင်းများကို အကြံပြုခြင်းဖြင့် ကျွန်ုပ်တို့အား ပံ့ပိုးကူညီပါ၊ $4.99 မှ developer များအတွက် cloud VPS, မင်းအတွက် ငါတို့က တီထွင်ထားတဲ့ entry-level server တွေရဲ့ ထူးခြားတဲ့ analogue တစ်ခု။ VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps သို့မဟုတ် $19 မှ ဆာဗာတစ်ခုမျှဝေပုံနှင့်ပတ်သက်သော အမှန်တရားတစ်ခုလုံး။ (RAID1 နှင့် RAID10၊ 24 cores အထိနှင့် 40GB DDR4 အထိ)။

  အမ်စတာဒမ်ရှိ Equinix Tier IV ဒေတာစင်တာတွင် Dell R730xd သည် ၂ ဆ စျေးသက်သာသည်။ ဒီမှာသာ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ကို $199 မှ နယ်သာလန်မှာ Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 မှ။ အကြောင်းဖတ်ပါ။ Infrastructure Corp ကို ဘယ်လိုတည်ဆောက်မလဲ။ တစ်ပြားတစ်ချပ်အတွက် ယူရို ၉၀၀၀ တန် Dell R730xd E5-2650 v4 ဆာဗာများကို အသုံးပြုခြင်း။

source: www.habr.com