Logger.Backends के साथ निगरानी अनुप्रयोगों

एलिक्सिर लॉग बनाने के लिए एरलंग लॉगिंग इन्फ्रास्ट्रक्चर का पूरा उपयोग करता है। संस्करण 1.10 से शुरू, जो निकट भविष्य में जारी होने के कारण है, नए उपयोगकर्ता लॉगिंग फ़ंक्शंस जो एरलांग / ओटीपी 21+ में दिखाई दिए थे, हमारे लिए उपलब्ध हैं।

जबकि ओटीपी ग्राहकों को जर्नल ईवेंट (ईवेंट) देने, स्वयं लॉग इन करने, यदि स्टोरिंग और / या जर्नल ईवेंट को प्रदर्शित करने के लिए समझा जाता है, के लिए संपूर्ण बुनियादी ढांचा प्रदान करता है, तो इसे एप्लिकेशन द्वारा लागू किया जाना चाहिए। इस प्रयोजन के लिए, Logger.Backend के इसी Logger.Backend ।

यहाँ आधिकारिक प्रलेखन से एक अंश है:

Logger विभिन्न बैकेंड का समर्थन करता है जहां लॉग संदेश लिखे जाते हैं।

डिफ़ॉल्ट रूप से उपलब्ध बैकएंड एक तक सीमित हैं:

• :console - :console को संदेश भेजता है (डिफ़ॉल्ट रूप से सक्षम)

कोई भी डेवलपर Logger लिए एक बैकएंड की तरह अपना स्वयं का रीप बना सकता है। चूँकि Logger एक इवेंट मैनेजर है जो :gen_event लागू करता है :gen_event व्यवहार, एक नया बैकएंड लिखना केवल अपने स्वयं के ईवेंट हैंडलर बनाने की बात है, जैसा कि इसके लिए प्रलेखन में वर्णित है :gen_event ।

उपयोग किए गए :backends को कॉन्फ़िगरेशन फ़ाइल में :backends अनुभाग के माध्यम से लोड किया जाता है, जिसे एप्लिकेशन लॉन्च करने से पहले संसाधित किया जाना चाहिए :logger ।

सबसे आम दृष्टिकोण जो एक ही प्रकार के कई hex.pm पुस्तकालयों को जन्म देता है, hex.pm पैदा करना है। Logger.Backend , जो Logger.Backend कंसोल को समझता है और थूकता है, और जहां आपको इसकी आवश्यकता होती है, वहां कुछ प्रकार की लॉग डिलीवरी को पेंच करता है (आमतौर पर किसी तरह का LaaS ) । इस प्रकार, सभी लॉग आमतौर पर एक NoSQL डेटाबेस में समाप्त होते हैं, जैसे कि इलास्टिक , या कुछ समान।

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

टेलीमेट्री द्वारा अपनाया गया दृष्टिकोण डरावनी :telemetry.execute/2 को सरल करता है: हम कॉल करते हैं :telemetry.execute/2 जब भी आवेदन में कुछ मापने की आवश्यकता होती है, और लाइब्रेरी एप्लिकेशन के शुरू में पंजीकृत कॉलबैक के साथ प्रतिक्रिया करता है। इसके अलावा, Telemetry.Poller को संलग्न करना और समय-समय पर मीट्रिक अनुरोध करना संभव है। लेख में जिस उदाहरण के लिए मैंने ऊपर लिंक दिया था वह आंतरिक टेलीमेट्री ईवेंट हैंडलर से Logger.log/3 को कॉल करने का सुझाव देता है।

Gelato

मुझे बॉयलरप्लेट कोड से नफरत है जिसे आपको फ़ाइल से फ़ाइल तक कॉपी-पेस्ट को प्रोजेक्ट से ड्रैग करना है। मैं वह सब कुछ चाहता हूं जो कंपाइलर, शेड्यूलर और वर्कर्स द्वारा किया जा सकता है ताकि मैं इसके बारे में सोचूं भी नहीं। ऐसा करने के लिए, मैं अक्सर बॉयलरप्लेट कोड को छोटे पुस्तकालयों में पैक करता हूं जो हुड के नीचे सभी आवश्यक बॉयलरप्लेट छिपाते हैं और हमारे आवेदन के लिए आवश्यक कार्यों को करने के लिए स्वच्छ इंटरफेस प्रदान करते हैं। मैं कुछ ऐसा चाहूंगा जिसे रिकॉर्ड बनाने के लिए report("message", payload) रूप में बुलाया जा सके, टेलीमेट्री डेटा जोड़ें, और इस रिकॉर्ड को हमारे लोचदार भंडारण में भेजें।

यह पता चला है कि यह करना इतना मुश्किल नहीं है।

हमने मानक Logger कॉल को एक इंटरफ़ेस के रूप में उपयोग करने का निर्णय लिया, ताकि केवल विन्यास को बदलकर हम मौजूदा परियोजनाओं में वांछित कार्यक्षमता को पेश कर सकें। बस एक नया Logger.Backend जोड़ें। एक मौजूदा परियोजना के लिए वापस जाएँ:

 config :logger, backends: [Our.Fancy.Logger.Backend] 

- और voilà - टेलीमेट्री के साथ लॉग अब एक लोचदार बंकर में भेजे जाते हैं।

और इसलिए Gelato पुस्तकालय के बारे में आया। मुझे पता है कि पुस्तकालयों जैसे वास्तविक कठोर विचारशील डेवलपर्स को थोड़ा कम गूढ़ रूप से कहा जाता है, लेकिन मैं वास्तविक डेवलपर नहीं हूं। क्या है, आपको शर्तों पर आना होगा। हालांकि, जिलेटो (स्पेनिश में - आइसक्रीम, वैसे) लोच के साथ भी थोड़ा सा है।

लाइब्रेरी बहुत ध्यान केंद्रित करती है कि मैं सही दुनिया कैसे देखता हूं, और पूंछ और अयाल में "कॉन्फ़िगरेशन के ऊपर कन्वेंशन" के दृष्टिकोण का उपयोग करता है। यह आपकी जरूरत की हर चीज को एक JSON में पैक करता है और इसे एक सरल HTTP अनुरोध के साथ प्री-कॉन्फ़िगर किए गए लोचदार सर्वर पर भेजता है। यह सभी मेटाडेटा को भी संलग्न करता है जो यह तक पहुँच सकता है, जैसे कि Process.info/1 , आदि का उपयोग करके प्राप्त मैट्रिक्स।

किसी प्रोजेक्ट में इस लाइब्रेरी का उपयोग शुरू करने के लिए, आपको अपने config/releases.exs फ़ाइल में निम्न जोड़ना होगा:

 config :gelato, uri: "http://127.0.0.1:9200", # Elastic API endoint events: [:foo, :bar], # attached telemetry events handler: :elastic # or :console for tests config :logger, backends: [Gelato.Logger.Backend], level: :info 

उसके बाद, नीचे दिए गए किसी भी Logger.log/3 कॉल को telemetry द्वारा प्रेषित किया जाएगा और कॉन्फ़िगर किए गए लोचदार सर्वर पर भेजा जाएगा।

 Logger.info "foo", question: "why?", answer: 42, now: System.monotonic_time(:microsecond) 

पुस्तकालय Gelato.bench/4 मैक्रो भी प्रस्तुत करता है, जो ब्लॉक लेता है और Logger.log/3 को दो कॉल करता है: ब्लॉक निष्पादित होने से पहले एक और इसके तुरंत बाद दूसरा, जावा के प्रकारों में।

Gelato विनीत रूप से Gelato.defdelegatelog/2 मैक्रो, सरल संरचना Gelato.bench/4 और Kernel.defdelegate/2 . Kernel.defdelegate/2 का उपयोग कर परियोजनाओं के भीतर इंटरफेस के बेहतर संगठन पर जोर देता है। इस मैक्रो का उपयोग करके, आप सभी प्रोजेक्ट इंटरफेस को सीमित स्तर के शीर्ष-स्तरीय मॉड्यूल में निकाल सकते हैं और इन कॉलों को टेलीमेट्री से लॉग आउट कर सकते हैं।

Envío.Log

एक और Logger.Backend कार्यान्वयन हमारे तकनीकी जुनून के कोने में पैदा हुआ था जो Envío.Log । यह समर्पित स्लैक चैनल को संदेश भेजने के लिए Envío लाइब्रेरी का उपयोग करता है। इस log_level अपनी log_level सेटिंग होती है, जिसका मूल्य आमतौर पर :warn या :error पर सेट होता है, स्लैक चैनल को स्पैमिंग से बचाने के लिए, और कॉन्फ़िगर से कम स्तर पर सभी कॉल संकलन के दौरान BEAM से हटा दिए जाएंगे।

एक विशिष्ट विन्यास इस तरह दिखेगा:

 config :envio, :log, level: :warn, # do not send :info to Slack process_info: false # do not attach process info config :logger, backends: [Envio.Log.Backend], level: :debug config :envio, :backends, %{ Envio.Slack => %{ {Envio.Log.Publisher, :info} => [ hook_url: {:system, "YOUR_SLACK_CHANNEL_API_ENDPOINT"} ] } } 

कॉन्फ़िगरेशन के बाद, सभी Logger.{warn,error}/2 को कॉल करते हैं Logger.{warn,error}/2 संबंधित स्लैक चैनल को भेजा जाएगा। वास्तविक समय में उत्पादन में कार्य प्रक्रियाओं की निगरानी के लिए यह बहुत सुविधाजनक है।

एक अच्छी लॉगिंग है!