სიახლეები და ანალიზი
მოთხოვნას მიჰყევით: დააკავშირეთ შეცდომა, ტრასა და კოლექტორი
OpenTelemetry, Sentry და Grafana დაკვირვებადობის სხვადასხვა ფენას აფართოებს. შეამოწმეთ გზა მომხმარებლის მოქმედებიდან გამოსაკვლევ დიაგნოსტიკურ ჩანაწერამდე.
კლიენტი ამბობს, რომ შეკვეთა არ შეინახა. ერთ ჟურნალში შეცდომაა, მეორეში წარმატებული ოპერაცია. გუნდი ვერ ადგენს, აღწერენ თუ არა ისინი ერთ მოქმედებას. ოქტომბრის სამი პუბლიკაცია მოთხოვნის კონტექსტის მიღებას მისი შემგროვებელი სისტემის მართვისგან განასხვავებს.
ტრასისა და ჟურნალის დაკავშირებას პირობები აქვს
6 ოქტომბერს OpenTelemetry-მ OBI-ით დაკავშირება აღწერა. აქტიური მოთხოვნის კონტექსტის არსებობისას trace და span კონტექსტი stdout/stderr ჟურნალს შეიძლება დაემატოს აპლიკაციის SDK-ისა და ხელახალი აგების გარეშე. ეს ყველა ჟურნალის წყაროს ავტომატურ დაკავშირებას არ ჰპირდება.
მფლობელისთვის სასარგებლო შედეგი კონკრეტულია: გუნდი შესაბამისი მოქმედების ჩანაწერებს პოულობს და გაჩერების ადგილს ადგენს. გამოყენებამდე დაადგინეთ ჟურნალის წყაროები და მოთხოვნასთან დაკავშირების შესაძლებლობა. მხოლოდ იდენტიფიკატორი არ ხსნის, რამ მიაღწია ბაზამდე ან დასრულდა თუ არა შემდეგი ნაბიჯი.
აპლიკაციის ინსტრუმენტირება სხვა მექანიზმს იყენებს
9 ოქტომბერს Sentry-მ JavaScript SDK v11 აღწერა, რომელიც გაშვებისა და აგების ინსტრუმენტირებისთვის კოდის გარდამქმნელსა და დიაგნოსტიკურ არხებს იყენებს. OpenTelemetry სტანდარტთან კავშირს ინარჩუნებს, მაგრამ OBI-ის მექანიზმის იდენტური არ არის.
შედარება დაკვირვების ფენის პოვნას ეხმარება. სხვადასხვა მექანიზმს კონტექსტის მოცემა შეუძლია, დაფარვა კი რეალურ გზაზე უნდა შემოწმდეს. ერთი ხელსაწყოს მოთხოვნებს მეორეზე მხოლოდ იმიტომ ნუ გადაიტანთ, რომ ორივე ტრასას აჩვენებს.
ტრასის დიაგნოსტიკურ ჩანაწერებთან დაკავშირების კონცეპტუალური AI ილუსტრაცია.
კოლექტორებს საკუთარი პასუხისმგებლები სჭირდება
8 ოქტომბერს Grafana-მ Fleet Management-ში OpAMP-ის საყოველთაო მხარდაჭერა გამოაცხადა მხარდაჭერილი OpenTelemetry Collectors-ისთვის. ცენტრალური მართვა კონფიგურაციას, მილსადენებსა და კოლექტორის ჯანმრთელობას ეხება; ყველა შემთხვევისთვის Alloy-ზე სავალდებულო გადასვლა დადგენილი არ არის.
სამი სტატია სრულ გზას აკავშირებს: კონტექსტის მიღება, დიაგნოსტიკური მონაცემის გადატანა და შეგროვების კონფიგურაციის მოვლა. თუ კოლექტორი გაჩერდა, პანელში შეცდომების არყოფნა აპლიკაციის გამართულობას არ ამტკიცებს. ამ შუალედური ფენის მდგომარეობაც აჩვენეთ.
გამართვა ერთი ჩავარდნილი ოპერაციით მიიღეთ
სატესტო გარემოში შენახვის კონტროლირებადი შეცდომა გამოიწვიეთ. მოთხოვნას, აპლიკაციის ჩანაწერებსა და გადატანას დიაგნოსტიკურ ინტერფეისამდე მიჰყევით. მოქმედება გაიმეორეთ და დაადგინეთ, რომ მისი მოვლენები პირველ მცდელობას არ ერევა. ფონური გაგრძელება ცალკე შეამოწმეთ, სადაც კონტექსტს აშკარა გადაცემა შეიძლება სჭირდებოდეს.
დანიშნეთ კონფიგურაციისა და მონაცემთა დაკარგვის შემოწმების პასუხისმგებელი. გამოძიებისთვის საკმარისი კონტექსტი შეინახეთ კლიენტის მოთხოვნის შინაარსის ზედმეტი კოპირების გარეშე. შედარება აჩვენებს, რომ დაკვირვებადობის ღირებულება მოქმედების აღდგენაშია და არა დაკავშირებული ინსტრუმენტების რაოდენობაში.
სერვერის ბირთვის გზამკვლევი მდგომარეობის აღწერას ეხმარება. ინფრასტრუქტურის საარქივო მასალა დიაგნოსტიკას ეხება ახალი კავშირების დადასტურების გარეშე. თქვენი ოპერირებისთვის განვიხილოთ გზა შეცდომიდან პასუხისმგებლამდე.