एक संदेश कतार में लॉग इन करना अच्छा विचार है?

Question

वर्तमान में मुझे एक वितरित सिस्टम से कई लॉग फ़ाइलों को एकत्र करने की समस्या का सामना करना पड़ रहा है।

लेकिन चूंकि अधिकांश एप्लिकेशन जावा एप्लिकेशन हैं जो log4j दोनों का उपयोग करते हैं और उनमें से सभी जेएमएस का उपयोग करते हैं, मैंने व्यक्तिगत लॉग फ़ाइलों की प्रतिलिपि बनाने के बजाय सीधे संदेश कतार में लॉगिंग करने के बारे में सोचा था।

क्या यह एक अच्छा विचार है या यह किसी भी तरह से बैकफायर कर सकता है?

Answer 1

ढीला विचारों के एक जोड़े:

• प्रदर्शन पहले से ही — उल्लेख किया गया था विस्तृत डिबग जानकारी को चालू करने से उत्पादन वातावरण में असंभव साबित हो सकता है (अगर यह पता चला है कि आप एक गहरा छिपा त्रुटि के लिए पता लगाने के लिए की जरूरत है),
• आप लॉग 4j के रोल-ओवर व्यवहार को खो देते हैं, आपको इसे उस बिंदु पर लागू करना होगा जहां आप लॉग स्टेटमेंट्स एकत्र करते हैं,
• लॉग लाइनों के लिए प्रक्रिया/मशीन विशिष्ट जानकारी जोड़ें (जब तक यह स्पष्ट न हो कि अन्य एप्लिकेशन किस लॉग लाइन को जारी करते हैं),
• प्रत्येक एप्लिकेशन में लॉग लाइनों के बढ़ते काउंटर को जोड़ने पर विचार करें यदि आपको पूरी तरह से उस आदेश को जानने की आवश्यकता है जिसमें लॉग स्टेटमेंट जारी किए गए थे — संदेश वितरण आदेश की गारंटी नहीं है और लॉग 4j में टाइम स्टैम्प केवल मिलीसेकंड वृद्धि पर है,
• कुशल विश्लेषण इस तरह की भारी फ़ाइल के लिए अच्छे (और भुगतान, या यहां तक ​​कि कस्टम लिखित) लॉग दर्शक की आवश्यकता हो सकती है।

Answer 2

यदि आप ऐसा करना चाहते हैं, तो मैं दोनों को लॉग इन करूंगा। इस तरह यदि आपको अपने जेएमएस लॉगिंग की समस्या निवारण करना है तो आपके पास log4j लॉग है। लॉग फ़ाइलों को छोटा रखने के लिए बस log4j एपेंडर को कॉन्फ़िगर करें क्योंकि आप अधिकतर जेएमएस लॉग का उपयोग करेंगे।

Answer 3

• log4j (आपके मामले में) या अधिमानतः NXLog (http://nxlog-ce.sourceforge.net/)
• कुछ लॉग शिपिंग एजेंट (nxlog.exe) में
• ELK ढेर लॉग फाइल शिपिंग (Elasticsearch, Logstash और Kibana) जिसे आप डॉकर कंटेनर

https://www.elastic.co/webinars/introduction-elk-stack के रूप में चलाते हैं।