ဘဏ်တစ်ခုအတွက် AIOps နှင့် ထီးစောင့်ကြပ်ကြည့်ရှုခြင်း (သို့) ဖောက်သည်တစ်ဦးနှင့် မည်သို့သောဆက်ဆံရေးကို တည်ဆောက်ထားသနည်း။

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

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

ဘဏ်များသည် TOP3 အပိုင်းတွင်ရှိသည်။ ထို့အပြင် Tinkoff နှင့် Sberbank တို့သည် စာရင်းတွင် ပထမဆုံးဖြစ်သည်။ ဘဏ်လုပ်ငန်းဆိုင်ရာ ကျွမ်းကျင်သူတွေဆီ သွားကြည့်တဲ့အခါ သူတို့က မင်းရဲ့ထုတ်ကုန်ကို အဲဒီနေရာမှာ မိတ်ဆက်ပြီး ဘဏ်လုပ်ငန်းဈေးကွက်ကို လမ်းဖွင့်ပေးမယ်လို့ ပြောခဲ့တယ်။ အဲဒီမှာရော အဲဒီနေရာကို ဝင်ဖို့ ကြိုးစားခဲ့ပေမယ့် Sberbank မှာ ကျရှုံးခဲ့ပြီး Tinkoff က ယောက်ျားလေးတွေဟာ ရုရှား startups တွေနဲ့ ကောင်းမွန်တဲ့ ဆက်သွယ်မှုတွေအတွက် ပိုမိုပွင့်လင်းလာခဲ့ပါတယ် (အဲဒီတုန်းက Sber ကြောင့် ဖြစ်နိုင်ပါတယ်။ အချိန် ဝယ်သည်။ အနောက်နိုင်ငံတွေရဲ့ ပြိုင်ဖက် တစ်ဘီလီယံနီးပါး)။ တစ်လအကြာတွင် ကျွန်ုပ်တို့သည် ရှေ့ပြေးပရောဂျက်တစ်ခုကို စတင်ခဲ့သည်။ ဘယ်လိုဖြစ်တာလဲ၊ ဆက်ဖတ်ပါ။

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

ကျွန်ုပ်တို့ထုတ်လုပ်သည့်ထုတ်ကုန်သည် ကော်ပိုရိတ်ဆော့ဖ်ဝဲ၊ AIOps (IT Operations for Artificial Intelligence သို့မဟုတ် ITOps) အပိုင်းဖြစ်သည်။ ကုမ္ပဏီရှိ လုပ်ငန်းစဉ်များ၏ ရင့်ကျက်မှုအဆင့် တိုးလာသည်နှင့်အမျှ အဆိုပါစနစ်များကို အကောင်အထည်ဖော်ခြင်း၏ အဓိကပန်းတိုင်များမှာ-

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

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

• “မည်သူရှိသနည်း”- နည်းပညာဆိုင်ရာဌာနများစွာရှိပါသည်၊ လူတိုင်းနီးပါးတွင် အနည်းဆုံး စောင့်ကြည့်ရေးစနစ်တစ်ခုရှိပြီး အများစုတွင် တစ်ခုထက်ပိုသော၊
• သတိပေးချက်များ၏ "ခြင်အစုအဝေး"- စနစ်တစ်ခုစီသည် ၎င်းတို့နှင့်အတူ တာဝန်ရှိသူများအားလုံးကို ရာနှင့်ချီ၍ ဗုံးများထုတ်ပေးသည် (တစ်ခါတစ်ရံ ဌာနဆိုင်ရာများကြားတွင်လည်း)။ အကြောင်းကြားချက်တစ်ခုစီတွင် ထိန်းချုပ်မှုအာရုံစူးစိုက်မှုကို အဆက်မပြတ်ထိန်းထားရန် ခက်ခဲသည်၊ ၎င်းတို့၏ အရေးတကြီးနှင့် အရေးပါမှုသည် များပြားသောကြောင့် အဆင့်လိုက်သတ်မှတ်ထားသည်။
• ဘဏ်ကြီးများ၊ ကဏ္ဍရှိ ခေါင်းဆောင်များသည် ၎င်းတို့၏ စနစ်များကို အဆက်မပြတ် စောင့်ကြည့်နေရုံသာမက မည်သည့်နေရာတွင် ပျက်ကွက်မှုများ ရှိနေသည်ကို သိရန်သာမက AI ၏ တကယ့် မှော်ဆန်သည့် မှော်ဆန်သည့် စနစ်များကိုလည်း ကိုယ်တိုင် စောင့်ကြည့်ခြင်း၊ မိမိကိုယ်ကို ကြိုတင်ခန့်မှန်းခြင်းနှင့် မိမိကိုယ်ကို မှန်ကန်စေရန် ပြုလုပ်လိုခြင်း ဖြစ်သည်။

Tinkoff ရှိ ပထမအကြိမ်အစည်းအဝေးသို့ ကျွန်ုပ်တို့ရောက်သောအခါ၊ စောင့်ကြည့်ခြင်းတွင် ပြဿနာမရှိကြောင်း၊ ၎င်းတို့အား ထိခိုက်မှုတစ်စုံတစ်ရာမရှိကြောင်းနှင့် အဓိကမေးခွန်းမှာ “ကောင်းမွန်ပြီးသောသူများအတွက် ကျွန်ုပ်တို့ ဘာကမ်းလှမ်းနိုင်မည်နည်း။”

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

စကားမစပ်၊ ဘဏ်၏ SLA များသည် တကယ်ကို အထင်ကြီးစရာကောင်းသည်။ ဥပမာအားဖြင့်၊ ကွန်ရက်ရရှိနိုင်မှုနှင့် ပတ်သက်သည့် ပထမဦးစားပေး အဖြစ်အပျက်တစ်ခုကို ဖြေရှင်းရန် မိနစ်အနည်းငယ်သာ ပေးသည်။ ဤနေရာတွင် error နှင့် downtime ၏ကုန်ကျစရိတ်သည် အထင်ကြီးစရာဖြစ်သည်။

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

1. ပထမအဆင့်မှာ အခင်းဖြစ်ပွားမှုဖြေရှင်းမှု အရှိန်မြှင့်ရန် ထီးစောင့်ကြပ်ခြင်း ဖြစ်သည်။
2. ဒုတိယအဆင့်မှာ အန္တရာယ်များကို လျှော့ချရန်နှင့် အိုင်တီဌာနကို ချဲ့ထွင်ရန် ကုန်ကျစရိတ်ကို လျှော့ချရန် လုပ်ငန်းစဉ်များ၏ အလိုအလျောက်စနစ်ဖြစ်သည်။

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

ဖောက်သည်ဆက်ဆံရေးတွင် အလွန်အရေးကြီးသောအချက်မှာ ရိုးသားမှုဖြစ်သည်။ လိုင်စင်ကုန်ကျစရိတ်ကို ပထမဆုံးစကားပြောပြီး တွက်ချက်ပြီးနောက်၊ ကုန်ကျစရိတ်က အရမ်းနည်းတဲ့အတွက် လိုင်စင်ကိုချက်ချင်းဝယ်ရတာ တန်တယ်လို့ ပြောခဲ့တယ် (အထက်ပါဆောင်းပါးက အစိမ်းရောင်ဘဏ်အကြောင်း Dynatrace Key-Astrom နဲ့ နှိုင်းယှဉ်လိုက်ရင်၊ လိုင်စင်သည် တစ်ဘီလီယံ၏ သုံးပုံတစ်ပုံမဟုတ်သော်လည်း 12 gigabyte အတွက် တစ်လလျှင် ရူဘယ် ၁၂ဝဝဝ၊ Sberbank အတွက် ၎င်းသည် အဆများစွာ သက်သာလိမ့်မည်)။ ဒါပေမယ့် ငါတို့မှာ ဘာတွေရှိတယ် မရှိဘူး ဆိုတာကို ငါတို့ ချက်ချင်း ပြောပြတယ်။ အဓိကပေါင်းစည်းသူမှ အရောင်းသမားတစ်ယောက်က "ဟုတ်ပါတယ်၊ ငါတို့အားလုံး ငါတို့လိုင်စင်ကို ဝယ်နိုင်တယ်" လို့ပြောနိုင်ပေမယ့် ကတ်အားလုံးကို စားပွဲပေါ်တင်ဖို့ ဆုံးဖြတ်လိုက်တယ်။ စတင်ချိန်တွင်၊ ကျွန်ုပ်တို့၏သေတ္တာသည် Prometheus နှင့် ပေါင်းစပ်ခြင်းမရှိပါ၊ အလိုအလျောက်စနစ်ခွဲစနစ်ပါရှိသော ဗားရှင်းအသစ်ကို ဖြန့်ချိတော့မည်ဖြစ်သော်လည်း သုံးစွဲသူများထံ ကျွန်ုပ်တို့ မပို့ဆောင်ရသေးပါ။

ရှေ့ပြေးပရောဂျက်တစ်ခု စတင်ခဲ့ပြီး ၎င်း၏နယ်နိမိတ်များကို သတ်မှတ်ခဲ့ပြီး ကျွန်ုပ်တို့ကို ၂ လပေးခဲ့သည်။ အဓိကတာဝန်များမှာ-

• ပလပ်ဖောင်းဗားရှင်းအသစ်ကို ပြင်ဆင်ပြီး ဘဏ်၏အခြေခံအဆောက်အအုံတွင် အသုံးချပါ။
• စောင့်ကြည့်ရေးစနစ် ၂ ခု (Zabbix နှင့် Prometheus);
• Slack တွင်တာဝန်ရှိသူများနှင့် SMS မှတဆင့်အကြောင်းကြားချက်များပေးပို့ပါ။
• autohealing scripts ကို run ပါ။

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

လေယာဉ်မှူးကို စနစ်ထည့်သွင်းစဉ် အချိန်မတိုင်မီ ပရောဂျက်ကို ပိတ်နိုင်သည့် ပြဿနာအသစ်တစ်ခုကို ကြုံတွေ့ခဲ့ရသည်- စာတိုပေးပို့သူများထံ အကြောင်းကြားချက်များ ပေးပို့ရန်နှင့် SMS မှတစ်ဆင့် Microsoft Azure ဆာဗာများသို့ အဝင်အထွက် ချိတ်ဆက်မှုများ လိုအပ်သည် (ထိုအချိန်က ကျွန်ုပ်တို့သည် အကြောင်းကြားချက်များကို ပေးပို့ရန် ဤပလပ်ဖောင်းကို အသုံးပြုခဲ့သည်။ Slack) နှင့် ပြင်ပပို့ခြင်းဝန်ဆောင်မှု SMS။ သို့သော် ဤပရောဂျက်တွင် ဘေးကင်းရေးသည် အထူးဂရုပြုပါသည်။ ဘဏ်၏မူဝါဒနှင့်အညီ ဤကဲ့သို့သော "တွင်းများ" ကို မည်သည့်အခြေအနေမျိုးတွင်မဆို ဖွင့်၍မရပါ။ အရာအားလုံးဟာ အပိတ်ပတ်လမ်းကနေ အလုပ်လုပ်ရတယ်။ ကျွန်ုပ်တို့သည် Slack သို့ အကြောင်းကြားချက်များနှင့် SMS မှတစ်ဆင့် ပေးပို့သည့် ကျွန်ုပ်တို့၏ကိုယ်ပိုင်အတွင်းပိုင်းဝန်ဆောင်မှုများ၏ API ကို အသုံးပြုရန် ကမ်းလှမ်းထားသော်လည်း ကျွန်ုပ်တို့တွင် ထိုဝန်ဆောင်မှုများကို ဘောင်အပြင်မှ ချိတ်ဆက်ရန် အခွင့်အရေးမရှိပါ။

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

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

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

ငါတို့လုပ်ခဲ့တာမဟုတ်ဘူး...

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

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

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

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

Synthetic trigger interface ချိတ်ဆက်ထားသော စောင့်ကြည့်ရေးစနစ်များမှ သတိပေးချက်များကို စီမံဆောင်ရွက်ပေးခြင်း။

စနစ်၏ "ကျန်းမာရေး" ၏ပြည်နယ်ကိုတည်ဆောက်ခဲ့သည်။

သတိပေးချက်များအပေါ် အခြေခံ၍ ဖွဲ့စည်းမှုပုံစံအရာများ (CUs) ၏ ကျန်းမာရေးကို ထိခိုက်စေသည့် စောင့်ကြည့်ရေးဖြစ်ရပ်များကို ဖန်တီးထားသည်။ ကျွန်ုပ်တို့သည် အတွင်းပိုင်း CMDB သို့မဟုတ် ပြင်ပတစ်ခုကို ချိတ်ဆက်အသုံးပြုနိုင်သည့် အရင်းအမြစ်-ဝန်ဆောင်မှုပုံစံ (RSM) ကို အကောင်အထည် ဖော်နေပါသည် - စမ်းသပ်ပရောဂျက်တွင် သုံးစွဲသူသည် ၎င်း၏ကိုယ်ပိုင် CMDB ကို မချိတ်ဆက်ခဲ့ပါ။

အရင်းအမြစ်-ဝန်ဆောင်မှုပုံစံဖြင့် လုပ်ဆောင်ရန် အင်တာဖေ့စ်။ လေယာဉ်မှူး PCM။

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

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

လုပ်ငန်းစဉ်အလိုအလျောက်စနစ်စတင်ခဲ့သည်။

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

လုပ်ဆောင်ချက် ဆက်တင် မျက်နှာပြင်။ Slack သို့ အကြောင်းကြားချက်များ ပေးပို့ပြီး ဆာဗာကို ပြန်လည်စတင်ခြင်း။

ထုတ်ကုန်လုပ်ဆောင်နိုင်စွမ်းကို ချဲ့ထွင်ခဲ့သည်။

အလိုအလျောက်စနစ်ဆိုင်ရာ scripts များကို ဆွေးနွေးသည့်အခါ၊ client သည် bash ပံ့ပိုးမှုနှင့် ဤ scripts များကို အဆင်ပြေစွာ configure လုပ်နိုင်သည့် interface ကို တောင်းဆိုခဲ့သည်။ ဗားရှင်းအသစ်တွင်၊ အနည်းငယ်ပိုမိုလုပ်ဆောင်ပြီးပြီ (CURL၊ SSH နှင့် SNMP အတွက်ပံ့ပိုးမှုဖြင့် Lua တွင် ပြည့်စုံသောယုတ္တိတည်ဆောက်မှုများရေးသားနိုင်မှု) နှင့် script ၏ဘဝသံသရာကိုစီမံခန့်ခွဲရန်ခွင့်ပြုသည့်လုပ်ဆောင်နိုင်စွမ်းကိုအကောင်အထည်ဖော်ခဲ့သည် (ဖန်တီးပါ။ တည်းဖြတ်ခြင်း၊ ဗားရှင်းများကို စီမံခြင်း၊ ဖျက်ခြင်းနှင့် သိမ်းဆည်းခြင်း)။

autohealing scripts များနှင့် အလုပ်လုပ်ရန်အတွက် အင်တာဖေ့စ်။ SSH မှတစ်ဆင့် ဆာဗာ script ကို ပြန်လည်စတင်ပါ။

Key ကိုတွေ့ရှိချက်

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

• သတိပေးချက်မှ autohealing script သို့တိုက်ရိုက် variable များကိုပေးပို့ရန်စွမ်းရည်ကိုအကောင်အထည်ဖော်ပါ။
• Active Directory မှတဆင့် ပလပ်ဖောင်းပေါ်တွင် ခွင့်ပြုချက်ထည့်ပါ။

ထို့အပြင် ကျွန်ုပ်တို့အတွက် ကမ္ဘာလုံးဆိုင်ရာ စိန်ခေါ်မှုများကို ကျွန်ုပ်တို့ လက်ခံရရှိသည် - အခြားအင်္ဂါရပ်များဖြင့် ထုတ်ကုန်ကို “တည်ဆောက်” ရန်-

• စည်းမျဉ်းများနှင့် အေးဂျင့်များထက် ML ကိုအခြေခံသည့် အရင်းအမြစ်-ဝန်ဆောင်မှုပုံစံကို အလိုအလျောက်တည်ဆောက်ခြင်း (ယခုအချိန်တွင် အဓိကစိန်ခေါ်မှုဖြစ်နိုင်သည်)။
• အပိုဆောင်း scripting နှင့် logic languages ​​များအတွက်ပံ့ပိုးမှု (၎င်းသည် JavaScript ဖြစ်လိမ့်မည်)။

ကျနော့်အမြင်တွင်, အရေးကြီးဆုံးဒီလေယာဉ်မှူးက ပြထားတာက နှစ်ခုပါပဲ။

1. ရိုးသားမှုနှင့် ပွင့်လင်းမြင်သာမှုအပေါ် အခြေခံ၍ ထိရောက်သောဆက်သွယ်ရေးကို တည်ဆောက်သောအခါတွင် သုံးစွဲသူနှင့် ပူးပေါင်းခြင်းသည် ထိရောက်မှု၏သော့ချက်ဖြစ်သည်၊ ဖောက်သည်သည် အချိန်တိုအတွင်း သိသာထင်ရှားသောရလဒ်များရရှိသည့်အဖွဲ့တစ်ဖွဲ့၏တစ်စိတ်တစ်ပိုင်းဖြစ်လာသည်။
2. မည်သည့်အခြေအနေမျိုးတွင်မဆို "စိတ်ကြိုက်" နှင့် "ချိုင်းထောက်" ကိုတည်ဆောက်ရန်လိုအပ်သည် - စနစ်ကျသောဖြေရှင်းနည်းများသာဖြစ်သည်။ အချိန်နည်းနည်းပိုသုံးတာက ပိုကောင်းတယ်၊ ဒါပေမယ့် တခြား client တွေသုံးမယ့် စနစ်ဖြေရှင်းချက်တစ်ခုလုပ်ပါ။ စကားမစပ်၊ plug-in စနစ်နှင့် Azure ကိုမှီခိုခြင်းမှငြင်းပယ်ခြင်းသည်အခြားဖောက်သည်များအတွက်အပိုတန်ဖိုးကိုပေးသည် (ဟယ်လို၊ 152nd Federal Law)။

source: www.habr.com