कोड की समीक्षा - एक लचीली विकास पद्धति के संदर्भ में इंजीनियरिंग अभ्यास। यह कोड लिखने की शैली में त्रुटियों, कमियों, विसंगतियों की पहचान करने के लिए कोड का विश्लेषण (निरीक्षण) है और यह समझना चाहिए कि कोड कार्य को हल करता है या नहीं।

आज मैं इस बारे में बात करूंगा कि कैसे हमने ज़ैबिक्स में कॉन्फ़िगरेशन की निगरानी के लिए समीक्षा प्रक्रिया का आयोजन किया। यह लेख उन लोगों के लिए उपयोगी होगा जो ज़ैबिक्स मॉनिटरिंग सिस्टम के साथ काम करते हैं, दोनों एक बड़ी टीम में, और अकेले, भले ही आपके पास "दस मेजबान हों, समीक्षा करने के लिए क्या है"।

हम किन समस्याओं का समाधान करते हैं

हमारी आंतरिक सेवाओं की निगरानी और बुनियादी ढांचे के निर्माण के लिए, हम ज़ैबिक्स का उपयोग करते हैं। हमारे पास नामकरण परंपराएं हैं - नाम सम्मेलन (हम भूमिका हाइलाइटिंग के साथ एक रोल मॉडल का उपयोग करते हैं, निगरानी के लिए प्रोफ़ाइल टेम्पलेट्स), लेकिन कोई समर्पित निगरानी टीम नहीं है (वरिष्ठ इंजीनियर हैं जो निगरानी मामलों में "कुत्ते को खा गए"), इंजीनियर और जूनियर इंजीनियर हैं, ~ 500 होस्ट, ~ 150 टेम्पलेट (छोटे, लेकिन बहुत गतिशील बुनियादी ढांचे)।

इस बुनियादी ढांचे का उपयोग कंपनी में विकास प्रक्रियाओं को समर्थन और स्वचालित करने के लिए किया जाता है, इसके समर्थन के अलावा, हम स्वचालन और एकीकरण उपकरण भी विकसित करते हैं, इसलिए हमारे पास अंदर से विकास प्रक्रियाओं का बहुत कम अनुभव और समझ है।

कर्मचारियों की संख्या में वृद्धि और निगरानी प्रणाली में बदलाव के साथ, अधिक से अधिक विशिष्ट त्रुटियां होने लगीं जिन्हें ट्रैक करना मुश्किल था:

1. बाइंडिंग आइटम, सीधे टेंपरेचर के बाहर ट्रिगर करें, (टेम्प्लेट्स के बाहर और कुछ होस्ट बिना रुके)।
2. ट्रिगर्स का गलत मान (3 जीबी के उपलब्ध स्थान पर सहमति की तरह, लेकिन एक टाइपो, हमें 34 जीबी का काम करने वाला ट्रिगर कभी नहीं मिलता है)।
3. नाम सम्मेलन के अनुपालन में विफलता - और हमें स्क्रिप्ट का असंगत नाम असफल ट्रिगर मिलता है (हालांकि इसका मतलब है कि अद्यतन वितरण प्रणाली काम नहीं करती है) या गिटलैब टेम्पलेट टेम्पलेट (किस सर्वर या एजेंट की निगरानी?)।
4. परीक्षणों के लिए एक ट्रिगर, अस्थायी, अक्षम करना। नतीजतन, हम बुनियादी ढांचे पर चेतावनी से चूक गए और उठ खड़े हुए।

प्रोग्रामर की दुनिया में, इन सभी समस्याओं को काफी सरलता से हल किया जाता है: लिंटर, कोडेरेव्यू। तो क्यों एक Zabbix विन्यास समीक्षा के लिए इन bestpractices नहीं लेते हैं? ले लो!

हमने पहले ही कोड समीक्षा के पेशेवरों और उदाहरणों के बारे में लिखा था: विकास प्रक्रिया में कोड निरीक्षणों को लागू करना, कोड निरीक्षण, कोड निरीक्षण को लागू करने का एक व्यावहारिक उदाहरण । परिणाम

आपको ज़ैबिक्स कॉन्फ़िगरेशन की समीक्षा की आवश्यकता क्यों हो सकती है:

• जांचें कि मेजबानों और टेम्पलेट्स को कमांड ( नाम सम्मेलन ) में स्वीकार किया गया है।
• नए कर्मचारियों को प्रशिक्षित करें और सत्यापित करें कि उन्होंने चर्चा के अनुसार कार्य किया है।
• अनुभवी कर्मचारियों के बीच ज्ञान हस्तांतरण।
• नोटिस ट्रिगर गलती से या अस्थायी रूप से बंद हो गया।
• आइटम या ट्रिगर में गलत मान देखें - मिनट (5 मी) के बजाय अंतिम (0 ) ।

टिप्पणियों में अपनी समस्याओं को पूरा करें, उन्हें एक साथ जानने की कोशिश करें कि उन्हें समीक्षा के साथ कैसे हल किया जाए।

परिवर्तन ट्रैकिंग के साथ Zabbix की तरह

ज़ैबिक्स में एक ऑडिट सबसिस्टम है, इसकी मदद से हम देखते हैं कि कॉन्फ़िगरेशन में किसने बदलाव किया। इसका महत्वपूर्ण दोष बड़ी सहेजे गए ईवेंट हैं, क्योंकि यह प्रत्येक उपयोगकर्ता ईवेंट को बचाता है।

कल्पना करें कि कोड इतिहास में कोई भी परिवर्तन परिवर्तन इतिहास में रहता है, आपने एक घंटे के लिए चर नाम चुनने की कोशिश की, 40 विकल्पों की कोशिश की और उन सभी को अब सहेज लिया गया है, प्रत्येक परिवर्तन एक अलग प्रतिबद्ध है, और फिर शुरू और अंत की तुलना करने की क्षमता के बिना, इन कमिट्स के इतिहास को समीक्षा में सबमिट करें। संस्करण। भयानक, सही?

और ज़बिक्स ऑडिट में, यह सही है। इसका उपयोग परिवर्तनों को ट्रैक करने के लिए किया जा सकता है, लेकिन यह आपको सिस्टम के दो राज्यों (सप्ताह की शुरुआत में और अंत में) के बीच अंतर (अंतर) को जल्दी से देखने की अनुमति नहीं देता है। इसके अलावा, उसके सभी कार्यों को प्रकार से विभाजित किया जाता है: अलग-अलग विंडो में जोड़ना, बदलना, हटाना आवश्यक है। एक उदाहरण ऑडिट टैब पर आपकी ज़ैबिक्स में पाया जा सकता है (या स्क्रीनशॉट देखें)। यह समझना मुश्किल है कि राज्य प्रारंभिक क्या है, वर्तमान क्या है, सप्ताह के दौरान क्या परिवर्तन थे। जब हम प्रति सप्ताह दर्जनों बदलाव करते हैं तो स्थिति जटिल होती है।

मुझे एक ऐसा तंत्र चाहिए, जो अनुमति दे:

1. सप्ताह में एक बार या मॉनिटरिंग लॉजिक को बदलने का काम पूरा करने के बाद, सिस्टम स्टेटस का कास्ट करें।
2. पिछले सोने की डली (अंतर) के साथ वर्तमान विन्यास सोने की डली की तुलना करें।
3. स्वचालित रूप से नाम सम्मेलन की जाँच करें।
4. कार्य की गुणवत्ता की जांच करें, सिफारिशें दें, सलाह दें, समाधानों पर चर्चा करें।
5. जांचें कि परिवर्तन वैध हैं - सभी कार्य के अनुसार किए गए हैं।
6. डेवलपर्स के लिए परिचित उपकरणों का उपयोग करें - git, diff, mergerequest।
7. सिस्टम की कुछ स्थिति में वापस रोल करें, लेकिन डेटा खोना नहीं है (इसलिए, बैकअप उपयुक्त नहीं है)।
8. Zabbix संस्थाओं को नियंत्रित करें - होस्ट, टेम्प्लेट, एक्शन, मैक्रोज़, स्क्रीन, मैप।

अब बात करते हैं कि हमने तंत्र को कैसे लागू किया और यह आपके Zabbix बुनियादी ढांचे के लिए आपके लिए कैसे उपयोगी हो सकता है।

Zabbix कॉन्फ़िगरेशन की समीक्षा करना

Zabbix कॉन्फ़िगरेशन को संग्रहीत करने के लिए, हम निम्नलिखित प्रारूपों का उपयोग करते हैं:

1. मूल XML - मूल Zabbix निर्यात का उपयोग कर निर्यात किया गया । होस्ट, टेम्प्लेट, स्क्रीन ऑब्जेक्ट के लिए उपयोग करें। विशेषताएं हैं:
   
   • एक्सएमएल को पढ़ना और परिवर्तनों को देखना मुश्किल है;
   • सभी फ़ील्ड शामिल हैं, जिनमें रिक्त हैं;
   • क्षेत्र की तारीख सम्‍मिलित करें - निर्यात की तारीख, हम इसे काट देते हैं।
2. रॉ JSON - कुछ प्रकार की वस्तुएं Zabbix निर्यात करने में सक्षम नहीं हैं (क्रियाएँ, mediatypes), लेकिन वे महत्वपूर्ण हैं और मैं परिवर्तनों को देखना चाहता हूं, इसलिए हम ZabbixAPI से कच्चा डेटा लेते हैं और इसे JSON में सहेजते हैं।
3. पठनीय YAML - हम निर्यात किए गए XML और कच्चे JSON को प्रोसेस करते हैं और इसे मानव-पठनीय, सुविधाजनक, वेनिला YAML में सहेजते हैं। इसके साथ, अपनी आंखों के साथ परिवर्तन के बड़े संस्करणों को संभालना आसान है। वहाँ छोटे प्रसंस्करण जोड़ें:
   
   • मानों के बिना फ़ील्ड निकालना एक म्यूट पॉइंट है, इसलिए हम एक खाली फ़ील्ड को छोड़ सकते हैं, हालांकि इसे भरा जाना चाहिए, उदाहरण के लिए, ट्रिगर (ट्रिगर.डेसक्रिप्शन) पर समस्या के विवरण के साथ एक फ़ील्ड। चर्चा के बाद, यह निर्णय लिया गया कि खाली खेतों को हटाना बेहतर होगा, उनमें से बहुत सारे हैं। यदि आप चाहें, तो आप कुछ खाली क्षेत्रों पर एक अपवाद रख सकते हैं और उन्हें हटा नहीं सकते।
   • हम दिनांक हटाते हैं - वे हर बार बदलते हैं और जब मर्ज अनुरोध को प्रत्येक होस्ट के लिए परिवर्तन के रूप में दिखाया जाता है।
   • आप वैकल्पिक रूप से जानकारी भरने के लिए अन्य संचालन जोड़ सकते हैं - उपयोगकर्ता को उपयोगकर्ताओं के बजाय कार्रवाई में लिखा जाता है, उदाहरण के लिए।

हम तीन गिट रिपॉजिटरी को अलग करते हैं (हम भंडारण के लिए गिटलैब का उपयोग करते हैं, लेकिन कोई भी वीसीएस करेगा):

1. zabbix-review-export - यह निर्यात कोड (पायथन स्क्रिप्ट) और gitlab-ci नौकरियों के लिए मापदंडों को संग्रहीत करेगा।
2. zabbix-xml - हम XML + JSON, सभी को एक शाखा में संग्रहीत करते हैं। इस व्यवसाय की समीक्षा करना कठिन और समय लेने वाला है। एक विशिष्ट समय के लिए ज़ैबिक्स कॉन्फ़िगरेशन स्थिति को पुनर्स्थापित करने के लिए उपयोग किया जाता है।
3. zabbix-yaml हमारा मुख्य भंडार है, यहां हम मर्ज अनुरोध करते हैं, परिवर्तन देखते हैं, किए गए निर्णयों पर चर्चा करते हैं, यदि कोई टिप्पणी नहीं है तो मास्टर में विलय करें।

इन रिपॉजिटरी में हम कॉन्फिगरेशन डेटा को सेव करते हैं, वहां के नियम इस प्रकार हैं:

• फ़ोल्डर द्वारा ऑब्जेक्ट प्रकार द्वारा समूहीकरण - पूर्ण सूची: https://gitlab.com/devopshq/zabbix-review-export#supported-objects
• एक वस्तु - एक फ़ाइल।

अब हम स्पष्ट रूप से देखते हैं कि किस प्रकार की वस्तु बदल गई है, और यह स्पष्ट है कि कौन सी वस्तु बदल गई है; नीचे दिए गए उदाहरण में, प्रोफ़ाइल टेम्पलेट बदल गया है । ScmDev। FlusContinuousTest ।

उदाहरणों पर दिखाओ

गीतालाब में हम मर्ज-अनुरोध तंत्र का उपयोग करने वाले परिवर्तनों को देखने के लिए।

प्रोफाइल टेम्प्लेट को बदल दिया । DevOps। परीक्षण - ट्रिगर अभिव्यक्ति को बदल दिया। टेम्प्लेट फ़ोल्डर में जैसा है, टेम्प्लेट :

ट्रिगर और प्राथमिकता में अभिव्यक्ति को बदला:

एक टेम्पलेट दूसरे से लिंक करें:

कार्रवाई बदली - डिफ़ॉल्ट रूप से पाठ के अंत में एक नई पंक्ति जोड़ी गई:

मर्ज अनुरोधों में चर्चा का एक उदाहरण (सभी प्रोग्रामर की तरह!) - यह देखा जा सकता है कि वे मानक टेम्पलेट को सीधे होस्ट से कनेक्ट करते हैं, लेकिन यह भविष्य के लिए एक अलग भूमिका को उजागर करने के लायक है। पुरानी समीक्षा से स्क्रीनशॉट, फिर भी कॉन्फ़िगरेशन के XML प्रतिनिधित्व का उपयोग करना।

सामान्य तौर पर, सब कुछ सरल है:

1. एक नया होस्ट या अन्य ऑब्जेक्ट जोड़ा - एक नई फ़ाइल बनाई गई थी।
2. मेजबान या अन्य वस्तु को बदल दिया - अलग देखा।
3. हटा दिया गया - फ़ाइल हटा दी गई थी।

मान लीजिए कि आपने एक कार्य पूरा किया है और किसी सहकर्मी से यह पूछना चाहते हैं कि क्या आप कुछ भी भूल गए हैं। हम एक समीक्षा का अनुरोध करते हैं: इसके लिए, ज़ैबिक्स- रिव्यू-एक्सपोर्ट रिपॉजिटरी में, मैन्युअल शुरुआत के साथ गिटलैब-सी जॉब चलाते हैं।

हम एक सहकर्मी को एक मर्ज अनुरोध असाइन करते हैं जो कोड मॉनिटरिंग इन्फ्रास्ट्रक्चर को देखता है, चर्चा करता है और सही करता है।

सप्ताह में एक बार, छोटे परिवर्तनों को ट्रैक करने के लिए एक नई समीक्षा शुरू की जाती है, इसके लिए, शेड्यूल ( अनुसूची ) के अनुसार, कॉन्फ़िगरेशन को निर्यात किया जाता है और गिट रिपॉजिटरी (एक नई प्रतिबद्ध के साथ) में सहेजा जाता है, और निगरानी गुरु परिवर्तनों की समीक्षा करता है।

आप धीरे से फैल गए, लेकिन आपको कोशिश करनी होगी

अब हम आपको बताएंगे कि ज़ैबिक्स कॉन्फ़िगरेशन ( हम खुले स्रोत से प्यार करते हैं और समुदाय के साथ अपनी सर्वोत्तम प्रथाओं को साझा करने का प्रयास करते हैं) की समीक्षा के लिए इस प्रणाली को कैसे कॉन्फ़िगर करें।

दो संभावित उपयोग हैं:

1. बस निर्यात स्क्रिप्ट को हाथ से चलाएं - स्क्रिप्ट को चलाएं, बदलाव देखें, git add * && git commit && git push । यह विकल्प दुर्लभ परिवर्तनों के लिए उपयुक्त है या जब आप अकेले एक निगरानी प्रणाली के साथ काम कर रहे हैं।
2. स्वचालन के लिए gitlab-ci का उपयोग करें - फिर आपको बस स्टार्ट बटन पर क्लिक करना होगा (ऊपर स्क्रीनशॉट देखें)। विकल्प बड़े के लिए अधिक उपयुक्त है आलसी टीमें या लगातार बदलाव के साथ।

दोनों विकल्प रिपॉजिटरी https://gitlab.com/devopshq/zabbix-review-export में वर्णित हैं, आपकी ज़रूरत की हर चीज़ वहां संग्रहीत है - स्क्रिप्ट, गिटलैब- ci और README.md सेटिंग्स, अपने बुनियादी ढांचे में कैसे डालें।

सबसे पहले, पहला विकल्प आज़माएं (या यदि आपके पास गिटलैब-सी इंफ्रास्ट्रक्चर नहीं है): मैन्युअल मोड का उपयोग करें - कॉन्फ़िगरेशन (बैकअप) को एक्सपोर्ट (बैकअप) करने के लिए zabbix-export.py स्क्रिप्ट को चलाएं , अपनी वर्किंग मशीन पर git add * && git commit && git push । जब आप थक जाते हैं, तो दूसरे विकल्प पर जाएं - स्वचालन को स्वचालित करें!

समस्याएं और संभावित सुधार

अब परिवर्तन को व्यक्तिगत रूप से बदल दिया गया है और यह पता लगाने के लिए कि किसने परिवर्तन किए हैं, आपको ऑडिट प्रणाली का उपयोग करने की आवश्यकता है, जो दर्द और पीड़ा का कारण बनता है। लेकिन सब कुछ इतना डरावना नहीं है, और ऑडिट की शायद ही कभी आवश्यकता होती है, आमतौर पर टीम चैट में एक संदेश सही कर्मचारी खोजने के लिए पर्याप्त है।

एक अन्य समस्या: जब कोई होस्ट या आइटम होस्ट में बदलता है, तो यह XML में समाहित नहीं होता है। यही है, हम एक विशिष्ट होस्ट पर सभी ट्रिगर्स को बंद कर सकते हैं या अपनी प्राथमिकता को कम से बदल सकते हैं - और किसी को इसके बारे में पता नहीं होगा और हमें सही कर देगा! हम https://support.zabbix.com/browse/ZBX-15175 पर इसे ठीक करने की प्रतीक्षा कर रहे हैं

जब तक वे स्वचालित वसूली के लिए एक तंत्र के साथ नहीं आए। मान लीजिए कि कोई टेम्प्लेट या होस्ट बहुत बदल गया है, हम समझते हैं कि परिवर्तन गलत हैं और आपको सब कुछ वापस करने की आवश्यकता है जैसा कि यह था। अब हम उपयुक्त होस्ट के लिए आवश्यक XML की तलाश कर रहे हैं, इसे मैन्युअल रूप से UI में आयात कर रहे हैं, लेकिन हम बस बटन पर क्लिक करना चाहते थे "टेम्पलेट-नाम टेम्पलेट को कम-हैश कमिट अवस्था में रोल करें"।

आप टू-वे सिंक्रोनाइज़ेशन को लागू कर सकते हैं - जब परिवर्तन Zabbix कॉन्फ़िगरेशन में किए जाते हैं जब परिवर्तन YAML में किए जाते हैं, तो आपको Zabbix सिस्टम वेब इंटरफ़ेस पर जाने की आवश्यकता नहीं है। गिटब पर हम एक समान परियोजना से मिले, लेकिन किसी तरह यह जल्दी से दूर हो गया और समुदाय ने इस विचार को स्वीकार नहीं किया; जाहिर है, यह YAML में लागू करने के लिए इतना आसान नहीं है कि आप वेब इंटरफ़ेस में माउस के साथ क्या क्लिक कर सकते हैं। इसलिए, हम एक-तरफ़ा बातचीत पर बस गए।

आदर्श विकल्प कोड के रूप में कॉन्फ़िगरेशन को बचाने के लिए इस प्रणाली को एम्बेड करना है, भले ही एक्सएमबी प्रारूप में, ज़ैबिक्स में। यह TeamCity CI सर्वर में कैसे किया जाता है: UI के माध्यम से कॉन्फ़िगर किए गए कॉन्फ़िगरेशन उस उपयोगकर्ता की ओर से कमिट करते हैं जिन्होंने कॉन्फ़िगरेशन को बदल दिया है। यह परिवर्तनों को देखने के लिए एक बहुत ही सुविधाजनक उपकरण बन जाता है, और यह भी परिवर्तन को चित्रित करने की समस्या को समाप्त करता है।

कोशिश

अपने ज़ैबिक्स कॉन्फ़िगरेशन को निर्यात करना शुरू करें, एक रिपॉजिटरी (स्थानीय पर्याप्त) के लिए प्रतिबद्ध, एक सप्ताह प्रतीक्षा करें और फिर से चलाएं। अब परिवर्तन आपके नियंत्रण में हैं! https://gitlab.com/devopshq/zabbix-review-export

Zabbix बॉक्स में इस कार्यक्षमता में कौन रुचि रखेगा - कृपया https://support.zabbix.com/browse/ZBXNEXT-4862 के लिए वोट करें

सभी 100% अपटाइम!