Aspnetcore: घटना स्रोत? नैदानिक ​​स्रोत? दोनों?

@rynowak - क्या हमारे पास इस पर मार्गदर्शन है जिसे हम साझा कर सकते हैं?

कुछ त्वरित विचार मैंने कई बार आंतरिक रूप से दोहराए हैं, लेकिन मैं बाहरी रूप से निश्चित नहीं हूं ...

घटना स्रोत

मान लें कि EventSource के किसी भी उपयोग का तात्पर्य LTTNG या ETW जैसे प्रक्रिया से बाहर लॉगिंग तंत्र के उपयोग से है। EventSource बहुत अच्छा है जब आप कुछ डेटा बिंदुओं को बाद में देखे जाने के लिए कम फ़िडेलिटी जानकारी के साथ बंद करना चाहते हैं, और अधिक संभावना है कि किसी प्रकार के आंकड़ों या सारांश में संकलित किया जाए। मैं कम निष्ठा कहता हूं क्योंकि EventSource के लिए सामान्य उपयोग घटनाओं को एक फ़ाइल (ETW) में पाइप करना है और फिर पोस्टमॉर्टम विश्लेषण करने के लिए उनका उपयोग करना है। PerfView जैसे EventSource के डेटा को देखने वाले टूल को कुछ ईवेंट (JIT, GC) का विशेष ज्ञान होता है, लेकिन आपके द्वारा लिखे गए ईवेंट के लिए, वे एक सामान्य दृश्य दिखाते हैं। एक सामान्य दृश्य या डेटा का सारांश/सारणी दिखाना काम करता है क्योंकि यह सभी सरल प्रकार है। आप निश्चित रूप से विशेष उपकरण बना सकते हैं, लेकिन सामान्य मामला PerfView जैसी किसी चीज़ का उपयोग करना है।

अगला कथन स्पष्ट प्रतीत होने वाला है, लेकिन इसका उल्लेख करने का मेरा कारण एक क्षण में स्पष्ट हो जाएगा। EventSource के साथ आपके द्वारा सक्रिय की जाने वाली घटनाओं की व्याख्या समय से पहले निर्धारित की जाती है। आप जिस डेटा को रिकॉर्ड करना चाहते हैं, वह घटक लेखक द्वारा निर्दिष्ट किया गया है और इसका एक निश्चित अर्थ है, जो आमतौर पर घटना के नाम से जुड़ा होता है। EventSource के साथ आप अक्सर "4096 बाइट्स डेटा पढ़ें" या "5.6ms में लोड की गई फ़ाइल" जैसी बातें कहते हैं। तथ्य के इन छोटे बयानों को सारांश में संकलित किया जा सकता है जैसे "150ms फ़ाइल i/o करने में खर्च किया गया" या विशेष रूप से ड्रिल किया गया यदि वे आउटलेयर हैं।

नैदानिक ​​स्रोत

मान लें कि डायग्नोस्टिक सोर्स का कोई भी उपयोग 'प्लगइन' या किसी अन्य लॉगिंग सिस्टम द्वारा किया जा रहा है जो आपके डेटा को सार्थक नगेट्स में डिस्टिल करने वाला है। डायग्नोस्टिक सोर्स तब बहुत अच्छा होता है जब आप एप्लिकेशन की स्थिति के पूर्ण-संदर्भ को श्रोता को पास करना चाहते हैं और वह श्रोता एप्लिकेशन की स्थिति तक पहुंच के आधार पर अपनी व्याख्या जोड़ने जा रहा है। डायग्नोस्टिक सोर्स का कोई मूल लॉगिंग प्रारूप नहीं है, और इसके डेटा बिंदुओं की कोई सामान्य समझ नहीं है (क्योंकि वे आमतौर पर सरल प्रकार नहीं होते हैं) - इसके लिए एक अतिरिक्त प्रणाली की आवश्यकता होती है जो उपयोगकर्ता देखना चाहते हैं।

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

आप डायग्नोस्टिक स्रोत डेटा को ब्रिज के माध्यम से EventSource में भी पाइप कर सकते हैं। मैंने व्यक्तिगत रूप से ऐसा नहीं किया है, लेकिन मुझे लगता है कि कुछ जगहों पर आवश्यक डायग्नोस्टिक्स कोड की मात्रा को दोगुना करने से बचने का इरादा है। https://github.com/dotnet/corefx/blob/master/src/System.Diagnostics.DiagnosticSource/src/System/Diagnostics/DiagnosticSourceEventSource.cs#L22 मैं यह नहीं मानूंगा कि आप सभी में डायग्नोस्टिक स्रोत का उपयोग करेंगे वही स्थान जहां आप EventSource. मुझे यकीन नहीं है कि इसका लाभ उठाने वाली रणनीति कैसे चलेगी, मैंने इसकी कोशिश नहीं की है।

हमारे लिए यह क्षेत्र कई बार बदला है। हमने यहां झलक के साथ साझेदारी करके शुरुआत की, हमें अंततः एप्लिकेशन इनसाइट्स के साथ साझेदारी करनी पड़ी। डायग्नोस्टिक सोर्स के शीर्ष पर कुछ अन्य चीजें बनाई गई हैं, लेकिन मुझे यकीन नहीं है कि अभी उन अन्य टूल की स्थिति क्या है।

हमारी योजनाएँ

मैं इवेंटसोर्स या डायग्नोस्टिक सोर्स के आसपास की बड़ी रणनीति के बारे में बात नहीं कर सकता - लेकिन मैं जवाब दे सकता हूं कि मैं उनके बारे में कैसा सोचता हूं और अधिकांश टीम हमारे दृष्टिकोण को कैसे देखती है। हमने EventSource के प्रतिस्थापन के रूप में DiagnosticSource नहीं बनाया है। मेरे दिमाग में यह एक अलग उपभोक्ता और परिदृश्यों के सेट की सेवा करता है।

हम डायग्नोस्टिक्स स्रोत ईवेंट जोड़ते हैं जहां हमें लगता है कि यह बहुत अधिक मूल्य जोड़ देगा। इनमें से कुछ वास्तव में बहुत लंबा रास्ता तय करते हैं क्योंकि वे किसी और के लिए निदान का निर्माण करने के लिए एक्स्टेंसिबिलिटी की तरह हैं। मैं उद्यम करूंगा कि होस्टिंग में शायद 3-5 डायग्नोस्टिक स्रोत बिंदु हों और एमवीसी 10 के करीब हो। मुझे यकीन नहीं है कि क्या कोई ऐसी जगह है जहां हम वर्तमान में और अधिक जोड़ने पर नज़र रख रहे हैं। अगर किसी को वास्तविक जरूरत है तो हम इस पर विचार करेंगे।

हम ईवेंट स्रोत का निर्माण कर रहे हैं। यह कुछ ऐसा है जिससे हमारे फील्ड सपोर्ट इंजीनियर परिचित हैं, और यह आमतौर पर Microsoft की टीमों के लिए पूर्ण विश्लेषण का एक महत्वपूर्ण हिस्सा है। हम अभी भी प्रदर्शन काउंटरों की अनुपस्थिति से छोड़े गए शून्य को हल करने का प्रयास कर रहे हैं। .NET टीम EventCounters (इवेंटसोर्स के शीर्ष पर निर्मित) को उपयुक्त प्रतिस्थापन के रूप में बनाने के लिए काम कर रही है। ASP.NET टीम द्वारा EventSource में अधिक निवेश करने में देरी का मुख्य कारण यह है कि कुछ समय के लिए यह स्पष्ट नहीं था कि गैर-विंडोज के लिए रणनीति क्या होगी। हम भविष्य में एक और अतिरिक्त चीज बनाने से बचना चाहते थे यदि EventSource इसे *nix प्लेटफॉर्म के लिए नहीं होने वाला था। इसे साफ कर दिया गया है।

यहां एक अच्छा डॉक्टर है: https://github.com/dotnet/corefx/blob/master/src/System.Diagnostics.DiagnosticSource/src/DiagnosticSourceUsersGuide.md#instrumenting -with-diagnosticsourcediagnosticlistener कुछ लोगों के कुछ विचारों के साथ जो अधिक हैं इस क्षेत्र में रणनीति के लिए बारीकी से जिम्मेदार।

आपके लिए

ठीक है, ऐसा लगता है कि आप दोनों या दोनों कर सकते हैं। आप जिस पर काम कर रहे हैं, मैं उससे बहुत परिचित नहीं हूं, इसलिए कुछ सामान्य सलाह इस प्रकार है।

सबसे पहले, सोचें कि आपका उपभोक्ता कौन है। क्या यह आपके लिए है? (पूर्ण) क्या यह एप्लिकेशन डेवलपर्स के लिए है? (डिबगिंग और समस्या निवारण) क्या यह टूल लेखकों के लिए है? क्या उपकरण पोस्टमॉर्टम चल रहे हैं या ऐप के अंदर?

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

हम समय-समय पर 'चर्चा' के मुद्दों को बंद कर देते हैं जिन्हें लंबे समय से अपडेट नहीं किया गया है।

अगर इससे कोई असुविधा होती है तो हम क्षमा चाहते हैं। हम पूछते हैं कि यदि आप अभी भी किसी समस्या का सामना कर रहे हैं, तो कृपया अद्यतन जानकारी के साथ एक नया मुद्दा लॉग करें और हम जांच करेंगे।