"ExtendedPromQL" - რომან ხავრონენკოს მოხსენების ტრანსკრიპტი

გირჩევთ წაიკითხოთ რომან ხავრონენკოს მოხსენების „ExtendedPromQL“ ჩანაწერი.

მოკლედ ჩემზე. მე მქვია რომანი. ვმუშაობ CloudFlare-ში და ვცხოვრობ ლონდონში. მაგრამ მე ასევე ვარ VictoriaMetrics-ის შემსრულებელი.
და მე ვარ ავტორი ClickHouse მოდული გრაფანასთვის და ClickHouse-პროქსი არის ClickHouse-ის მცირე პროქსი.

დავიწყებთ პირველი ნაწილით, რომელსაც ჰქვია „თარგმანის სირთულეები“ და მასში ვისაუბრებ იმაზე, რომ ნებისმიერი ენა ან თუნდაც უბრალოდ კომუნიკაციის ენა ძალიან მნიშვნელოვანია. რადგან ასე გადასცემთ თქვენს აზრებს სხვა ადამიანს ან სისტემას, აყალიბებთ მოთხოვნას. ინტერნეტში ადამიანები კამათობენ იმაზე, თუ რომელი ენა ჯობია - java თუ სხვა. მე თვითონ გადავწყვიტე, რომ ამოცანის მიხედვით უნდა ავირჩიო, რადგან ეს ყველაფერი სპეციფიკურია.

დავიწყოთ თავიდანვე. რა არის PromQL? PromQL არის პრომეთეს შეკითხვის ენა. ასე ვქმნით კითხვებს პრომეთეში დროის სერიების მონაცემების მისაღებად.

რა არის დროის სერიების მონაცემები? ფაქტიურად, ეს არის სამი პარამეტრი.

ესენია:

• რას ვუყურებთ?
• როცა ვუყურებთ.
• და რა ღირებულებას აჩვენებს?

თუ გადახედავთ ამ დიაგრამას (ეს დიაგრამა არის ჩემი ტელეფონიდან, რომელიც აჩვენებს ჩემი ნაბიჯების სტატისტიკას), მას შეუძლია სწრაფად უპასუხოს ამ კითხვებს.

ჩვენ ვუყურებთ ნაბიჯებს. ჩვენ ვხედავთ მნიშვნელობას და ვხედავთ დროს, როდესაც ვუყურებთ მას. ანუ ამ დიაგრამას რომ გადავხედოთ, მარტივად შეიძლება ითქვას, რომ კვირას დაახლოებით 15 ნაბიჯი გავიარე. ეს არის დროის სერიების მონაცემები.

ახლა მოდით, "გავყოთ" (გადავიყვანოთ) ისინი სხვა მონაცემთა მოდელად ცხრილის სახით. აქ ჩვენ ასევე გვაქვს რასაც ვუყურებთ. აქ დავამატე ცოტა დამატებითი მონაცემი, რომელსაც ჩვენ მეტა-მონაცემებს დავარქმევთ, ანუ ეს მე არ გავიარე, არამედ ორმა ადამიანმა, მაგალითად, ჯეი და ჩუმი ბობი. ეს არის ის, რასაც ჩვენ ვუყურებთ; რას აჩვენებს და როდის აჩვენებს ამ მნიშვნელობას.

ახლა შევეცადოთ შევინახოთ ყველა ეს მონაცემი მონაცემთა ბაზაში. მაგალითად, მე ავიღე ClickHouse სინტაქსი. და აქ ჩვენ ვქმნით ერთ ცხრილს სახელწოდებით "ნაბიჯები", ანუ რას ვუყურებთ. არის დრო, როცა ვუყურებთ; რას აჩვენებს და მეტა მონაცემებს, სადაც შევინახავთ ვინ არის: ჯეი და ჩუმი ბობი.

და ამ ყველაფრის ვიზუალიზაციისთვის, ჩვენ გამოვიყენებთ გრაფანას, რადგან, პირველ რიგში, ის ლამაზია.

ჩვენ ასევე გამოვიყენებთ ამ დანამატს. ამის ორი მიზეზი არსებობს. პირველი იმიტომ, რომ მე დავწერე. და ზუსტად ვიცი, რამდენად რთულია დროის სერიების მონაცემების ამოღება ClickHouse-დან, რომ აჩვენო ისინი Grafana-ში.

ჩვენ გამოვაჩენთ მას გრაფიკულ პანელში. ეს არის ყველაზე პოპულარული პანელი Grafana-ში, რომელიც აჩვენებს მნიშვნელობის დამოკიდებულებას დროზე, ამიტომ ჩვენ მხოლოდ ორი პარამეტრი გვჭირდება.

მოდით დავწეროთ უმარტივესი შეკითხვა - როგორ ვაჩვენოთ ნაბიჯების სტატისტიკა Grafana-ში, ამ მონაცემების შენახვა ClickHouse-ში, ცხრილში, რომელიც ჩვენ შევქმენით. და ჩვენ ვწერთ ამ მარტივ მოთხოვნას. ჩვენ ვირჩევთ ნაბიჯებიდან. ჩვენ ვირჩევთ მნიშვნელობას და ვირჩევთ ამ მნიშვნელობების დროს, ანუ იგივე სამ პარამეტრს, რომელზეც ვისაუბრეთ.

და შედეგად, ჩვენ მივიღებთ მსგავს გრაფიკს. ვინ იცის რატომ არის ასე უცნაური?

ასეა, ჩვენ უნდა დავახარისხოთ დროის მიხედვით.

და ბოლოს მივიღებთ უკეთეს, მაგრამ მაინც უცნაურ განრიგს. ვინ იცის რატომ? ეს ასეა, ორი მონაწილეა და ჩვენ Grafana-ში ვაძლევთ ორ დროის სერიას, რადგან თუ კვლავ გადახედავთ მონაცემთა მოდელს, მაშინ ყოველი დროის სერია არის სახელისა და ყველა გასაღების მნიშვნელობის ლეიბლის უნიკალური კომბინაცია.

ამიტომ, ჩვენ უნდა ავირჩიოთ კონკრეტული ადამიანი. ჩვენ ვირჩევთ ჯეის.

და ისევ დავხატოთ. ახლა გრაფიკი სიმართლეს ჰგავს. ახლა ეს ჩვეულებრივი გრაფიკია და ყველაფერი კარგად მუშაობს.

თქვენ ალბათ იცით როგორ გააკეთოთ დაახლოებით იგივე, მაგრამ Prometheus-ში PromQL-ის საშუალებით. Რაღაც მსგავსი. ცოტა უფრო მარტივი. და მოდი დავშალოთ ეს ყველაფერი. ნაბიჯები გადავდგით. და ფილტრი ჯეის მიერ. ჩვენ აქ არ ვაკონკრეტებთ, რომ ჩვენ უნდა მივიღოთ მნიშვნელობა და არ ვირჩევთ დროს.

ახლა შევეცადოთ გამოვთვალოთ ჯეის ან მდუმარე ბობის მოძრაობის სიჩქარე. ClickHouse-ში ჩვენ უნდა გავაკეთოთ runDifference, ანუ გამოვთვალოთ განსხვავება წყვილებს შორის და გავყოთ ისინი დროზე, რომ მივიღოთ ზუსტი სიჩქარე. მოთხოვნა დაახლოებით ასე გამოიყურება.

და ის აჩვენებს დაახლოებით ამ მნიშვნელობებს, ანუ მდუმარე ბობი ან ჯეი დგამს დაახლოებით 1,8 ნაბიჯს წამში.

პრომეთეში თქვენც იცით ეს როგორ გააკეთოთ. ბევრად უფრო ადვილია, ვიდრე ადრე იყო.

და იმისთვის, რომ Grafana-ში ამის გაკეთებაც გაადვილდეს, დავამატე ეს შეფუთვა, რომელიც ძალიან ჰგავს PromQL-ს. მას ჰქვია შეაფასეთ მაკროები ან რაც გინდათ დაარქვით. Grafana-ში თქვენ უბრალოდ წერთ "განაკვეთს", მაგრამ სადღაც სიღრმეში ის გარდაიქმნება ამ დიდ მოთხოვნად. და თქვენ არც კი გჭირდებათ მისი ნახვა, ის სადღაც არის, მაგრამ დაზოგავთ დიდ დროს, რადგან ასეთი უზარმაზარი SQL მოთხოვნების დაწერა ყოველთვის ძვირია. თქვენ შეგიძლიათ მარტივად დაუშვათ შეცდომა და შემდეგ დიდხანს ვერ გაიგოთ რა ხდება.

და ეს არის თხოვნა, რომელიც არც კი ჯდებოდა ერთ სლაიდში და მე კი მომიწია მისი გაყოფა ორ სვეტად. ეს არის ასევე მოთხოვნა ClickHouse-ში, რომელიც აკეთებს იგივე მაჩვენებელს, მაგრამ ორივე დროის სერიებისთვის: Silent Bob და Jay, ასე რომ ჩვენ გვაქვს ორი დროის სერია პანელზე. და ეს უკვე ძალიან რთულია, ჩემი აზრით.

პრომეთეს მიხედვით კი ეს იქნება ჯამი (კურსი). ClickHouse-სთვის მე გავაკეთე ცალკე მაკრო სახელწოდებით RateColumns, რომელიც ჰგავს შეკითხვას პრომეთეში.

ჩვენ ვუყურეთ მას და როგორც ჩანს, PromQL ძალიან მაგარია, მაგრამ მას, რა თქმა უნდა, აქვს შეზღუდვები.

ესენია:

• შეზღუდული SELECT.
• სასაზღვრო კავშირები.
• არ აქვს მხარდაჭერა.

და თუ თქვენ დიდი ხანია მუშაობთ მასთან, მაშინ იცით, რომ ზოგჯერ ძალიან რთულია რაღაცის გაკეთება PromQL-ში, მაგრამ SQL-ში შეგიძლიათ გააკეთოთ თითქმის ყველაფერი, რადგან ყველა ეს ვარიანტი, რომელზეც ახლა ვისაუბრეთ, შეიძლება გაკეთდეს SQL-ში. . მაგრამ იქნება თუ არა მოსახერხებელი მისი გამოყენება? და ეს მაიძულებს ვიფიქრო, რომ ყველაზე ძლიერი ენა შეიძლება ყოველთვის არ იყოს ყველაზე მოსახერხებელი.

ამიტომ, ზოგჯერ საჭიროა ამოცანის ენის არჩევა. თითქოს ბეტმენი სუპერმენს ებრძვის. გასაგებია, რომ სუპერმენი უფრო ძლიერია, მაგრამ ბეტმენმა შეძლო მისი დამარცხება, რადგან ის უფრო პრაქტიკულია და ზუსტად იცოდა რას აკეთებდა.

და შემდეგი ნაწილი არის Extending PromQL.

კიდევ ერთხელ VictoriaMetrics-ის შესახებ. რა არის VictoriaMetrics? ეს არის დროის სერიების მონაცემთა ბაზა, ის არის OpenSource-ში, ჩვენ ვავრცელებთ მის ერთ და კლასტერულ ვერსიებს. ჩვენი კრიტერიუმების მიხედვით, ის უფრო სწრაფია, ვიდრე ყველაფერი, რაც ახლა ბაზარზეა და შეკუმშვა მსგავსია, ანუ რეალური ადამიანები აღნიშნავენ შეკუმშვას დაახლოებით 0,4 ბაიტი პუნქტში, ხოლო პრომეთეს არის 1,2-1,4.

ჩვენ უფრო მეტს ვუჭერთ მხარს, ვიდრე უბრალოდ პრომეთეს. ჩვენ მხარს ვუჭერთ InfluxDB, Graphite, OpenTSDB.

შეგიძლიათ ჩვენთან „მოწერა“, ანუ ძველი მონაცემების გადაცემა.

ჩვენ ასევე მშვენივრად ვმუშაობთ Prometheus-თან და Grafana-სთან, ანუ მხარს ვუჭერთ PromQL ძრავას. და Grafana-ში შეგიძლიათ უბრალოდ შეცვალოთ Prometheus-ის საბოლოო წერტილი VictoriaMetrics-ზე და თქვენი ყველა დაფა იმუშავებს ისე, როგორც იმუშავებს.

მაგრამ თქვენ ასევე შეგიძლიათ გამოიყენოთ დამატებითი ფუნქციები, რომლებსაც VictoriaMetrics გთავაზობთ.

ჩვენ სწრაფად განვიხილავთ ჩვენს მიერ დამატებულ ფუნქციებს.

გამოტოვეთ ინტერვალის პარამეტრი – შეგიძლიათ გამოტოვოთ ინტერვალის პარამეტრები Grafana-ში. როდესაც არ გსურთ მიიღოთ უცნაური გრაფიკები პანელის მასშტაბირება/ჩამოკლებისას, რეკომენდებულია ცვლადის გამოყენება $__interval. ეს არის Grafana-ს შიდა ცვლილება და ის თავად ირჩევს მონაცემთა დიაპაზონს. და თავად VictoriaMetrics-ს შეუძლია გაიგოს რა უნდა იყოს ეს დიაპაზონი. და თქვენ არ გჭირდებათ ყველა თქვენი მოთხოვნის განახლება. ბევრად უფრო ადვილი იქნება.

მეორე ფუნქცია არის ინტერვალის მითითება. თქვენ შეგიძლიათ გამოიყენოთ ეს ინტერვალი თქვენს გამონათქვამებში. შეგიძლიათ გაამრავლოთ, გაყოთ, გადაიტანოთ, მიმართოთ მას.

შემდეგი არის დაჯგუფების ფუნქციების ოჯახი. Rollup ფუნქცია გარდაქმნის თქვენს ნებისმიერ დროის სერიას სამ ცალკეულ დროის სერიად. ეს არის მინ, მაქსიმალური და საშუალო. მიმაჩნია, რომ ეს ძალიან მოსახერხებელია, რადგან ზოგჯერ მას შეუძლია აჩვენოს გარკვეული გამონაკლისები და უზუსტობები.

და თუ თქვენ უბრალოდ აკეთებთ გაბრაზებას ან შეფასებას, მაშინ ალბათ გამოტოვებთ ზოგიერთ შემთხვევას, როდესაც დროის სერია არ იქცევა ისე, როგორც თქვენ ელოდით. ამ ფუნქციით ბევრად უფრო ადვილია მისი დანახვა, ვთქვათ, რომ max არის ძალიან ბევრი საშუალოდან.

შემდეგი არის ნაგულისხმევი ცვლადი. ნაგულისხმევი - ეს ნიშნავს, თუ რა მნიშვნელობა უნდა დავხატოთ Grafana-ში, თუ ამ მომენტში არ გვაქვს დროის სერია. როდის ხდება ეს? ვთქვათ, თქვენ ახორციელებთ შეცდომის ზოგიერთი მეტრიკის ექსპორტს. და ისეთი მაგარი აპლიკაცია გაქვს, რომ დაწყებისას არცერთი ხარვეზი არ გაქვს და არც შეცდომები მომდევნო სამი საათის განმავლობაში ან თუნდაც ერთი დღის განმავლობაში. და თქვენ გაქვთ დაფები, რომლებიც აჩვენებს ურთიერთობას წარმატებამდე შეცდომამდე. და ისინი არაფერს გაჩვენებენ, რადგან არ გაქვთ შეცდომის მეტრიკა. და ნაგულისხმევად შეგიძლიათ მიუთითოთ არაფერი.

Keep_last_Value – ინახავს მეტრიკის ბოლო მნიშვნელობას, თუ ის აკლია. თუ პრომეთე ვერ იპოვის მას შემდეგი სკრეპიდან 5 წუთში, მაშინ აქ ჩვენ გავიხსენებთ მის ბოლო მნიშვნელობას და თქვენი ჩარტები აღარ დაიშლება.

Scrape_interval – გვიჩვენებს, რამდენად ხშირად აგროვებს პრომეთე მონაცემებს თქვენს მეტრზე და რა სიხშირით. აქ შეგიძლიათ ნახოთ საშვი, მაგალითად.

ეტიკეტის შეცვლა პოპულარული ფუნქციაა. მაგრამ ჩვენ ვფიქრობთ, რომ ეს ცოტა რთულია, რადგან მას მთელი არგუმენტები სჭირდება. და თქვენ უნდა გახსოვდეთ არა მხოლოდ 5 არგუმენტი, არამედ გახსოვდეთ მათი თანმიმდევრობა.

ამიტომ, რატომ არ უნდა გავამარტივოთ ისინი? ანუ დაყავით ის მცირე ფუნქციებად გასაგები სინტაქსით.

ახლა კი სახალისო ნაწილი. რატომ ვფიქრობთ, რომ ეს არის გაფართოებული PromQL? რადგან ჩვენ მხარს ვუჭერთ საერთო ცხრილის გამონათქვამებს. შეგიძლიათ დაიცვას QR კოდი (https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/ExtendedPromQL), იხილეთ ბმულები მაგალითებით, სათამაშო მოედნიდან, სადაც შეგიძლიათ შეკითხვის გაშვება პირდაპირ VictoriaMetrics-ში მისი უბრალოდ ბრაუზერში ინსტალაციის გარეშე.

და რა არის ეს? ზემოთ მოყვანილი მოთხოვნა საკმაოდ პოპულარული მოთხოვნაა. ვფიქრობ, ბევრ კომპანიაში ნებისმიერ დაფაზე იყენებ ერთსა და იმავე ფილტრს ყველაფრისთვის. ჩვეულებრივ ასეა. მაგრამ როდესაც ახალი ფილტრის დამატება გჭირდებათ, უნდა განაახლოთ თითოეული პანელი, ან ჩამოტვირთოთ დაფა, გახსნათ ის JSON-ში, იპოვოთ ჩანაცვლება, რასაც ასევე დრო სჭირდება. რატომ არ შეინახოთ ეს მნიშვნელობა ცვლადში და არ გამოიყენოთ იგი? ეს გამოიყურება, ჩემი აზრით, ბევრად უფრო მარტივი და გასაგები.

მაგალითად, როდესაც მჭირდება ფილტრების განახლება Grafana-ში ყველა მოთხოვნაში, და დაფა შეიძლება იყოს უზარმაზარი ან შეიძლება იყოს რამდენიმე მათგანი. და როგორ მოვაგვარო ეს პრობლემა გრაფანაში?

მე ამ პრობლემას ვაგვარებ ამ გზით: ვაკეთებ საერთო ფილტრს და განვსაზღვრავ მასში ამ ფილტრს და შემდეგ ხელახლა ვიყენებ მას შეკითხვებში. მაგრამ თუ იგივეს გააკეთებთ ახლა, ეს არ იმუშავებს, რადგან Grafana არ გაძლევთ საშუალებას გამოიყენოთ ცვლადები შეკითხვის ცვლადების შიგნით. და ცოტა უცნაურია.

ასე რომ, მე გავაკეთე ვარიანტი, რომელიც საშუალებას გაძლევთ ამის გაკეთება. და თუ გაინტერესებთ ან გსურთ ასეთი ფუნქცია, მაშინ მხარი დაუჭირეთ ან არ მოგწონთ, თუ ეს იდეა არ მოგწონთ. https://github.com/grafana/grafana/pull/16694

მეტი PromQL გაფართოებულის შესახებ. აქ ჩვენ განვსაზღვრავთ არა მხოლოდ ცვლადს, არამედ მთელ ფუნქციას. და ჩვენ მას ვუწოდებთ ru (რესურსების გამოყენება). და ეს ფუნქცია იღებს უფასო რესურსებს, რესურსების შეზღუდვას და ფილტრს. როგორც ჩანს, სინტაქსი მარტივია. და ამ ფუნქციის გამოყენება და თავისუფალი მეხსიერების პროცენტის გამოთვლა ძალიან მარტივია. ანუ რამდენი მეხსიერება გვაქვს, რა არის შეზღუდვა და როგორ გავფილტროთ. ბევრად უფრო მოსახერხებელი ჩანს, თუ დაწერთ ყველაფერს, ხელახლა იყენებთ იგივე ფილტრებს, რადგან ის გადაიქცევა დიდ, დიდ მოთხოვნად.

და აი, ასეთი დიდი, დიდი მოთხოვნის მაგალითი. ეს არის NodeExporter-ის ოფიციალური დაფიდან Grafana-სთვის. მაგრამ მე ძლივს გავიგე რა ხდება აქ. ეს, რა თქმა უნდა, მესმის, თუ კარგად დააკვირდებით, მაგრამ ფრჩხილების რაოდენობამ შეიძლება დაუყოვნებლივ შეამციროს მოტივაცია იმის გაგების, თუ რა ხდება აქ. და რატომ არ გახადოთ ეს უფრო მარტივი და გასაგები?

მაგალითად, ასე, მნიშვნელოვანი ნივთების ან ნაწილების ცვლადებად დაყოფა. და შემდეგ გააკეთე შენი ძირითადი მათემატიკა. ეს უკვე პროგრამირებას უფრო ჰგავს, ეს არის ის, რისი ნახვაც მომავალში მსურს გრაფანაში.

აქ არის მეორე მაგალითი იმისა, თუ როგორ შეგვიძლია ამის გაადვილება, თუ უკვე გვქონდა ეს ru ფუნქცია და ის უკვე არსებობს უშუალოდ VictoriaMetrics-ში. და თქვენ უბრალოდ გადასცემთ ქეშირებულ მნიშვნელობას, რომელიც გამოაცხადეთ CTE-ში.

მე უკვე ვისაუბრე იმაზე, თუ რამდენად მნიშვნელოვანია სწორი პროგრამირების ენის გამოყენება. და, ალბათ, გრაფანაში ყველა კომპანიაში რაღაც განსხვავებული ხდება. თქვენ ასევე აძლევთ Grafana-ზე წვდომას თქვენს დეველოპერებს და დეველოპერები აკეთებენ საკუთარ საქმეს. და ყველა ამას რაღაცნაირად განსხვავებულად აკეთებს. მაგრამ მინდოდა რაღაცნაირად იგივე ყოფილიყო, ანუ საერთო სტანდარტამდე დამეყვანა.

ვთქვათ, თქვენ არ გყავთ მხოლოდ სისტემის ინჟინრები, შესაძლოა გყავდეთ ექსპერტებიც, devops ან SRE. იქნებ გყავთ ექსპერტები, რომლებმაც იციან რა არის მონიტორინგი, რომლებმაც იციან რა არის გრაფანა, ანუ წლებია მუშაობენ და ზუსტად იციან როგორ გააკეთონ ეს სწორად. და ეს უკვე 100-ჯერ დაწერეს და ყველას აუხსნეს, მაგრამ რატომღაც არავინ უსმენს.

რა მოხდება, თუ მათ შეეძლოთ ამ ცოდნის პირდაპირ Grafana-ში გადატანა, რათა სხვა მომხმარებლებს შეეძლოთ ფუნქციების ხელახლა გამოყენება? და თუ მათ დასჭირდებოდათ თავისუფალი მეხსიერების პროცენტის გამოთვლა, ისინი უბრალოდ გამოიყენებდნენ ფუნქციას. რა მოხდება, თუ ექსპორტიორების შემქმნელებმა, მათ პროდუქტთან ერთად, ასევე უზრუნველყონ ფუნქციების ნაკრები, თუ როგორ უნდა იმუშაონ მათ მეტრებთან, რადგან მათ ზუსტად იციან, რა არის ეს მეტრიკა და როგორ გამოთვალონ ისინი სწორად?

ეს ნამდვილად არ არსებობს. ეს არის ის, რაც მე თვითონ გავაკეთე. ეს არის ბიბლიოთეკის მხარდაჭერა Grafana-ში. ვთქვათ, ბიჭებმა, რომლებმაც შექმნეს NodeExporter, გააკეთეს ის, რაზეც მე ვისაუბრე. და მათ ასევე უზრუნველყოფდნენ ფუნქციების კომპლექტს.

ანუ რაღაც ასე გამოიყურება. თქვენ აკავშირებთ ამ ბიბლიოთეკას Grafana-ს, გადადიხართ რედაქტირებაზე და JSON-ში ძალიან მარტივად წერია, როგორ ვიმუშაოთ ამ მეტრიკასთან. ანუ ფუნქციების გარკვეული ნაკრები, მათი აღწერა და რაში გადაიქცევა ისინი.

ვფიქრობ, ეს შეიძლება იყოს სასარგებლო, რადგან მაშინ Grafana-ში ასე დაწერდით. და გრაფანა "გეუბნება", რომ არსებობს ასეთი და ასეთი ფუნქცია ამა და ამგვარ ბიბლიოთეკიდან - მოდით გამოვიყენოთ იგი. ვფიქრობ, ეს ძალიან მაგარი იქნება.

ცოტა რამ VictoriaMetrics-ის შესახებ. ბევრ საინტერესო საქმეს ვაკეთებთ. წაიკითხეთ ჩვენი სტატიები შეკუმშვის შესახებ, ჩვენი შეჯიბრებების შესახებ სხვა დროის სერიების მონაცემთა აპლიკაციებთან, ჩვენი ახსნა, თუ როგორ უნდა ვიმუშაოთ PromQL-თან, რადგან ამაში ჯერ კიდევ ბევრი დამწყებია, ასევე ვერტიკალური მასშტაბურობისა და Thanos-თან დაპირისპირების შესახებ.

კითხვები:

ჩემს კითხვას დავიწყებ მარტივი ცხოვრებისეული ისტორიით. როდესაც პირველად დავიწყე Grafana-ს გამოყენება, დავწერე ძალიან დამაჯერებელი შეკითხვა, რომელიც 5 სტრიქონიანი იყო. საბოლოო შედეგი არის ძალიან დამაჯერებელი გრაფიკი. ეს გრაფიკი თითქმის შევიდა წარმოებაში. მაგრამ უფრო მჭიდრო შემოწმების შემდეგ, აღმოჩნდა, რომ ეს გრაფიკი აჩვენებს აბსოლუტურ სისულელეს, რომელსაც არაფერი აქვს საერთო რეალობასთან, თუმცა რიცხვები იმ დიაპაზონშია, რომლის ნახვასაც ველოდით. და ჩემი შეკითხვა. ჩვენ გვაქვს ბიბლიოთეკები, გვაქვს ფუნქციები, მაგრამ როგორ დავწეროთ ტესტები Grafana-სთვის? თქვენ დაწერეთ რთული მოთხოვნა, რომელზეც დამოკიდებულია ბიზნეს გადაწყვეტილება - შეუკვეთოთ სერვერების ნამდვილი კონტეინერი თუ არ შეუკვეთოთ. და როგორც ვიცით, ეს ფუნქცია, რომელიც ასახავს გრაფიკს, სიმართლის მსგავსია. Გმადლობთ.

მადლობა შეკითხვისთვის. არის ორი ნაწილი. პირველ რიგში, მე მაქვს შთაბეჭდილება, ჩემი გამოცდილებიდან გამომდინარე, რომ მომხმარებელთა უმეტესობა, როდესაც ისინი ათვალიერებენ თავიანთ სქემებს, არ ესმით რას უჩვენებენ მათ. გარკვეული მიზეზების გამო, ადამიანებს ძალიან კარგად აქვთ გამართლება ნებისმიერი ანომალიისთვის, რომელიც ხდება გრაფიკებში, თუნდაც ეს იყოს ფუნქციის შეცდომა. და მეორე ნაწილი - მეჩვენება, რომ ასეთი ფუნქციების გამოყენება ბევრად უკეთესი მიდგომა იქნება თქვენი პრობლემის გადასაჭრელად, იმის ნაცვლად, რომ თითოეულმა დეველოპერმა გააკეთოს საკუთარი შესაძლებლობების დაგეგმვა და შეცდომები დაუშვას გარკვეული ალბათობით.

როგორ შეამოწმე?

როგორ შევამოწმო? Ალბათ არა.

როგორც ტესტი გრაფანაში.

რა შუაშია გრაფანა? Grafana თარგმნის ამ მოთხოვნას პირდაპირ მონაცემთა წყაროში.

პარამეტრებზე ცოტას დავამატებთ.

არა, გრაფანას არაფერი ემატება. შეიძლება არსებობდეს GET პარამეტრები, მაგალითად, ნაბიჯი. ის ცალსახად არ არის მითითებული, მაგრამ თქვენ შეგიძლიათ გააუქმოთ იგი, ან შეიძლება არ გააუქმოთ, მაგრამ ის ავტომატურად დაემატება. აქ ტესტებს არ დაწერ. არა მგონია, აქ გრაფანას, როგორც სიმართლის წყაროს, დავეყრდნოთ.

გმადლობთ ანგარიშისთვის! მადლობა შეკუმშვისთვის! თქვენ ახსენეთ ცვლადის რუკების დახატვა გრაფიკში, რომ Grafana-ში თქვენ არ შეგიძლიათ გამოიყენოთ ცვლადი ცვლადის შიგნით. იცი რას ვგულისხმობ?

დიახ.

ეს თავიდან თავის ტკივილი იყო, როცა გრაფანაში განგაშის შექმნა მინდოდა. და აქ თქვენ უნდა გააკეთოთ გაფრთხილება თითოეული მასპინძლისთვის ცალკე. ეს რაც გააკეთე, მუშაობს გაფრთხილებებზე გრაფანაში?

თუ Grafana სხვაგვარად არ წვდება ცვლადებს, მაშინ დიახ, ის იმუშავებს. მაგრამ ჩემი რჩევაა, საერთოდ არ გამოიყენოთ სიგნალიზაცია Grafana-ში, უმჯობესია გამოიყენოთ alertmanager.

დიახ, მე ვიყენებ მას, მაგრამ უბრალოდ უფრო ადვილი ჩანდა გრაფანაში დაყენება, მაგრამ მადლობა რჩევისთვის!

წყარო: www.habr.com