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

မေတ္တာနှင့်ကြားလိုက်ပါ၏!

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

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

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

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

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

အွန်လိုင်းဝန်ဆောင်မှုများလုပ်ဆောင်ခြင်း။

Kolesnikov Sergey၊ အွန်လိုင်းစတိုးနှင့် microservices များ၏လည်ပတ်မှုအတွက်တာဝန်ရှိသည်။

ကျွန်ုပ်တို့၏လက်လီစတိုးဆိုင်များသည် ဧည့်သည်များနှင့် နီးကပ်လာချိန်မှစ၍ သုံးစွဲသူအရေအတွက်၊ ကျွန်ုပ်တို့၏အက်ပ်လီကေးရှင်းတွင် မှာယူမှုအရေအတွက်နှင့် အပလီကေးရှင်းများသို့ တောင်းဆိုမှုအရေအတွက်တို့ကဲ့သို့သော မက်ထရစ်များ တိုးလာမှုကို မှတ်တမ်းတင်ထားနိုင်ခဲ့သည်။ 

မတ်လ ၁၈ ရက်နေ့မှ မတ်လ ၃၁ ရက်နေ့အထိ အော်ဒါအရေအတွက်အွန်လိုင်းငွေပေးချေမှု အသေးစားဝန်ဆောင်မှုများအတွက် တောင်းဆိုမှုအရေအတွက်ဝဘ်ဆိုက်ပေါ်တွင် တင်ထားသော အော်ဒါအရေအတွက်

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

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

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

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

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

တစ်ချိန်ချိန်တွင်၊ ကျွန်ုပ်တို့သည် ဤအရာကို ခံနိုင်ရည်ရှိရန် လုံလောက်သည်ဟု ကျွန်ုပ်တို့တွေးပြီး ဆုံးဖြတ်ခဲ့သည်- ကျွန်ုပ်တို့သည် ရုပ်ပုံတစ်ခုလုံးကို အပြည့်အဝမြင်နိုင်ရန် စုစည်းထားသော စနစ်တစ်ခု လိုအပ်ပါသည်။ ကျွန်ုပ်တို့၏ stack တွင်ပါဝင်သည့် အဓိကနည်းပညာများမှာ Zabbix သည် သတိပေးချက်များနှင့် တိုင်းတာမှုဆိုင်ရာ သိုလှောင်မှုစင်တာ၊ Prometheus အက်ပလီကေးရှင်းမက်ထရစ်များကို စုဆောင်းသိမ်းဆည်းခြင်းအတွက်၊ စောင့်ကြည့်ရေးစနစ်တစ်ခုလုံးမှ ဒေတာများကို မှတ်တမ်းတင်ခြင်းနှင့် သိမ်းဆည်းခြင်းအတွက် Stack ELK အပြင် အမြင်အာရုံပုံဖော်ရန်အတွက် Grafana၊ Swagger၊ Docker နှင့် အခြားအသုံးဝင်ပြီး သင်နှင့်ရင်းနှီးသောအရာများ။

တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် စျေးကွက်တွင်ရရှိနိုင်သော နည်းပညာများကိုသာမက ကျွန်ုပ်တို့၏ကိုယ်ပိုင်အချို့ကိုလည်း တီထွင်ဖန်တီးနိုင်စေပါသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် မက်ထရစ်များ စုဆောင်းရန်အတွက် API တစ်မျိုးမျိုးကို တစ်ခုနှင့်တစ်ခု ပေါင်းစပ်ရန်အတွက် ဝန်ဆောင်မှုများကို ပြုလုပ်ပေးပါသည်။ ထို့အပြင် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ကိုယ်ပိုင်စောင့်ကြည့်ရေးစနစ်များကို လုပ်ဆောင်နေပါသည် - လုပ်ငန်းမက်ထရစ်များအဆင့်တွင် ကျွန်ုပ်တို့သည် UI စမ်းသပ်မှုများကို အသုံးပြုပါသည်။ အသင်းများကိုအကြောင်းကြားရန် Telegram တွင် bot တစ်ခုလည်းရှိသည်။

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

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

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

နည်းပညာဆိုင်ရာ စမ်းသပ်မှုများ 

Orlov Sergey သည် ဝဘ်နှင့် မိုဘိုင်းဖွံ့ဖြိုးတိုးတက်မှုအတွက် အရည်အချင်းစစ်စင်တာကို ဦးဆောင်သည်။

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

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

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

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

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

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

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

ဤတွင် စစ်ဆေးရန်စာရင်းဖြစ်သည်။

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

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

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

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

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

Keshi

ဒေသန္တရနှင့် ဖြန့်ဝေထားသော ကက်ရှ်ရွေးချယ်မှုကို သတိရှိရှိချဉ်းကပ်ရန် လိုအပ်ပါသည်။ တခါတရံတွင် တူညီသောစနစ်တစ်ခုအတွင်း နှစ်ခုစလုံးကို အသုံးပြုရသည်မှာ အဓိပ္ပာယ်ရှိသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့တွင် အချို့သောဒေတာများသည် မရှိမဖြစ်လိုအပ်သော showcase cache တစ်ခုဖြစ်သည့် စနစ်များရှိသည်၊ ဆိုလိုသည်မှာ၊ အပ်ဒိတ်များ၏ရင်းမြစ်သည် စနစ်ကိုယ်တိုင်၏နောက်ကွယ်တွင်ရှိပြီး စနစ်များမပြောင်းလဲပါ။ ဒီဒေတာ။ ဤချဉ်းကပ်မှုအတွက် ကျွန်ုပ်တို့သည် ဒေသတွင်း Caffeine Cache ကို အသုံးပြုသည်။ 

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

ထို့အပြင်၊ Hazelcast ရှိ Kryo သို့ serializer ကိုပြောင်းခြင်းသည် ကျွန်ုပ်တို့အား ကောင်းသောတိုးတက်မှုကို ပေးသည်။ ထို့အပြင် Hazelcast ရှိ ReplicatedMap မှ IMap + Near Cache သို့ ကူးပြောင်းခြင်းသည် အစုအဖွဲ့တစ်လျှောက် ဒေတာရွေ့လျားမှုကို လျှော့ချနိုင်စေပါသည်။ 

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

ဓာတ်ပြုမှုအစု

ကျွန်ုပ်တို့သည် စနစ်အများအပြားတွင် ဓာတ်ပြုမှုအစုကို အသုံးပြုသည်။ ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ ၎င်းသည် coroutines ဖြင့် Webflux သို့မဟုတ် Kotlin ဖြစ်သည်။ နှေးကွေးသော input-output လုပ်ဆောင်ချက်များကို ကျွန်ုပ်တို့ မျှော်လင့်ထားရာ reactive stack သည် အထူးကောင်းမွန်ပါသည်။ ဥပမာအားဖြင့်၊ ဖိုင်စနစ် သို့မဟုတ် သိုလှောင်မှုစနစ်များဖြင့် လုပ်ဆောင်သည့် ဝန်ဆောင်မှုများကို နှေးကွေးစေရန် ခေါ်ဆိုမှုများ။

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

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

Elasticsearch

Elasticsearch ကိုအသုံးပြုသောအခါ၊ အသုံးမပြုသောဒေတာကိုမရွေးချယ်ပါနှင့်။ မူအရ၊ ဤအချက်သည် အလွန်ရိုးရှင်းသော အကြံဉာဏ်လည်းဖြစ်သည်၊ သို့သော် အများစုမှာ ဤအရာကို မေ့လျော့နေလေ့ရှိသည်။ တစ်ကြိမ်လျှင် မှတ်တမ်းပေါင်း 10 ကျော်ကို ရွေးချယ်ရန် လိုအပ်ပါက Scroll ကို အသုံးပြုရန် လိုအပ်ပါသည်။ ဥပမာတစ်ခုကို အသုံးပြုရန်၊ ဆက်စပ်ဒေတာဘေ့စ်ရှိ ကာဆာတစ်ခုနှင့် ခပ်ဆင်ဆင်တူသည်။ 

မလိုအပ်ပါက Postfilter မသုံးပါနှင့်။ ပင်မနမူနာတွင် ကြီးမားသောဒေတာဖြင့်၊ ဤလုပ်ဆောင်ချက်သည် ဒေတာဘေ့စ်ကို အလွန် load စေသည်။ 

အကျုံးဝင်သော လုပ်ဆောင်ချက်များကို အသုံးပြုပါ။

API ကို

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

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

စည်းရုံးရေးအသွင်ပြောင်း

Eroshkina Elena, IT အတွက် လက်ထောက်ညွှန်ကြားရေးမှူး

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

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

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

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

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

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

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

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

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

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

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

တွေ့ရှိချက်များ

ဤခက်ခဲသောအချိန်ကာလအတွင်း၊ ကျွန်ုပ်တို့သည် ၎င်းနှင့်ပတ်သက်သော ကုမ္ပဏီတိုင်းအတွက် သက်ဆိုင်မည့် software development ကျန်သည့် အဓိကမူများကို ရေးဆွဲထားပါသည်။

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

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

လုပ်ငန်းစဉ်များ. ထုတ်ကုန်အဖွဲ့များနှင့် ကျွမ်းကျင်မှုစင်တာများ၏ လုပ်ငန်းများကို စနစ်တကျ စုစည်းထားရန် အရေးကြီးပြီး လုပ်ငန်းနှင့် ပါတနာအဖြစ် လုပ်ဆောင်နိုင်ရန် လုပ်ငန်းနှင့် အပြန်အလှန် အကျိုးပြုမှု ထူထောင်ရန် အရေးကြီးပါသည်။

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

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

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

source: www.habr.com