დაკვირვების გრაფი: სიმპტომიდან შესამოწმებელ ჰიპოთეზამდე

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

Netflix ოპერაციულ ონტოლოგიასა და ცოდნის გრაფს აღწერს. Grafana-ს 20 ოქტომბრის განცხადებებში custom entities GA ეტაპზეა, წინა ინციდენტების operational context კი private preview-ში. JetBrains Research-ის 20 ოქტომბრის სტატია რეალურ სესიებს issue-ტესტებს ადარებს; პირველწყარო ნაშრომი ურთიერთქმედების მიმდევრობას განიხილავს. Forrester ContextOps-ს სამუშაო კონტექსტის სასიცოცხლო ციკლს უკავშირებს. საერთო საკითხია, როგორ მოვამზადოთ გადაწყვეტილების მტკიცებულება.

გრაფი იქ მუშაობს, სადაც იდენტობა იკარგება

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

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

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

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

ინციდენტის მეხსიერება შემდეგ ძებნას ცვლის

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

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

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

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

პირობითი ინციდენტი: შენელებული კლიენტის კაბინეტი

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

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

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

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

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