SAP hosting ကိုပြောင်းလဲခြင်း၏အတွေ့အကြုံ- ပြင်းထန်စွာနာကျင်စရာမလိုဘဲ စနစ်များကိုမည်သို့ရွှေ့ပြောင်းရမည်နည်း။

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

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

SAP စနစ်များ hosting

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

• SAP ကို ​​အကောင်အထည်ဖော်ရန် စတင်စီစဉ်နေသူများအတွက်၊ cloud အခြေခံအဆောက်အအုံသည် စံရွေးချယ်မှုတစ်ခုနီးပါးဖြစ်သည် - စနစ်၏လက်ရှိလိုအပ်ချက်များနှင့် အရင်းအမြစ်များကို ချဲ့ထွင်နိုင်မှုနှင့် ပင်မစွမ်းရည်များဖွံ့ဖြိုးတိုးတက်မှုဆီသို့ အရင်းအမြစ်များကို လမ်းကြောင်းလွှဲရန် တွန့်ဆုတ်နေပါသည်။
• ကြီးမားသော စနစ်အခင်းအကျင်းရှိသော ကုမ္ပဏီများတွင် SAP စနစ်များကို လက်ခံဆောင်ရွက်ပေးခြင်းဖြင့် CIO များသည် အရည်အသွေးပိုင်းအရ ကွဲပြားသော အန္တရာယ်စီမံခန့်ခွဲမှုအဆင့်သို့ ရောက်ရှိသွားသောကြောင့်၊ ပါတနာသည် SLA အတွက် တာဝန်ရှိသည်။
• တတိယအသုံးအများဆုံး ငြင်းခုံချက်မှာ မြင့်မားသောရရှိနိုင်မှုနှင့် DR အခြေအနေများကို အကောင်အထည်ဖော်ရန်အတွက် အခြေခံအဆောက်အအုံတည်ဆောက်ခြင်းအတွက် ကုန်ကျစရိတ်မြင့်မားခြင်း ဖြစ်သည်။
• Factor 2027 - ရောင်းချသူသည် 2027 ခုနှစ်တွင် အမွေအနှစ်စနစ်များအတွက် ပံ့ပိုးမှုအဆုံးသတ်ကြောင်း ကြေညာခဲ့သည်။ HANA သို့ ဒေတာဘေ့စ်ကို လွှဲပြောင်းခြင်းဆိုလိုသည်မှာ ခေတ်မီအောင်လုပ်ဆောင်ရန်နှင့် ကွန်ပျူတာပါဝါအသစ်ဝယ်ယူခြင်းအတွက် ကုန်ကျစရိတ်များ ပါဝင်သည်။

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

SAP hosting ကိုပြောင်းလဲခြင်းအတွက်အခက်အခဲတွေကဘာတွေလဲ။

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

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

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

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

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

ပြင်ဆင်ခြင်းနှင့်ဒီဇိုင်း

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

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

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

ကျွန်ုပ်တို့နှင့် အဆုံးသတ်သည်မှာ ကျွန်ုပ်တို့၏ဒေတာစင်တာကို အခြေခံ၍ တစ်ဦးချင်းဒီဇိုင်းပြုလုပ်ထားသော သီးသန့် cloud အခြေခံအဆောက်အအုံဖြစ်သည်-

• SAP HANA အတွက် အထူးသီးသန့် ဆာဗာများ၊
• အက်ပလီကေးရှင်းဆာဗာများနှင့် အခြေခံအဆောက်အဦဝန်ဆောင်မှုများအတွက် VMware virtualization ပလပ်ဖောင်း၊
• L2 VPN အတွက် ဒေတာစင်တာများကြားတွင် ထပ်နေသော ဆက်သွယ်ရေးလမ်းကြောင်းများ၊
• ထုတ်ကုန်နှင့် “အခြားအရာအားလုံး” ကို ပိုင်းခြားရန် အဓိကသိုလှောင်မှုစနစ်နှစ်ခု၊
• သီးခြားဆာဗာ၊ ဒစ်ခ်စင်နှင့် တိပ်စာကြည့်တိုက်တို့ပါရှိသော Veritas Netbackup ကို အခြေခံ၍ SRC

ဒါတွေအားလုံးဟာ နည်းပညာပိုင်းဆိုင်ရာ အမြင်ကနေ အကောင်အထည်ဖော်ပုံပါ။

သည် SAP

• အကျိုးရှိရှိ HANA အတွက် သိုလှောင်မှုကို ထိထိရောက်ရောက်အသုံးပြုရန်၊ ကျွန်ုပ်တို့သည် SAP ကို ​​အသုံးပြု၍ စနစ်ကျသော ဒေတာဘေ့စ်ပုံတူခြင်းမရှိဘဲ မျှဝေထားသောဒစ်များကို အသုံးပြုခဲ့သည်။ ဤအရာအားလုံးကို Pacemaker ကိုအခြေခံ၍ Active-Standby SUSE HAE အစုအဝေးတွင် ထုပ်ပိုးထားသည်။ ဟုတ်ကဲ့၊ ပြန်လည်ရယူသည့်အချိန်သည် ကူးယူခြင်းထက် အနည်းငယ်ပိုကြာသော်လည်း၊ ကျွန်ုပ်တို့သည် သိုလှောင်ခန်းနေရာကို ထက်ဝက်ခန့်ချွေတာပြီး ရလဒ်အနေဖြင့် သုံးစွဲသူ၏ဘတ်ဂျက်ကို သက်သာစေပါသည်။
• ထုတ်လုပ်မှုမတိုင်မီ ပတ်ဝန်းကျင်တွင် HANA အစုအဝေးများကို စွန့်ပစ်ထားသော်လည်း နည်းပညာအရ ထုတ်လုပ်မှုပုံစံကို ထပ်ခါတလဲလဲ ပြုလုပ်ထားသည်။
• စမ်းသပ်မှုနှင့် ဖွံ့ဖြိုးတိုးတက်မှုပတ်ဝန်းကျင်များကို MCOS ဖွဲ့စည်းမှုတွင် အစုအဝေးများမပါဘဲ နောက်ထပ်ဆာဗာများစွာတွင် ဖြန့်ဝေခဲ့သည်။
• အပလီကေးရှင်းဆာဗာအားလုံးကို VMware တွင် အတုပြုလုပ်ပြီး လက်ခံဆောင်ရွက်ပေးခဲ့သည်။

Сети

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

SHD

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

IBS

• Veritas Netbackup ကို အသုံးပြု၍ ဖန်တီးထားသည်။
• ကျွန်ုပ်တို့သည် MCOS ဖွဲ့စည်းမှုပုံစံများကို အရန်ကူးရန်အတွက် Built-in scripts များသို့ အနည်းငယ်ထည့်ထားပါသည်။
• ကျွန်ုပ်တို့သည် အမြန်ပြန်လည်ရယူရန်အတွက် လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာမိတ္တူများကို ဒစ်စင်ပေါ်တွင် တင်ထားပြီး ရေရှည်သိုလှောင်ရန်အတွက် တိပ်ခွေများကို အသုံးပြုပါသည်။

စောင့်ကြည့်လေ့လာခြင်း

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

ကွေးနနျးစာ

HANA ၏အထွေထွေကျန်းမာရေး

SAP Application ဆာဗာ အခြေအနေ-

အခြေခံအဆောက်အဦဝန်ဆောင်မှုများ

• အတွင်းပိုင်းအမည်နေရာများကို ဝန်ဆောင်မှုပေးရန်၊ သုံးစွဲသူ၏ဆာဗာများနှင့် ထပ်တူပြုထားသည့် DNS ဆာဗာများ အစုအဝေးတစ်ခုကို မြှင့်တင်ခဲ့သည်။
• ဒေတာဖလှယ်ရန်အတွက် သီးခြားဖိုင်ဆာဗာတစ်ခုကို ကျွန်ုပ်တို့ ဖန်တီးခဲ့သည်။
• အမျိုးမျိုးသောဖွဲ့စည်းပုံများကိုသိမ်းဆည်းရန် Gitlab ကိုထည့်သွင်းထားသည်။
• အမျိုးမျိုးသော ထိလွယ်ရှလွယ်သော အချက်အလက်များအတွက် ကျွန်ုပ်တို့သည် HashiCorp Vault ကို ယူခဲ့သည်။

ရွှေ့ပြောင်းခြင်းလုပ်ငန်းစဉ်

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

• လိုအပ်သော ပရောဂျက်စာရွက်စာတမ်းများအားလုံးကို ပြင်ဆင်ခြင်း၊
• လက်ရှိပံ့ပိုးပေးသူနှင့် ညှိနှိုင်းခြင်း - အဖွဲ့အစည်းဆိုင်ရာ ပြဿနာများကို ဖြေရှင်းခြင်း၊
• ပရောဂျက်အတွက် စက်ပစ္စည်းအသစ်များ ဝယ်ယူခြင်း၊ ပို့ဆောင်ခြင်းနှင့် တပ်ဆင်ခြင်း၊
• စမ်းသပ်ရွှေ့ပြောင်းခြင်းနှင့် အမှားရှာပြင်ခြင်းလုပ်ငန်းစဉ်၊
• စနစ်များလွှဲပြောင်းခြင်း၊ တိုက်ခိုက်ရေးရွှေ့ပြောင်းခြင်း။

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

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

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

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

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

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

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

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

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

ပရောဂျက်တွင် ဖောက်သည်၏ အခန်းကဏ္ဍ

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

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

စီမံကိန်းရလဒ်များ

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

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

• အဖြစ်အပျက် 90 ခု (ဖောက်သည်မပါဝင်ဘဲ 20% ဖြေရှင်းခဲ့သည်)
• SLA တွင် ဖြေရှင်းထားသည် – 100%
• မစီစဉ်ရသေးသော စနစ်ပိတ်ခြင်း - 0

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

source: www.habr.com