"एक्सटेंडेडप्रोमक्यूएल" - रोमन खावरोनेंको की रिपोर्ट की प्रतिलेख

मैं रोमन खावरोनेंको की रिपोर्ट "एक्सटेंडेडप्रोमक्यूएल" की प्रतिलेख पढ़ने का प्रस्ताव करता हूं।

संक्षेप में मेरे बारे में. मेरा नाम रोमन है. मैं क्लाउडफ्लेयर के लिए काम करता हूं और लंदन में रहता हूं। लेकिन मैं विक्टोरियामेट्रिक्स अनुरक्षक भी हूं।
और मैं लेखक हूं क्लिकहाउस प्लगइन ग्राफाना के लिए और क्लिकहाउस-प्रॉक्सी ClickHouse के लिए एक छोटा प्रॉक्सी है।

हम पहले भाग से शुरुआत करेंगे, जिसे "अनुवाद कठिनाइयाँ" कहा जाता है, और इसमें मैं इस तथ्य के बारे में बात करूंगा कि कोई भी भाषा या यहां तक ​​कि संचार की एक भाषा भी बहुत महत्वपूर्ण है। क्योंकि इसी तरह आप अपने विचारों को दूसरे व्यक्ति या सिस्टम तक पहुंचाते हैं, आप एक अनुरोध कैसे तैयार करते हैं। इंटरनेट पर लोग इस बात पर बहस कर रहे हैं कि कौन सी भाषा बेहतर है - जावा या कोई अन्य। अपने लिए, मैंने निर्णय लिया कि एक कार्य चुनना आवश्यक है, क्योंकि यह सब विशिष्ट है।

आइए बिल्कुल शुरुआत से शुरू करें। प्रोमक्यूएल क्या है? PromQL प्रोमेथियस क्वेरी लैंग्वेज है। इस प्रकार हम समय श्रृंखला डेटा, समय श्रृंखला प्राप्त करने के लिए प्रोमेथियस में प्रश्न बनाते हैं।

समय श्रृंखला डेटा क्या है? वस्तुतः ये तीन पैरामीटर हैं।

वे हैं:

• हम क्या देख रहे हैं.
• जब हम इसे देखते हैं.
• और यह क्या मूल्य दर्शाता है.

यदि आप इस चार्ट को देखें (यह चार्ट मेरे फ़ोन से है, जो मेरे कदमों के आँकड़े दिखाता है), तो यहाँ आप इन प्रश्नों का शीघ्र उत्तर दे सकते हैं।

हम कदम उठा रहे हैं. जब हम इसे देखते हैं तो हमें अर्थ दिखता है और हमें समय दिखता है। यानी इस डायग्राम को देखकर आप आसानी से कह सकते हैं कि रविवार को मैं करीब 15 कदम चला. यह समय श्रृंखला डेटा है.

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

आइए अब इस सभी डेटा को डेटाबेस में संग्रहीत करने का प्रयास करें। उदाहरण के लिए, मैंने ClickHouse सिंटैक्स लिया। और यहां हम "स्टेप्स" नामक एक तालिका बना रहे हैं, यानी हम जो देख रहे हैं। यहाँ एक समय है जब हम इसे देखते हैं; यह क्या दिखाता है और कुछ मेटा-डेटा जहां हम संग्रहीत करेंगे कि यह कौन है: जे और साइलेंट बॉब।

और यह सब कल्पना करने की कोशिश करने के लिए, हम ग्राफाना का उपयोग करेंगे, क्योंकि, सबसे पहले, यह सुंदर है।

साथ ही हम इस प्लगइन का उपयोग करेंगे. इसके दो कारण हैं। पहला इसलिए क्योंकि मैंने इसे लिखा है। और मैं ठीक से जानता हूं कि ग्राफाना में दिखाने के लिए क्लिकहाउस से समय श्रृंखला डेटा निकालना कितना कठिन है।

हम ग्राफ पैनल में प्रदर्शित करेंगे। यह ग्राफाना में सबसे लोकप्रिय पैनल है और समय बनाम मूल्य दिखाता है, इसलिए हमें केवल दो मापदंडों की आवश्यकता है।

आइए सबसे सरल प्रश्न लिखें - ग्राफाना में चरण आँकड़े कैसे दिखाएं, इस डेटा को हमारे द्वारा बनाई गई तालिका में ClickHouse में संग्रहीत करें। और हम इतनी सरल क्वेरी लिखते हैं. हम चरणों में से चुनते हैं. हम एक मान चुनते हैं और इन मानों का समय चुनते हैं, यानी वही तीन पैरामीटर जिनके बारे में हमने बात की थी।

और परिणामस्वरूप, हमें यह ग्राफ मिलता है। कौन जानता है कि वह इतना अजीब क्यों है?

यह सही है, आपको समय के अनुसार क्रमबद्ध करना होगा।

और अंत में हमें एक बेहतर, लेकिन फिर भी अजीब शेड्यूल मिलता है। कौन जानता है क्यों? यह सही है, दो प्रतिभागी हैं, और हम ग्राफाना में दो समय श्रृंखला देते हैं, क्योंकि यदि हम फिर से डेटा मॉडल से निपटते हैं, तो प्रत्येक समय श्रृंखला एक नाम और सभी लेबल कुंजी-मानों का एक अनूठा संयोजन है।

इसलिए, हमें एक विशिष्ट व्यक्ति को चुनने की आवश्यकता है। हमने जय को चुना.

और फिर से ड्रा करें. अब ग्राफ सच जैसा दिखता है. अब यह सामान्य कार्यक्रम है और सब कुछ अच्छे से काम कर रहा है।'

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

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

और वह लगभग इन मूल्यों को दिखाएगा, यानी प्रति सेकंड लगभग 1,8 कदम साइलेंट बॉब या जे करता है।

और प्रोमेथियस में आप यह भी जानते हैं कि यह कैसे करना है। पहले से कहीं ज्यादा आसान.

और ग्राफाना में इसे करना भी आसान बनाने के लिए, मैंने एक ऐसा रैपर जोड़ा जो PromQL के समान दिखता है। इसे रेट मैक्रोज़ कहा जाता है, या आप इसे जो भी कहना चाहें। ग्राफाना में, आप बस "रेट" लिखते हैं, लेकिन कहीं गहरे में यह इतने बड़े अनुरोध में बदल जाता है। और आपको इसे देखने की भी ज़रूरत नहीं है, यह वहां कहीं है, लेकिन आप बहुत समय बचाते हैं, क्योंकि इतनी बड़ी SQL क्वेरी लिखना हमेशा महंगा होता है। आप आसानी से गलती कर सकते हैं और फिर काफी देर तक समझ नहीं पाते कि क्या हो रहा है।

और यह एक ऐसी क्वेरी है जो एक स्लाइड पर भी फिट नहीं बैठती, और मुझे इसे दो कॉलमों में विभाजित करना पड़ा। यह ClickHouse में भी एक अनुरोध है, जो समान दर बनाता है, लेकिन दोनों समय श्रृंखला के लिए: साइलेंट बॉब और जे, ताकि हमारे पास पैनल पर दो समय श्रृंखला हो। और मेरी राय में यह पहले से ही बहुत कठिन है।

और प्रोमेथियस के अनुसार यह योग (दर) होगा. ClickHouse के लिए मैंने रेटकॉलम नामक एक अलग मैक्रो बनाया जो प्रोमेथियस क्वेरी जैसा दिखता है।

हमने देखा और ऐसा लगता है कि PromQL बहुत अच्छा है, लेकिन निस्संदेह, इसकी सीमाएँ हैं।

वे हैं:

• सीमित चयन.
• एज जॉइन्स।
• कोई समर्थन नहीं है.

और यदि आपने इसके साथ लंबे समय तक काम किया है, तो आप जानते हैं कि कभी-कभी PromQL में कुछ करना बहुत मुश्किल होता है, और SQL में आप लगभग सब कुछ कर सकते हैं, क्योंकि ये सभी विकल्प जिनके बारे में हमने अभी बात की है, वे SQL में किए जा सकते हैं . लेकिन क्या इसका उपयोग करना सुविधाजनक होगा? और इससे मुझे लगता है कि हमेशा सबसे शक्तिशाली भाषा सबसे सुविधाजनक नहीं हो सकती।

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

और अगला भाग PromQL का विस्तार है।

एक बार फिर विक्टोरियामेट्रिक्स के बारे में। विक्टोरियामेट्रिक्स क्या है? यह एक समय श्रृंखला डेटाबेस है, यह ओपनसोर्स में है, हम इसके एकल और क्लस्टर संस्करण वितरित करते हैं। हमारे बेंचमार्क के अनुसार, यह अब तक बाजार में मौजूद सबसे तेज़ है और यह संपीड़न के मामले में समान है, यानी जीवित लोग प्रति बिंदु लगभग 0,4 बाइट्स के संपीड़न की रिपोर्ट करते हैं, जबकि प्रोमेथियस के पास 1,2-1,4 है।

हम न केवल प्रोमेथियस का समर्थन करते हैं। हम इन्फ्लक्सडीबी, ग्रेफाइट, ओपनटीएसडीबी का समर्थन करते हैं।

आप हम में "लिख" सकते हैं, यानी आप पुराना डेटा ट्रांसफर कर सकते हैं।

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

लेकिन आप विक्टोरियामेट्रिक्स द्वारा उपलब्ध कराए गए अतिरिक्त चिप्स का भी उपयोग कर सकते हैं।

हम अपने द्वारा जोड़ी गई सुविधाओं पर शीघ्रता से विचार करेंगे।

अंतराल परम को छोड़ें - आप ग्राफाना में पैरामीटर अंतराल को छोड़ सकते हैं। जब आप पैनल में ज़ूम-इन/आउट करते समय अजीब ग्राफ़ प्राप्त नहीं करना चाहते हैं, तो वेरिएबल का उपयोग करने की अनुशंसा की जाती है $__interval. यह एक आंतरिक ग्राफाना परिवर्तन है और यह डेटा रेंज को स्वयं चुनता है। और विक्टोरियामेट्रिक्स स्वयं समझ सकता है कि यह सीमा क्या होनी चाहिए। और आपको अपने सभी अनुरोध अपडेट करने की ज़रूरत नहीं है. यह बहुत आसान हो जाएगा.

दूसरा कार्य अंतराल संदर्भ है। आप इस रिक्ति का उपयोग अपने भावों में कर सकते हैं। आप इसे गुणा, भाग, स्थानांतरण, संदर्भित कर सकते हैं।

अगला रोलअप फ़ंक्शन परिवार है। रोलअप फ़ंक्शन आपकी किसी भी समय श्रृंखला को तीन अलग-अलग समय श्रृंखला में बदल देता है। ये न्यूनतम, अधिकतम और औसत हैं। मुझे यह बहुत सुविधाजनक लगता है, क्योंकि कभी-कभी यह कुछ आउटलेर्स (विसंगतियाँ) और अशुद्धियाँ दिखा सकता है।

और यदि आप केवल चिड़चिड़ापन या मूल्यांकन कर रहे हैं, तो आप संभवतः कुछ ऐसे मामलों को चूक सकते हैं जहां समय श्रृंखला आपके इच्छित तरीके से व्यवहार नहीं करती है। इस फ़ंक्शन के साथ यह देखना बहुत आसान है, मान लें कि अधिकतम औसत से बहुत कम है।

अगला डिफ़ॉल्ट वैरिएबल है. डिफ़ॉल्ट - इसका मतलब है कि अगर हमारे पास इस समय कोई समय श्रृंखला नहीं है तो हमें ग्राफाना में क्या मूल्य निकालने की आवश्यकता है। यह कब होता है? मान लीजिए कि आप कुछ त्रुटि मेट्रिक्स निर्यात करते हैं। और आपके पास इतना अच्छा एप्लिकेशन है कि जब आप शुरू करते हैं, तो आपके पास कोई त्रुटि नहीं होती है और यहां तक ​​कि अगले तीन घंटों या एक दिन तक भी कोई त्रुटि नहीं होती है। और आपके पास ऐसे डैशबोर्ड हैं जो सफलता से त्रुटि तक के रिश्ते दिखाते हैं। और वे आपको कुछ नहीं दिखाएंगे क्योंकि आपके पास कोई त्रुटि मीट्रिक नहीं है। और डिफ़ॉल्ट रूप से आप कुछ भी निर्दिष्ट कर सकते हैं।

Keep_last_Value - यदि मीट्रिक गुम है तो उसका अंतिम मान सहेजता है। यदि प्रोमेथियस को अगले स्क्रैप के बाद 5 मिनट के भीतर यह नहीं मिला, तो यहां हम इसका अंतिम मूल्य याद रखेंगे और आपका चार्ट दोबारा नहीं टूटेगा।

स्क्रैप_इंटरवल - दिखाता है कि प्रोमेथियस कितनी बार आपके मीट्रिक पर डेटा एकत्र करता है, किस आवृत्ति के साथ। उदाहरण के लिए, यहां आप पास देख सकते हैं।

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

इसलिए, उन्हें सरल क्यों न बनाया जाए? अर्थात्, इसे स्पष्ट वाक्यविन्यास के साथ छोटे-छोटे कार्यों में विभाजित करें।

और अब सबसे दिलचस्प बात. हम ऐसा क्यों सोचते हैं कि यह विस्तारित PromQL है? क्योंकि हम कॉमन टेबल एक्सप्रेशंस का समर्थन करते हैं। आप QR कोड का अनुसरण कर सकते हैं (https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/ExtendedPromQL), खेल के मैदान से उदाहरणों के साथ लिंक देखें, जहां आप ब्राउज़र में इसे इंस्टॉल किए बिना सीधे विक्टोरियामेट्रिक्स में क्वेरी चला सकते हैं।

और वो क्या है? ऊपर से यह अनुरोध काफी लोकप्रिय अनुरोध है। मुझे लगता है कि कई कंपनियों के डैशबोर्ड में आप हर चीज़ के लिए एक ही फ़िल्टर का उपयोग करते हैं। आमतौर पर ऐसा. लेकिन जब आपको कुछ नया फ़िल्टर जोड़ने की आवश्यकता होती है, तो आपको प्रत्येक पैनल को अपडेट करना होगा, या डैशबोर्ड डाउनलोड करना होगा, इसे JSON में खोलना होगा, रिप्लेस करना होगा, जिसमें समय भी लगता है। इस मान को एक वेरिएबल में संग्रहीत क्यों न करें और इसका पुन: उपयोग क्यों न करें? मेरी राय में, यह बहुत सरल और स्पष्ट दिखता है।

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

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

और इसलिए मैंने एक विकल्प बनाया जो आपको ऐसा करने की अनुमति देता है। और यदि आप रुचि रखते हैं या ऐसी सुविधा चाहते हैं, तो समर्थन करें या यदि यह विचार पसंद न आए तो नापसंद करें। https://github.com/grafana/grafana/pull/16694

PromQL के बारे में और अधिक जानकारी दी गई। यहां हम न केवल एक वेरिएबल को परिभाषित करते हैं, बल्कि सीधे तौर पर एक संपूर्ण फ़ंक्शन को परिभाषित करते हैं। और हम इसे आरयू (संसाधन उपयोग) कहते हैं। और यह फ़ंक्शन निःशुल्क संसाधन, एक संसाधन सीमा और एक फ़िल्टर स्वीकार करता है। वाक्यविन्यास सरल प्रतीत होता है। और इस फ़ंक्शन का उपयोग करना और हमारे पास मौजूद खाली मेमोरी के प्रतिशत की गणना करना बहुत आसान है। यानी हमारे पास कितनी मेमोरी है, कितनी लिमिट है और कैसे फिल्टर करना है। यह बहुत बेहतर लगता है यदि आप यह सब एक ही फ़िल्टर का पुन: उपयोग करके लिखें, क्योंकि यह एक बड़ी, बड़ी क्वेरी में बदल जाएगा।

और यहाँ इतने बड़े, बड़े अनुरोध का एक उदाहरण है। यह Grafana के लिए आधिकारिक NodeExporter डैशबोर्ड से है। लेकिन मैं वास्तव में समझ नहीं पा रहा हूं कि यहां क्या हो रहा है। बेशक, अगर आप बारीकी से देखें तो मैं समझ सकता हूं, लेकिन कोष्ठक की संख्या यह समझने की प्रेरणा को तुरंत कम कर सकती है कि यहां क्या हो रहा है। और इसे सरल और स्पष्ट क्यों नहीं बनाते?

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

यहां दूसरा उदाहरण है कि हम इसे कैसे और भी आसान बना सकते हैं यदि हमारे पास पहले से ही यह आरयू फ़ंक्शन है, और यह पहले से ही सीधे विक्टोरियामेट्रिक्स में मौजूद है। और फिर आप बस उस कैश्ड मान को पास कर देते हैं जिसे आपने CTE में घोषित किया था।

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

मान लीजिए कि आपके पास सिर्फ सिस्टम इंजीनियर ही नहीं हैं, हो सकता है कि आपके पास विशेषज्ञ, डेवॉप्स या एसआरई भी हों। हो सकता है कि आपके पास ऐसे विशेषज्ञ हों जो जानते हों कि निगरानी क्या है, जानते हैं कि ग्राफाना क्या है, यानी वे वर्षों से इसके साथ काम कर रहे हैं और वे जानते हैं कि इसे सही तरीके से कैसे किया जाए। और वे इसे पहले ही 100 बार लिख चुके हैं और सभी को समझा चुके हैं, लेकिन किसी कारणवश कोई नहीं सुनता।

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

यह वास्तव में अस्तित्व में नहीं है. यह वही है जो मैंने स्वयं किया। यह ग्राफाना में लाइब्रेरी सपोर्ट है। मान लीजिए कि नोडएक्सपोर्टर बनाने वाले लोगों ने वही किया जो मैंने बताया था। और सुविधाओं का एक सेट भी प्रदान किया।

यानी ये कुछ इस तरह दिखता है. आप इस लाइब्रेरी को ग्राफाना से जोड़ते हैं, आप संपादन में जाते हैं, और यहां JSON में यह बहुत सरल है कि इस मीट्रिक के साथ कैसे काम किया जाए। अर्थात्, कार्यों का कुछ सेट, उनका विवरण और वे क्या प्रकट करते हैं।

मेरी राय में, यह उपयोगी हो सकता है, क्योंकि तब आप ग्राफ़ाना में वैसे ही लिखेंगे। और ग्राफाना आपको "बताता है" कि अमुक लाइब्रेरी से अमुक फ़ंक्शन है - आइए इसका उपयोग करें। मुझे लगता है कि यह बहुत अच्छा होगा.

विक्टोरियामेट्रिक्स के बारे में थोड़ा। हम बहुत सी दिलचस्प चीजें करते हैं। संपीड़न के बारे में, अन्य समय श्रृंखला डेटा अनुप्रयोगों के साथ हमारी प्रतिस्पर्धा के बारे में, प्रोमक्यूएल के साथ काम करने के तरीके के बारे में हमारी व्याख्या के बारे में हमारे लेख पढ़ें, क्योंकि इसमें कई और शुरुआती लोग हैं, साथ ही ऊर्ध्वाधर स्केलेबिलिटी और थानोस के साथ टकराव के बारे में भी।

प्रश्न:

मैं अपना प्रश्न एक साधारण जीवन कहानी से शुरू करूँगा। जब मैंने पहली बार ग्राफाना का उपयोग करना शुरू किया, तो मैंने एक बहुत ही प्रेरक 5 पंक्ति की क्वेरी लिखी। अंतिम परिणाम एक बहुत ही विश्वसनीय चार्ट है। यह ग्राफ़ लगभग उत्पादन में चला गया है। लेकिन करीब से निरीक्षण करने पर, यह पता चला कि यह चार्ट बिल्कुल बकवास दिखाता है जिसका वास्तविकता से कोई लेना-देना नहीं है, हालांकि संख्याएं उस सीमा में आती हैं जिसकी हमें उम्मीद थी। और मेरा प्रश्न. हमारे पास पुस्तकालय हैं, हमारे पास फ़ंक्शन हैं, लेकिन हम ग्राफाना के लिए परीक्षण कैसे लिखते हैं? आपने एक जटिल प्रश्न लिखा है जो व्यावसायिक निर्णय को प्रभावित करता है - सर्वर के वास्तविक कंटेनर को ऑर्डर करना है या नहीं। और जैसा कि हम जानते हैं, ग्राफ़ खींचने वाला यह फ़ंक्शन सत्य के समान है। धन्यवाद।

प्रश्न के लिए धन्यवाद. यहां दो भाग हैं. सबसे पहले, मेरे अनुभव के आधार पर, मुझे यह आभास हुआ कि अधिकांश उपयोगकर्ता, जब वे अपने चार्ट देखते हैं, तो समझ नहीं पाते कि वे उन्हें क्या दिखा रहे हैं। किसी तरह, लोग चार्ट पर होने वाली किसी भी विसंगति के लिए बहाना ढूंढने में बहुत अच्छे होते हैं, भले ही वह किसी फ़ंक्शन के अंदर कोई बग हो। और दूसरा भाग - मुझे ऐसा लगता है कि ऐसे कार्यों का उपयोग करना आपकी समस्या को हल करने के लिए अधिक उपयुक्त होगा, बजाय इसके कि आपके प्रत्येक डेवलपर अपनी स्वयं की क्षमता योजना बनाएं और कुछ संभावनाओं के साथ गलतियाँ करें।

किस प्रकार जांच करें?

किस प्रकार जांच करें? शायद नहीं।

ग्राफ्टाना में एक परीक्षण के रूप में।

और ग्राफ़ाना के बारे में क्या? ग्राफाना इस अनुरोध को सीधे डेटासोर्स में अनुवादित करता है।

मापदंडों में थोड़ा जोड़कर.

नहीं, ग्राफ़ाना में कुछ भी नहीं जोड़ा गया है। GET पैरामीटर हो सकते हैं, जैसे कि चरण। यह स्पष्ट रूप से निर्दिष्ट नहीं है, लेकिन आप इसे ओवरराइड कर सकते हैं, आप इसे ओवरराइड नहीं कर सकते, लेकिन यह स्वचालित रूप से जोड़ा जाता है। आप यहां परीक्षण नहीं लिखते. मुझे नहीं लगता कि आपको सत्य के स्रोत के रूप में ग्राफाना पर भरोसा करना चाहिए।

रिपोर्ट के लिए धन्यवाद! संपीड़न के लिए धन्यवाद! आपको एक ग्राफ़ में एक वेरिएबल को मैप करने के बारे में याद आया, कि ग्राफ़ाना में आप एक वेरिएबल में एक वेरिएबल का उपयोग नहीं कर सकते हैं। आप समझे की मेरा आशय क्या है?

हां.

यह शुरू में एक सिरदर्द था जब मैं ग्राफाना में अलर्ट बनाना चाहता था। और वहां आपको प्रत्येक होस्ट के लिए अलग से अलर्ट करना होगा। आपने यह काम किया, क्या यह ग्राफाना में अलर्ट के लिए काम करता है?

यदि ग्राफाना किसी अन्य तरीके से वेरिएबल्स तक नहीं पहुंचता है, तो हाँ, यह काम करेगा। लेकिन मेरी सलाह है कि ग्राफाना में अलर्टिंग का उपयोग बिल्कुल न करें, बेहतर होगा कि आप अलर्टमैनेजर का उपयोग करें।

हां, मैं इसका उपयोग करता हूं, लेकिन ग्राफाना में इसे स्थापित करना आसान लग रहा है, लेकिन टिप के लिए धन्यवाद!

स्रोत: www.habr.com