PagerDuty သို့မဟုတ် စစ်ဆင်ရေးဌာနသည် အဘယ်ကြောင့် ညအချိန်တွင် အိပ်မပျော်နိုင်သနည်း။

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

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

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

PagerDuty ဆိုတာဘာလဲ။

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

အတိုချုပ်အားဖြင့်၊ PagerDuty သည် အမျိုးမျိုးသော ပေါင်းစပ်မှုများမှတစ်ဆင့် ဝင်လာသော အဖြစ်အပျက်များကို စီမံဆောင်ရွက်ပေးနိုင်သော၊ တာဝန်အမိန့်များကို သတ်မှတ်ပြီးနောက် အဖြစ်အပျက်၏အဆင့်ပေါ်မူတည်၍ တာဝန်ကျအင်ဂျင်နီယာအား သတိပေးနိုင်သည့် (မြင့်မားသောအဆင့်တွင်၊ ခေါ်ဆိုမှုတစ်ခု၊ အနိမ့်ဆုံးအဆင့်တွင် - မြင့်မားသောအဆင့်တွင်)၊ လျှောက်လွှာ / SMS မှတွန်းအားပေး။

တာဝန်ကျအရာရှိက ဘယ်သူလဲ။

ဤသည်မှာ PD စတင်သတ်မှတ်ခြင်း၏ ပထမဆုံးနေရာဖြစ်နိုင်သည်။

FunCorp တွင် အခြားသောကုမ္ပဏီများကဲ့သို့ပင် ဂုဏ်ထူးဆောင်အရာရှိရာထူးတစ်ခုရှိသည်။ အင်ဂျင်နီယာမှ အင်ဂျင်နီယာသို့ တစ်နေ့လျှင် တစ်ကြိမ် ကူးစက်သည်။ PagerDuty မှ သတိပေးချက်ကို ပထမနှင့် ဒုတိယ တုံ့ပြန်မှုဟု ခေါ်သည့် စာကြောင်းတစ်ခုရှိသည်။ ဦးစားပေးသတိပေးချက်တစ်ခု ရောက်ရှိလာသည်ဆိုပါစို့၊ ပထမလိုင်းမှ တာဝန်မှူးထံ ဖုန်းခေါ်ဆိုပြီးနောက် 10 မိနစ်အကြာတွင် ၎င်းအား တုံ့ပြန်မှုမရှိပါ (ဆိုလိုသည်မှာ ၎င်းသည် အသိအမှတ်ပြုမှု သို့မဟုတ် ဖြေရှင်းပြီးသည့်အခြေအနေသို့ လွှဲပြောင်းခြင်းမဟုတ်ပါ)၊ ခေါ်ဆိုမှုသည် ဒုတိယထံသို့ ရောက်သွားပါသည်။ တာဝန် အင်ဂျင်နီယာ။ ၎င်းကို Escalation Policies မှတဆင့် PagerDuty တွင် ထည့်သွင်းထားပါသည်။

ဒုတိယတာဝန်ရှိသူက အကြောင်းမပြန်ရင် အကြောင်းကြားစာ ပြန်ပို့ပါတယ်။ အဓိက တာဝန်ကျအရာရှိထံ

ထို့ကြောင့် ဝင်လာသော ဦးစားပေးသတိပေးချက်မှန်သမျှကို မလုပ်ဆောင်နိုင်သေးပါ။ 

အခုအဖြစ်အပျက်တွေက ဘယ်ကလာလဲဆိုတာ ကြည့်ရအောင်။

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

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

• Prometheus

အဓိက တိုင်းတာမှု စုဆောင်းမှုစနစ်မှာ Prometheus ဖြစ်သည်။ Habré တွင် ၎င်းအကြောင်းကို အများအပြားရေးသားထားပြီးဖြစ်သည်၊ ကျွန်ုပ်တို့တွင် မတူညီသောပတ်ဝန်းကျင်များအတွက် ၎င်းတို့အမြောက်အများရှိသည် ဟုသာပြောရပါမည်၊ တစ်ခုက virtual machines နှင့် dockers များမှ မက်ထရစ်များကို စုဆောင်းပြီး၊ နောက်တစ်ခုသည် Amazon ဝန်ဆောင်မှုများမှဖြစ်ပြီး၊ တတိယမှာ hardware machines များမှ မက်ထရစ်များကို စုဆောင်းပါသည်။ Telegraf ကို မက်ထရစ်များ တင်ပို့ရောင်းချသူအဖြစ် အဓိကအသုံးပြုသည်။

• အီးမေးလ်လိပ်စာ

ဒီနေရာမှာလည်း အားလုံးက ခေါင်းစဉ်နဲ့ ရှင်းနေတယ် ထင်ပါတယ်။ ဤပေါင်းစပ်မှုကို cron ဖြင့်လုပ်ဆောင်သော အချို့သော scripts များမှ အကြောင်းကြားချက်များကို ပေးပို့ရန်အတွက် အသုံးပြုပါသည်။ PD သည် သင့်ထံ စာများပေးပို့သည့် လိပ်စာတစ်ခု ပေးသည်။ ထိုသို့သောပေါင်းစည်းမှုဖြင့် ဝန်ဆောင်မှုတစ်ခုဖန်တီးသောအခါတွင် သင်သည် ဦးစားပေးများ သတ်မှတ်နိုင်သည်၊ မည်သည့်အဝင်အထွက်ဖြစ်ရပ်များကို လုပ်ဆောင်မည်၊ သတိပေးချက်တစ်ခုဖန်တီးရန် အတိအကျ (အဝင်စာတစ်ခုစီအတွက်၊ အဝင်အက္ခရာတစ်ခုအတွက် + စည်းမျဉ်းတစ်ခု၊ စသည်ဖြင့်)။

• ပျင်းရိ

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

ကျွန်ုပ်တို့လုပ်သည်-

ငါတို့တွေ့တယ်:

• API ကို

HTTP ပေါင်းစပ်မှု။ အမှန်တော့၊ ဤနေရာတွင် အထူးစိတ်ဝင်စားစရာ မရှိပါ။ JSON ဖော်မတ်ဖြင့် စာကိုယ်ပါသော POST တောင်းဆိုချက်မျှသာ ဖြစ်သည်။ ဥပမာအားဖြင့်၊ စိတ်ဝင်စားစရာကောင်းသည်- ကျွန်ုပ်တို့သည် ၎င်းကို ပြင်ပစောင့်ကြည့်မှုအတွက် အသုံးပြုသည်။ https://www.statuscake.com/. ဤဝန်ဆောင်မှုသည် ကမ္ဘာအနှံ့အပြားမှ ကျွန်ုပ်တို့၏ဆိုက်များ၏ ဝင်ရောက်နိုင်မှုကို စစ်ဆေးပေးပါသည်။ ကျွန်ုပ်တို့ လက်မခံနိုင်သော တုံ့ပြန်မှုကုဒ် (ဥပမာ၊ 502) ကို လက်ခံရရှိသောအခါတွင် အဖြစ်အပျက်တစ်ခုကို ဖန်တီးပြီး အရာအားလုံးသည် အထက်တွင်ဖော်ပြထားသည့် ကွင်းဆက်အတိုင်းဖြစ်သည်။ StatusCake ကိုယ်တိုင်တွင် အတွင်း URL များ၊ SSL လက်မှတ် သို့မဟုတ် ဒိုမိန်းသက်တမ်းကုန်ဆုံးမှုကို စောင့်ကြည့်ရန် စွမ်းရည်ရှိသည်။

• LibreNMS

၎င်းသည် အခြားသော စောင့်ကြည့်ရေးစနစ်ဖြစ်သည်၊ သင်သည် ၎င်းတို့၏ဝဘ်ဆိုဒ်တွင် ၎င်းအကြောင်းကို ပိုမိုဖတ်ရှုနိုင်ပါသည်။ https://www.librenms.org/. ၎င်း၏အကူအညီဖြင့်၊ ကျွန်ုပ်တို့သည် ဆာဗာများမှ ကွန်ရက်ချိတ်ဆက်မှုများနှင့် iDRAC ကို စောင့်ကြည့်ပါသည်။

Datadog၊ CloudWatch ကဲ့သို့သော ပေါင်းစပ်မှုများလည်း ရှိခဲ့သည်။ သူတို့ ဖြစ်ပျက်ခဲ့တာတွေကို သင် ပိုမြင်နိုင်ပါတယ်။ ဒီမှာ.

မြင်ကွင်း

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

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

PD အတွက် အတိုချုံးပြီး သတင်းအချက်အလက်ပေးသော “ဘုတ်” အတွက် GitHub တွင် စေ့စေ့စပ်စပ် ရှာဖွေသော်လည်း မအောင်မြင်ပြီးနောက်၊ ကျွန်ုပ်တို့ လိုအပ်သည်များကိုသာ ရေးသားရန် ကျွန်ုပ်တို့ ဆုံးဖြတ်ခဲ့သည်။ အစတွင် PD interface ကိုယ်တိုင်ပြသရန် စိတ်ကူးရှိခဲ့သော်လည်း၊ ၎င်းသည် ပို၍ပင် အဆင်မပြေဖြစ်နေသည်။

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

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

ဤအကောင်အထည်ဖော်မှု၏အရင်းအမြစ်များကို ဤနေရာတွင်ကြည့်ပါ။.

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

source: www.habr.com