"विस्तारित प्रॉमक्यूएल" - रोमन खावरोनेन्कोच्या अहवालाचा उतारा

मी तुम्हाला रोमन खावरोनेन्कोच्या “विस्तारित प्रॉमक्यूएल” अहवालाचा उतारा वाचण्याचा सल्ला देतो.

माझ्याबद्दल थोडक्यात. माझे नाव रोमन आहे. मी CloudFlare येथे काम करतो आणि लंडनमध्ये राहतो. पण मी व्हिक्टोरियामेट्रिक्स मेंटेनर देखील आहे.
आणि मी लेखक आहे हाऊस प्लगइन क्लिक करा Grafana साठी आणि हाऊस-प्रॉक्सी क्लिक करा ClickHouse साठी एक लहान प्रॉक्सी आहे.

आपण पहिल्या भागापासून सुरुवात करू, ज्याला “अनुवादाच्या अडचणी” म्हणतात आणि त्यामध्ये मी या वस्तुस्थितीबद्दल बोलेन की कोणतीही भाषा किंवा अगदी संवादाची भाषा ही खूप महत्त्वाची असते. कारण अशा प्रकारे तुम्ही तुमचे विचार दुसऱ्या व्यक्तीपर्यंत किंवा व्यवस्थेपर्यंत पोहोचवता, तुम्ही विनंती कशी तयार करता. इंटरनेटवरील लोक कोणती भाषा चांगली आहे याबद्दल वाद घालतात - जावा किंवा इतर काही. माझ्यासाठी, मी ठरवले की मला कार्यानुसार निवडण्याची आवश्यकता आहे, कारण हे सर्व विशिष्ट आहे.

चला अगदी सुरुवातीपासून सुरुवात करूया. PromQL म्हणजे काय? PromQL ही Prometheus क्वेरी भाषा आहे. अशा प्रकारे आम्ही वेळ मालिका डेटा मिळविण्यासाठी प्रोमिथियसमध्ये क्वेरी तयार करतो.

वेळ मालिका डेटा काय आहे? अक्षरशः, हे तीन पॅरामीटर्स आहेत.

हे आहेः

• आम्ही काय पाहत आहोत?
• जेव्हा आपण ते पाहतो.
• आणि ते कोणते मूल्य दर्शवते?

जर तुम्ही हा चार्ट पाहिला (हा चार्ट माझ्या फोनवरून आहे जो माझ्या चरणांची आकडेवारी दर्शवितो), तो या प्रश्नांची त्वरीत उत्तरे देऊ शकतो.

आम्ही पायऱ्या पाहतो. आपण अर्थ पाहतो आणि जेव्हा आपण ते पाहतो तेव्हा आपल्याला वेळ दिसतो. म्हणजेच, हा आराखडा पाहून तुम्ही सहज म्हणू शकता की रविवारी मी सुमारे 15 पावले चाललो. हा वेळ मालिका डेटा आहे.

आता त्यांना टेबलच्या स्वरूपात दुसऱ्या डेटा मॉडेलमध्ये "विभाजित" (रूपांतरित) करू. आम्ही जे पाहत आहोत ते येथे देखील आहे. येथे मी थोडासा अतिरिक्त डेटा जोडला आहे, ज्याला आपण मेटा-डेटा म्हणू, म्हणजे मी यातून गेलो नाही तर दोन लोक, उदाहरणार्थ, जय आणि सायलेंट बॉब. हे आपण पाहत आहोत; ते काय दाखवते आणि ते मूल्य कधी दाखवते.

आता हा सर्व डेटा डेटाबेसमध्ये साठवण्याचा प्रयत्न करूया. उदाहरणार्थ, मी क्लिकहाऊस सिंटॅक्स घेतला. आणि येथे आपण “स्टेप्स” नावाचे एक टेबल तयार करतो, म्हणजे आपण जे पाहत आहोत. एक वेळ अशी येते की आपण त्याकडे पाहतो; ते काय दाखवते आणि काही मेटा डेटा जिथे आम्ही ते कोण आहे ते संग्रहित करू: जय आणि सायलेंट बॉब.

आणि हे सर्व दृश्यमान करण्याचा प्रयत्न करण्यासाठी, आम्ही ग्राफाना वापरू कारण, सर्वप्रथम, ते सुंदर आहे.

आम्ही हे प्लगइन देखील वापरू. याची दोन कारणे आहेत. पहिले कारण मी ते लिहिले आहे. आणि Grafana मध्ये दाखवण्यासाठी ClickHouse वरून वेळ मालिका डेटा काढणे किती कठीण आहे हे मला माहीत आहे.

आम्ही ते ग्राफ पॅनेलमध्ये प्रदर्शित करू. हे ग्राफनामधील सर्वात लोकप्रिय पॅनेल आहे, जे वेळेवर मूल्याचे अवलंबन दर्शविते, म्हणून आम्हाला फक्त दोन पॅरामीटर्सची आवश्यकता आहे.

चला सर्वात सोपी क्वेरी लिहू - ग्राफनामध्ये चरण आकडेवारी कशी दर्शवायची, हा डेटा क्लिकहाऊसमध्ये संग्रहित करणे, आम्ही तयार केलेल्या टेबलमध्ये. आणि आम्ही ही साधी विनंती लिहितो. आम्ही चरणांमधून निवडतो. आम्ही एक मूल्य निवडतो आणि या मूल्यांची वेळ निवडतो, म्हणजे तेच तीन पॅरामीटर्स ज्याबद्दल आम्ही बोललो होतो.

आणि परिणामी, आपल्याला असा आलेख मिळेल. तो इतका विचित्र का आहे कुणास ठाऊक?

हे बरोबर आहे, आपल्याला वेळेनुसार क्रमवारी लावावी लागेल.

आणि शेवटी आम्हाला एक चांगले, परंतु तरीही विचित्र वेळापत्रक मिळेल. का कुणास ठाऊक? हे बरोबर आहे, दोन सहभागी आहेत, आणि आम्ही Grafana येथे दोन वेळ मालिका देत आहोत, कारण तुम्ही डेटा मॉडेल पुन्हा पाहिल्यास, प्रत्येक वेळी मालिका हे नाव आणि सर्व की-व्हॅल्यू लेबल्सचे अद्वितीय संयोजन आहे.

म्हणून, आपल्याला एक विशिष्ट व्यक्ती निवडण्याची आवश्यकता आहे. आम्ही जय निवडतो.

आणि पुन्हा काढू. आता आलेख सत्यासारखा दिसतो. आता हे एक सामान्य वेळापत्रक आहे आणि सर्व काही व्यवस्थित चालले आहे.

आणि तुम्हाला कदाचित अंदाजे समान गोष्ट कशी करायची हे माहित असेल, परंतु PromQL द्वारे Prometheus मध्ये. यासारखेच काहीसे. थोडे सोपे. आणि हे सर्व खंडित करूया. आम्ही पावले उचलली. आणि जय द्वारे फिल्टर करा. आम्ही येथे निर्दिष्ट करत नाही की आम्हाला मूल्य मिळणे आवश्यक आहे आणि आम्ही वेळ निवडत नाही.

आता जय किंवा सायलेंट बॉबच्या हालचालीचा वेग मोजण्याचा प्रयत्न करूया. क्लिकहाऊसमध्ये आपल्याला रनिंग डिफरन्स करावे लागेल, म्हणजे बिंदूंच्या जोड्यांमधील फरकाची गणना करा आणि अचूक वेग मिळविण्यासाठी त्यांना वेळेनुसार विभाजित करा. विनंती असे काहीतरी दिसेल.

आणि ते अंदाजे ही मूल्ये दर्शवेल, म्हणजे सायलेंट बॉब किंवा जय प्रति सेकंद अंदाजे 1,8 पावले घेते.

आणि प्रोमिथियसमध्ये तुम्हाला हे कसे करायचे ते देखील माहित आहे. पूर्वीपेक्षा बरेच सोपे.

आणि Grafana मध्ये हे करणे सोपे करण्यासाठी, मी हे रॅपर जोडले आहे, जे PromQL सारखे दिसते. याला रेट मॅक्रो म्हणतात किंवा तुम्हाला जे काही म्हणायचे आहे. Grafana मध्ये तुम्ही फक्त "रेट" लिहिता, पण कुठेतरी खोलवर ते या मोठ्या विनंतीमध्ये बदलते. आणि तुम्हाला ते पाहण्याची देखील गरज नाही, ते कुठेतरी आहे, परंतु तुमचा बराच वेळ वाचतो, कारण अशा मोठ्या SQL क्वेरी लिहिणे नेहमीच महाग असते. आपण सहजपणे चूक करू शकता आणि नंतर बर्याच काळासाठी काय होत आहे ते समजू शकत नाही.

आणि ही एक विनंती आहे जी एका स्लाइडमध्ये देखील बसली नाही आणि मला ती दोन स्तंभांमध्ये विभाजित करावी लागली. क्लिकहाऊस मधील ही विनंती देखील आहे, जी समान दर देते, परंतु दोन्ही वेळ मालिकांसाठी: सायलेंट बॉब आणि जय, जेणेकरून आमच्याकडे पॅनेलवर दोन वेळा मालिका असतील. आणि माझ्या मते, हे आधीच खूप कठीण आहे.

आणि प्रोमिथियसच्या मते ते बेरीज (दर) असेल. ClickHouse साठी, मी RateColumns नावाचा एक वेगळा मॅक्रो बनवला आहे, जो Prometheus मधील क्वेरीसारखा दिसतो.

आम्ही ते पाहिले आणि असे दिसते की PromQL खूप छान आहे, परंतु त्याला अर्थातच मर्यादा आहेत.

हे आहेः

• मर्यादित निवडा.
• बॉर्डरलाइन जॉइन करा.
• कोणतेही समर्थन नाही.

आणि जर तुम्ही बर्याच काळापासून त्याच्यासोबत काम केले असेल, तर तुम्हाला माहित आहे की कधीकधी PromQL मध्ये काहीतरी करणे खूप कठीण असते, परंतु SQL मध्ये तुम्ही जवळजवळ सर्व काही करू शकता, कारण हे सर्व पर्याय ज्याबद्दल आम्ही आत्ता बोललो ते SQL मध्ये केले जाऊ शकते. . पण ते वापरणे सोयीचे असेल का? आणि यामुळे मला असे वाटते की सर्वात शक्तिशाली भाषा नेहमीच सर्वात सोयीस्कर असू शकत नाही.

म्हणून, कधीकधी आपल्याला कार्यासाठी भाषा निवडण्याची आवश्यकता असते. हे असे आहे की बॅटमॅन सुपरमॅनशी लढत आहे. हे स्पष्ट आहे की सुपरमॅन अधिक सामर्थ्यवान आहे, परंतु बॅटमॅन त्याला पराभूत करू शकला कारण तो अधिक व्यावहारिक आहे आणि तो काय करत आहे हे माहित आहे.

आणि पुढचा भाग म्हणजे Extending PromQL.

पुन्हा एकदा VictoriaMetrics बद्दल. VictoriaMetrics म्हणजे काय? हा टाइम सीरीज डेटाबेस आहे, तो ओपनसोर्समध्ये आहे, आम्ही त्याच्या सिंगल आणि क्लस्टर आवृत्त्या वितरित करतो. आमच्या बेंचमार्कनुसार, ते सध्या बाजारात असलेल्या कोणत्याही गोष्टीपेक्षा वेगवान आहे आणि कॉम्प्रेशन समान आहे, म्हणजे वास्तविक लोक प्रति पॉइंट सुमारे 0,4 बाइट्सचे कॉम्प्रेशन नोंदवतात, तर प्रोमिथियसचे 1,2-1,4 आहे.

आम्ही फक्त प्रोमिथियस पेक्षा अधिक समर्थन करतो. आम्ही InfluxDB, Graphite, OpenTSDB चे समर्थन करतो.

तुम्ही आम्हाला "लिहा" शकता, म्हणजेच तुम्ही जुना डेटा ट्रान्सफर करू शकता.

आणि आम्ही Prometheus आणि Grafana सह देखील उत्तम प्रकारे कार्य करतो, म्हणजे आम्ही PromQL इंजिनला सपोर्ट करतो. आणि Grafana मध्ये तुम्ही Prometheus endpoint फक्त VictoriaMetrics मध्ये बदलू शकता आणि तुमचे सर्व डॅशबोर्ड त्यांनी केले तसे काम करतील.

परंतु तुम्ही VictoriaMetrics प्रदान करत असलेली अतिरिक्त वैशिष्ट्ये देखील वापरू शकता.

आम्ही जोडलेल्या वैशिष्ट्यांवर आम्ही त्वरीत जाऊ.

अंतराल पॅरामीटर वगळणे – तुम्ही ग्राफनामधील मध्यांतर पॅरामीटर्स वगळू शकता. जेव्हा तुम्हाला पॅनेलमध्ये झूम इन/आउट करताना विचित्र आलेख मिळवायचे नसतात, तेव्हा व्हेरिएबल वापरण्याची शिफारस केली जाते. $__interval. हा अंतर्गत ग्राफना बदल आहे आणि तो डेटा श्रेणी स्वतःच निवडतो. आणि ही श्रेणी काय असावी हे व्हिक्टोरियामेट्रिक्स स्वतः समजू शकते. आणि तुम्हाला तुमच्या सर्व विनंत्या अपडेट करण्याची गरज नाही. ते खूप सोपे होईल.

दुसरे कार्य मध्यांतर संदर्भ आहे. तुम्ही हा अंतराल तुमच्या अभिव्यक्तींमध्ये वापरू शकता. तुम्ही गुणाकार, भागाकार, हस्तांतरित करू शकता, त्याचा संदर्भ घेऊ शकता.

पुढे रोलअप फंक्शन फॅमिली आहे. रोलअप फंक्शन तुमच्या कोणत्याही टाइम सीरिजचे तीन वेगळ्या टाइम सीरिजमध्ये रूपांतर करते. हे किमान, कमाल आणि सरासरी आहेत. मला हे खूप सोयीस्कर वाटते कारण काहीवेळा ते काही बाह्य आणि अयोग्यता दर्शवू शकते.

आणि जर तुम्ही फक्त चिडचिड करत असाल किंवा रेट करत असाल, तर तुम्हाला कदाचित काही प्रकरणे चुकतील जिथे वेळ मालिका तुमच्या अपेक्षेप्रमाणे वागत नाही. या फंक्शनसह ते पाहणे खूप सोपे आहे, असे म्हणूया की कमाल सरासरी वरून खूप आहे.

पुढे डीफॉल्ट व्हेरिएबल आहे. डीफॉल्ट - याचा अर्थ या क्षणी आमच्याकडे वेळ मालिका नसल्यास आम्हाला ग्राफनामध्ये कोणते मूल्य काढायचे आहे. हे कधी घडते? समजा तुम्ही काही एरर मेट्रिक्स एक्सपोर्ट करत आहात. आणि तुमच्याकडे एवढा मस्त ऍप्लिकेशन आहे की जेव्हा तुम्ही सुरू करता तेव्हा तुमच्याकडे पुढील तीन तास किंवा अगदी एक दिवसही त्रुटी नसतात. आणि तुमच्याकडे डॅशबोर्ड आहेत जे यशापासून त्रुटीपर्यंतचे नाते दर्शवतात. आणि ते तुम्हाला काहीही दाखवणार नाहीत कारण तुमच्याकडे एरर मेट्रिक नाही. आणि डीफॉल्ट मध्ये आपण काहीही निर्दिष्ट करू शकता.

Keep_last_Value – मेट्रिकचे शेवटचे मूल्य गहाळ असल्यास ते सेव्ह करते. पुढच्या स्क्रॅपनंतर 5 मिनिटांत प्रोमिथियसला ते सापडले नाही, तर आम्ही त्याचे शेवटचे मूल्य लक्षात ठेवू आणि तुमचे चार्ट पुन्हा खंडित होणार नाहीत.

Scrape_interval - प्रोमिथियस तुमच्या मेट्रिकवर किती वेळा आणि किती वारंवारतेने डेटा गोळा करतो हे दाखवते. येथे तुम्ही पास पाहू शकता, उदाहरणार्थ.

लेबल रिप्लेस हे एक लोकप्रिय वैशिष्ट्य आहे. परंतु आम्हाला वाटते की हे थोडेसे क्लिष्ट आहे कारण त्यास संपूर्ण युक्तिवाद लागतात. आणि आपल्याला केवळ 5 युक्तिवाद लक्षात ठेवण्याची आवश्यकता नाही तर त्यांचा क्रम देखील लक्षात ठेवा.

म्हणून, त्यांना सोपे का करू नये? म्हणजेच, समजण्यायोग्य वाक्यरचनासह ते लहान फंक्शन्समध्ये विभाजित करा.

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

आणि हे काय आहे? वरील ही विनंती बऱ्यापैकी लोकप्रिय विनंती आहे. मला वाटते की अनेक कंपन्यांमधील कोणत्याही डॅशबोर्डमध्ये तुम्ही प्रत्येक गोष्टीसाठी समान फिल्टर वापरता. सहसा असे. परंतु जेव्हा तुम्हाला काही नवीन फिल्टर जोडण्याची आवश्यकता असेल, तेव्हा तुम्हाला प्रत्येक पॅनल अपडेट करावे लागेल, किंवा डॅशबोर्ड डाउनलोड करावे लागेल, ते JSON मध्ये उघडावे लागेल, रिप्लेस शोधावे लागेल, ज्याला देखील वेळ लागतो. हे व्हॅल्यू व्हेरिएबलमध्ये साठवून त्याचा पुनर्वापर का करू नये? हे माझ्या मते, बरेच सोपे आणि स्पष्ट दिसते.

उदाहरणार्थ, जेव्हा मला सर्व विनंत्यांमध्ये Grafana मध्ये फिल्टर अद्यतनित करण्याची आवश्यकता असते आणि डॅशबोर्ड मोठा असू शकतो किंवा त्यापैकी अनेक असू शकतात. आणि मला ही समस्या Grafana मध्ये कशी सोडवायला आवडेल?

मी ही समस्या अशा प्रकारे सोडवतो: मी एक कॉमनफिल्टर बनवतो आणि त्यामध्ये हे फिल्टर परिभाषित करतो आणि नंतर प्रश्नांमध्ये त्याचा पुन्हा वापर करतो. परंतु तुम्ही आता तेच केले तर ते कार्य करणार नाही कारण Grafana तुम्हाला क्वेरी व्हेरिएबल्समध्ये व्हेरिएबल्स वापरण्याची परवानगी देत ​​नाही. आणि हे थोडे विचित्र आहे.

आणि म्हणून मी एक पर्याय तयार केला जो तुम्हाला हे करण्याची परवानगी देतो. आणि जर तुम्हाला स्वारस्य असेल किंवा असे वैशिष्ट्य हवे असेल तर त्याचे समर्थन करा किंवा तुम्हाला ही कल्पना आवडत नसेल तर ते नापसंत करा. https://github.com/grafana/grafana/pull/16694

PromQL बद्दल अधिक विस्तारित. येथे आपण केवळ व्हेरिएबल नाही तर संपूर्ण फंक्शन परिभाषित करतो. आणि आम्ही त्याला ru (संसाधन वापर) म्हणतो. आणि हे कार्य विनामूल्य संसाधने, संसाधन मर्यादा आणि फिल्टर स्वीकारते. वाक्यरचना सोपी वाटते. आणि हे कार्य वापरणे आणि आमच्याकडे असलेल्या विनामूल्य मेमरीची टक्केवारी मोजणे खूप सोपे आहे. म्हणजेच, आपल्याकडे किती मेमरी आहे, मर्यादा काय आहे आणि कसे फिल्टर करावे. समान फिल्टर्स पुन्हा वापरून तुम्ही हे सर्व लिहिल्यास ते अधिक सोयीस्कर दिसते कारण ते मोठ्या, मोठ्या क्वेरीमध्ये बदलेल.

आणि येथे अशा मोठ्या, मोठ्या विनंतीचे उदाहरण आहे. हे Grafana साठी अधिकृत NodeExporter डॅशबोर्डवरून आहे. पण इथे काय चालले आहे ते मला क्वचितच समजते. अर्थात, तुम्ही बारकाईने पाहिल्यास मला समजते, परंतु कंसांची संख्या येथे काय घडत आहे हे समजून घेण्याची प्रेरणा त्वरित कमी करू शकते. आणि ते सोपे आणि स्पष्ट का करू नये?

उदाहरणार्थ, याप्रमाणे, महत्त्वाच्या गोष्टी किंवा भाग व्हेरिएबल्समध्ये वेगळे करणे. आणि मग तुमचे मूलभूत गणित करा. हे आधीपासूनच प्रोग्रामिंगसारखे आहे, मला भविष्यात ग्राफानामध्ये हेच पहायचे आहे.

आमच्याकडे हे ru फंक्शन आधीपासून असेल आणि ते व्हिक्टोरियामेट्रिक्समध्ये थेट अस्तित्वात असेल तर आम्ही हे आणखी सोपे कसे करू शकतो याचे दुसरे उदाहरण येथे आहे. आणि नंतर तुम्ही CTE मध्ये घोषित केलेले कॅशे मूल्य पास करा.

योग्य प्रोग्रामिंग भाषा वापरणे किती महत्त्वाचे आहे याबद्दल मी आधीच बोललो आहे. आणि, कदाचित, ग्राफानामधील प्रत्येक कंपनीमध्ये काहीतरी वेगळे चालू आहे. आणि तुम्ही कदाचित तुमच्या डेव्हलपरना Grafana मध्ये प्रवेश देखील द्याल आणि डेव्हलपर स्वतःचे काम करतात. आणि ते सर्व काही वेगळ्या पद्धतीने करतात. पण मला ते कसे तरी समान हवे होते, म्हणजेच ते एका सामान्य मानकापर्यंत कमी करायचे होते.

समजा तुमच्याकडे फक्त सिस्टीम अभियंते नाहीत, कदाचित तुमच्याकडे तज्ञ, डेव्हॉप्स किंवा एसआरई देखील आहेत. कदाचित तुमच्याकडे असे तज्ञ असतील ज्यांना मॉनिटरिंग काय आहे हे माहित आहे, ज्यांना ग्राफाना काय आहे हे माहित आहे, म्हणजेच ते बर्याच वर्षांपासून त्यावर काम करत आहेत आणि ते योग्य कसे करायचे हे त्यांना माहित आहे. आणि त्यांनी हे आधीच 100 वेळा लिहिले आहे आणि सर्वांना समजावून सांगितले आहे, परंतु काही कारणास्तव कोणीही ऐकत नाही.

ते हे ज्ञान थेट Grafana मध्ये टाकू शकले तर इतर वापरकर्ते वैशिष्ट्ये पुन्हा वापरू शकतील? आणि जर त्यांना फ्री मेमरीच्या टक्केवारीची गणना करायची असेल तर ते फंक्शन फक्त लागू करतील. निर्यातदारांच्या निर्मात्यांनी, त्यांच्या उत्पादनासह, त्यांच्या मेट्रिक्ससह कसे कार्य करावे याबद्दल फंक्शन्सचा एक संच देखील प्रदान केला असेल, कारण त्यांना हे मेट्रिक्स नेमके काय आहेत आणि त्यांची अचूक गणना कशी करायची हे माहित आहे?

हे खरोखर अस्तित्वात नाही. हे मी स्वतः केले आहे. Grafana मध्ये हे लायब्ररी समर्थन आहे. ज्या लोकांनी NodeExporter बनवले त्यांनी मी जे बोललो तेच केले असे म्हणूया. आणि त्यांनी फंक्शन्सचा एक संच देखील प्रदान केला.

म्हणजेच ते असे काहीतरी दिसते. तुम्ही ही लायब्ररी Grafana शी कनेक्ट करता, तुम्ही संपादनात जा आणि या मेट्रिकसह कसे कार्य करावे हे JSON मध्ये अगदी सोप्या पद्धतीने लिहिले आहे. म्हणजे, फंक्शन्सचा काही संच, त्यांचे वर्णन आणि ते कशात बदलतात.

मला वाटते की हे उपयुक्त ठरेल, कारण नंतर ग्राफनामध्ये तुम्ही असेच लिहाल. आणि ग्राफाना तुम्हाला “सांगते” की अशा आणि अशा लायब्ररीतून असे आणि असे कार्य आहे - चला ते वापरू. मला वाटते की ते खूप छान असेल.

व्हिक्टोरियामेट्रिक्स बद्दल थोडेसे. आम्ही खूप मनोरंजक गोष्टी करतो. कम्प्रेशन बद्दल आमचे लेख वाचा, इतर टाइम सीरीज डेटा ऍप्लिकेशन्ससह आमच्या स्पर्धांबद्दल, PromQL सह कसे कार्य करावे याबद्दलचे आमचे स्पष्टीकरण, कारण यामध्ये अजूनही बरेच नवशिक्या आहेत, तसेच उभ्या स्केलेबिलिटीबद्दल आणि थॅनोसशी झालेल्या संघर्षाबद्दल.

प्रश्नः

मी माझ्या प्रश्नाची सुरुवात एका साध्या जीवनकथेने करेन. जेव्हा मी पहिल्यांदा Grafana वापरण्यास सुरुवात केली, तेव्हा मी एक अतिशय आकर्षक क्वेरी लिहिली जी 5 ओळींची होती. अंतिम परिणाम एक अतिशय खात्रीशीर आलेख आहे. हे वेळापत्रक जवळजवळ तयार झाले आहे. परंतु बारकाईने तपासणी केल्यावर असे दिसून आले की हा आलेख निरपेक्ष मूर्खपणा दर्शवितो ज्याचा वास्तविकतेशी काहीही संबंध नाही, जरी संख्या आम्हाला अपेक्षित असलेल्या श्रेणीमध्ये येतात. आणि माझा प्रश्न. आमच्याकडे लायब्ररी आहेत, आमच्याकडे फंक्शन्स आहेत, परंतु आम्ही ग्राफनासाठी चाचण्या कशा लिहायच्या? तुम्ही एक जटिल विनंती लिहिली आहे ज्यावर व्यवसायाचा निर्णय अवलंबून असतो - सर्व्हरचा खरा कंटेनर ऑर्डर करण्यासाठी किंवा ऑर्डर न करण्यासाठी. आणि आपल्याला माहित आहे की, आलेख काढणारे हे कार्य सत्यासारखे आहे. धन्यवाद.

प्रश्नाबद्दल धन्यवाद. दोन भाग आहेत. प्रथम, मला माझ्या अनुभवाच्या आधारे असे समजले आहे की, बहुतेक वापरकर्ते जेव्हा त्यांचे चार्ट पाहतात तेव्हा ते त्यांना काय दाखवत आहेत हे समजत नाही. काही कारणास्तव, लोक आलेखामध्ये उद्भवणाऱ्या कोणत्याही विसंगतीसाठी निमित्त काढण्यात चांगले असतात, जरी ती फंक्शनमधील त्रुटी असली तरीही. आणि दुसरा भाग - मला असे वाटते की अशा प्रकारची फंक्शन्स वापरणे ही तुमची समस्या सोडवण्यासाठी अधिक चांगला दृष्टीकोन असेल, त्याऐवजी तुमचा प्रत्येक विकासक त्यांच्या स्वत: च्या क्षमतेचे नियोजन करतो आणि काही संभाव्यतेसह चुका करतो.

कसे तपासायचे?

कसे तपासायचे? कदाचित नाही.

Grafana मध्ये चाचणी म्हणून.

ग्राफनाचा त्याच्याशी काय संबंध? Grafana ही विनंती थेट डेटासोर्समध्ये भाषांतरित करते.

पॅरामीटर्समध्ये थोडेसे जोडणे.

नाही, Grafana मध्ये काहीही जोडलेले नाही. GET पॅरामीटर्स असू शकतात, जसे की, म्हणा, पायरी. हे स्पष्टपणे नमूद केलेले नाही, परंतु तुम्ही ते अधिलिखित करू शकता किंवा तुम्ही ते अधिलिखित करू शकत नाही, परंतु ते आपोआप जोडले जाईल. तुम्ही येथे चाचण्या लिहिणार नाही. मला वाटत नाही की आपण येथे सत्याचा स्रोत म्हणून ग्राफानावर अवलंबून राहावे.

अहवालाबद्दल धन्यवाद! कॉम्प्रेशनबद्दल धन्यवाद! तुम्ही ग्राफमध्ये व्हेरिएबल मॅपिंगचा उल्लेख केला आहे, की ग्राफनामध्ये तुम्ही व्हेरिएबलमध्ये व्हेरिएबल वापरू शकत नाही. तुला माहितीये मी काय म्हणतोय?

होय

जेव्हा मला ग्राफानामध्ये अलर्ट तयार करायचा होता तेव्हा सुरुवातीला ही डोकेदुखी होती. आणि तेथे तुम्हाला प्रत्येक होस्टसाठी स्वतंत्रपणे अलर्ट करणे आवश्यक आहे. ही गोष्ट तुम्ही बनवली आहे, ती Grafana मधील सूचनांसाठी काम करते का?

जर Grafana व्हेरिएबल्समध्ये वेगळ्या पद्धतीने प्रवेश करत नसेल, तर होय, ते कार्य करेल. पण माझा सल्ला असा आहे की ग्राफनामध्ये अलर्टिंग अजिबात वापरू नका, तुम्ही अलर्ट मॅनेजर वापरणे चांगले आहे.

होय, मी ते वापरतो, परंतु Grafana मध्ये सेट करणे सोपे वाटले, परंतु सल्ल्याबद्दल धन्यवाद!

स्त्रोत: www.habr.com