கணினி மிகவும் சிக்கலானது, எல்லா வகையான விழிப்பூட்டல்களாலும் அது அதிகமாகிறது. அதே விழிப்பூட்டல்களுக்கு எதிர்வினையாற்ற வேண்டும், அவற்றை ஒருங்கிணைத்து அவற்றைக் காட்சிப்படுத்த வேண்டும். பதட்டமடையும் அளவுக்கு பலருக்கும் தெரிந்த ஒரு சூழ்நிலை இது என்று நினைக்கிறேன்.
விவாதிக்கப்படும் தீர்வு மிகவும் எதிர்பாராதது அல்ல, ஆனால் தேடல் இந்த தலைப்பில் ஒரு முழுமையான கட்டுரையை வழங்கவில்லை.
எனவே, FunCorp இன் அனுபவத்தைப் பகிர்ந்து கொள்ள முடிவு செய்தேன் மற்றும் கடமை செயல்முறை எவ்வாறு கட்டமைக்கப்பட்டுள்ளது, யார் அழைக்கிறார்கள், ஏன், எப்படி நீங்கள் அனைத்தையும் பார்க்கலாம்.
பேஜர் டூட்டி என்றால் என்ன?
எனவே, இந்த எல்லா சிக்கல்களையும் தீர்க்க, நாங்கள் ஒரு வசதியான கருவியைத் தேட ஆரம்பித்தோம். சிறிது தேடலுக்குப் பிறகு, நாங்கள் பேஜர் டூட்டியைத் தேர்ந்தெடுத்தோம். அதிக எண்ணிக்கையிலான ஒருங்கிணைப்புகள் மற்றும் அமைப்புகளுடன் கூடிய முழுமையான மற்றும் சுருக்கமான தீர்வாக PD எங்களுக்குத் தோன்றியது. அவள் எப்படிப்பட்டவள்?
சுருக்கமாக, பேஜர் டூட்டி என்பது ஒரு சம்பவ செயலாக்க தளமாகும், இது பல்வேறு ஒருங்கிணைப்புகள் மூலம் உள்வரும் சம்பவங்களைச் செயல்படுத்தலாம், கடமை உத்தரவுகளை அமைக்கலாம், பின்னர் சம்பவத்தின் அளவைப் பொறுத்து பணியில் இருக்கும் பொறியாளரை எச்சரிக்கலாம் (உயர் மட்டத்தில் - அழைப்பு, குறைந்த மட்டத்தில் - பயன்பாடு / SMS இலிருந்து ஒரு அழுத்தம்) .
கடமை அதிகாரி யார்?
PD ஐ அமைப்பதற்கான முதல் இடம் இதுவாக இருக்கலாம்.
FunCorp இல், மற்ற நிறுவனங்களைப் போலவே, கடமை அதிகாரி என்ற கௌரவ பதவி உள்ளது. இது ஒரு நாளைக்கு ஒரு முறை பொறியாளரிடமிருந்து பொறியாளருக்கு பரவுகிறது. பேஜர் டூட்டியின் விழிப்பூட்டலுக்கு முதல் மற்றும் இரண்டாவது வரி என்று அழைக்கப்படுபவை உள்ளன. ஒரு உயர் முன்னுரிமை எச்சரிக்கை வருகிறது என்று வைத்துக்கொள்வோம், முதல் வரியிலிருந்து பணிப் பொறியாளருக்கு அழைப்பு வந்த 10 நிமிடங்களுக்குப் பிறகு அதற்கு எந்த எதிர்வினையும் இல்லை என்றால் (அதாவது, அது ஒப்புகை அல்லது தீர்க்கப்பட்ட நிலைக்கு மாற்றப்படவில்லை), அழைப்பு இரண்டாவது இடத்திற்குச் செல்கிறது. கடமை பொறியாளர். இது பேஜர் டூட்டியில் விரிவாக்கக் கொள்கைகள் மூலம் கட்டமைக்கப்படுகிறது.
இரண்டாவது கடமை அதிகாரி பதிலளிக்கவில்லை என்றால், அறிவிப்பு திரும்பும் முக்கிய கடமை அதிகாரிக்கு.
எனவே, எந்த உள்வரும் உயர் முன்னுரிமை எச்சரிக்கையும் செயலாக்கப்படாமல் இருக்க முடியாது.
இப்போது சம்பவங்கள் எங்கிருந்து வரலாம் என்று பார்ப்போம்.
நாம் என்ன ஒருங்கிணைப்புகளைப் பயன்படுத்துகிறோம்?
PD பல்வேறு சேவைகளிலிருந்து பல்வேறு சம்பவங்களைப் பெறுகிறது. எங்களிடம் தற்போது இது போன்ற சுமார் 25 சேவைகள் உள்ளன, அவற்றைச் செயல்படுத்த சில ஆயத்த ஒருங்கிணைப்புகளைப் பயன்படுத்துகிறோம்.
- பிரமீதீயஸ்
முக்கிய அளவீடுகள் சேகரிப்பு அமைப்பு ப்ரோமிதியஸ் ஆகும். ஹப்ரேயில் இதைப் பற்றி ஏற்கனவே நிறைய எழுதப்பட்டுள்ளது, அவற்றில் பல வெவ்வேறு சூழல்களுக்கு எங்களிடம் உள்ளன என்று நான் கூறுவேன்: ஒன்று மெய்நிகர் இயந்திரங்கள் மற்றும் டாக்கர்களிடமிருந்து அளவீடுகளை சேகரிக்கிறது, மற்றொன்று அமேசான் சேவைகளிலிருந்து, மூன்றாவது வன்பொருள் இயந்திரங்களிலிருந்து. டெலிகிராஃப் முக்கியமாக அளவீடுகள் ஏற்றுமதியாளராகப் பயன்படுத்தப்படுகிறது.
- மின்னஞ்சல்
இங்கேயும், தலைப்பிலிருந்து எல்லாம் தெளிவாகிறது என்று நினைக்கிறேன். கிரானால் செயல்படுத்தப்படும் சில ஸ்கிரிப்ட்களிலிருந்து அறிவிப்புகளை அனுப்ப இந்த ஒருங்கிணைப்பு பயன்படுத்தப்படுகிறது. நீங்கள் கடிதங்களை அனுப்பும் குறிப்பிட்ட முகவரியை PD உங்களுக்கு வழங்குகிறது. அத்தகைய ஒருங்கிணைப்புடன் ஒரு சேவையை உருவாக்கும் போது, நீங்கள் முன்னுரிமைகளை அமைக்கலாம், உள்வரும் சம்பவங்கள் எந்த வரிசையில் செயலாக்கப்படும், எப்படி சரியாக ஒரு எச்சரிக்கையை உருவாக்குவது (ஒவ்வொரு உள்வரும் கடிதத்திற்கும், உள்வரும் கடிதத்திற்கும் + ஒரு குறிப்பிட்ட விதி, முதலியன).
- தளர்ந்த
என் கருத்துப்படி, மிகவும் சுவாரஸ்யமான ஒருங்கிணைப்பு. சில சமயங்களில் ஏதாவது நடந்தாலும் அது சம்பவங்களால் மறைக்கப்படவில்லை. எனவே, ஒரு சம்பவத்தை உருவாக்க ஸ்லாக்கிலிருந்து ஒருங்கிணைப்பைச் சேர்த்துள்ளோம். அதாவது, நீங்கள் கார்ப்பரேட் ஸ்லாக்கிற்கு எழுதலாம் /callofduty எல்லாம் மெதுவாக உள்ளது மற்றும் விரைவில் உடைந்து விடும் மற்றும் PD அதைச் செயல்படுத்தி, சம்பவத்தை கடமைப் பொறியாளருக்கு அனுப்புவார்.
நாங்கள் செய்கிறோம்:
நாங்கள் பார்க்கிறோம்:
- ஏபிஐ
HTTP ஒருங்கிணைப்பு. உண்மையில், இங்கே குறிப்பாக சுவாரஸ்யமான எதுவும் இல்லை, JSON வடிவத்தில் உள்ள உடலுடன் ஒரு POST கோரிக்கை. எடுத்துக்காட்டாக, சுவாரஸ்யமான ஒன்று: வெளிப்புறக் கண்காணிப்புக்குப் பயன்படுத்துகிறோம் . இந்தச் சேவையானது உலகின் பல்வேறு பகுதிகளிலிருந்து எங்கள் தளங்களின் அணுகலைச் சரிபார்க்கிறது. நாம் ஏற்றுக்கொள்ள முடியாத மறுமொழிக் குறியீட்டைப் பெறும்போது (எடுத்துக்காட்டாக, 502), ஒரு சம்பவம் உருவாக்கப்பட்டு, மேலே விவரிக்கப்பட்ட சங்கிலியைப் பின்பற்றுகிறது. StatusCake ஆனது உள் URLகள், SSL சான்றிதழ் அல்லது டொமைன் காலாவதி ஆகியவற்றைக் கண்காணிக்கும் திறனைக் கொண்டுள்ளது.
- லிப்ரெஎன்எம்எஸ்
இது மற்றொரு கண்காணிப்பு அமைப்பு, நீங்கள் அவர்களின் இணையதளத்தில் இதைப் பற்றி மேலும் படிக்கலாம் . அதன் உதவியுடன், நெட்வொர்க் இடைமுகங்கள் மற்றும் iDRAC ஐ சர்வர்களில் இருந்து கண்காணிக்கிறோம்.
Datadog, CloudWatch போன்ற ஒருங்கிணைப்புகளும் இருந்தன. அவர்களுக்கு என்ன நடந்தது என்பதைப் பற்றி மேலும் பார்க்கலாம் .
காட்சிப்படுத்தல்
முக்கிய சம்பவ அறிக்கை அமைப்பு ஸ்லாக் ஆகும். PD க்கு வரும் அனைத்து சம்பவங்களும் ஒரு சிறப்பு அரட்டையில் எழுதப்படுகின்றன, மேலும் அவற்றின் நிலை மாறினால், இது அரட்டையிலும் காட்டப்படும்.
உச்சவரம்பிலிருந்து தொங்கும் மானிட்டர்களின் திரைகளில் பயனுள்ள தரவைக் காண்பிக்கும் வாய்ப்பு எழுந்தபோது, எங்களிடம் (டெவொப்ஸ் துறையில்) காண்பிக்க எதுவும் இல்லை என்பதை நாங்கள் திடீரென்று உணர்ந்தோம். ஒரு அற்புதமான கிராஃபானா உள்ளது, ஆனால் அது எல்லாவற்றையும் உள்ளடக்காது, மேலும் ஊழியர்கள் எச்சரிக்கைகளுக்கு பதிலளிக்கிறார்கள், விளக்கப்படங்களுக்கு அல்ல.
PDக்கான சுருக்கமான மற்றும் தகவலறிந்த "போர்டு"க்காக GitHub இல் முழுமையான ஆனால் தோல்வியுற்ற தேடலுக்குப் பிறகு, சொந்தமாக எழுத முடிவு செய்தோம் - எங்களுக்குத் தேவையானதை மட்டும். முதலில் PD இடைமுகத்தையே காட்ட வேண்டும் என்ற எண்ணம் இருந்தபோதிலும், அது இன்னும் சிரமமாக இருந்தது.
அதை எழுத, நீங்கள் செய்ய வேண்டியது, படிக்க மட்டும் உரிமைகள் கொண்ட ஒரு PD யிலிருந்து ஒரு சாவியைப் பெறுவதுதான்.
எங்களுக்கு கிடைத்தது இதுதான்:
தற்போதைய திறந்த சம்பவங்கள், தேர்ந்தெடுக்கப்பட்ட அட்டவணையில் இருந்து பணியில் இருக்கும் தற்போதைய பொறியாளரின் பெயர் மற்றும் அதிக முன்னுரிமை சம்பவம் இல்லாத நேரம் ஆகியவற்றை திரை காட்டுகிறது (அதிக முன்னுரிமை சம்பவம் கொண்ட குழு சிவப்பு நிறத்தில் முன்னிலைப்படுத்தப்படும்).
.
இதன் விளைவாக, எங்கள் எல்லா சம்பவங்களையும் பார்ப்பதற்கு வசதியான டாஷ்போர்டைப் பெற்றோம். உங்களில் சிலருக்கு எங்கள் அனுபவம் பயனுள்ளதாக இருந்தால் நான் மகிழ்ச்சியடைவேன்.
ஆதாரம்: www.habr.com