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

परिचय

2018 में, गार्टनर ने यह बताने के लिए एक नया शब्द पेश किया कि कैसे कृत्रिम बुद्धिमत्ता (एआई) को आईटी समर्थन पर लागू किया जा सकता है। "AIOps (आर्टिफिशियल इंटेलिजेंस फॉर आईटी ऑपरेशंस) तेजी से जटिल माहौल में विभिन्न मुद्दों की पहचान करने में आईटी सेवाओं के समय और प्रयास को बचाने का वादा करता है, जिसमें उन्हें काम करना है।" गार्टनर का सुझाव है कि एआई का उपयोग स्वचालित रूप से समस्याओं की पहचान करने और उन्हें ठीक करने के लिए किया जाएगा। 2019 में, यह एक परी कथा की तरह लगता है, और मैंने अभी तक पूरी तरह से स्वचालित आईटी समर्थन के किसी भी वास्तविक मामलों को नहीं देखा है।

मुझे MONQ डिजिटल लैब से MONQ प्लेटफ़ॉर्म मिला। डेवलपर खुद इसे AIOps समाधान के रूप में रखता है। लेकिन मैं इसे अंब्रेला मॉनिटरिंग, इवेंट मैनेजमेंट और ऑटोमेशन स्क्रिप्ट लॉन्च करने की प्रणाली कहूंगा। अभी इसमें बहुत बुद्धिमत्ता नहीं है।

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

आज हम MONQ को एक साथ स्थापित करने की कोशिश करेंगे, Zabbix और Prometheus को इससे जोड़ेंगे, अलर्ट कॉन्फ़िगर करेंगे और सर्वर रिबूट स्क्रिप्ट लिखेंगे। ताकि कल आप शांति से अपने पैरों को टेबल पर फेंक सकें, केवल कभी-कभी एक मशीन को दूसरी मशीन के साथ इलाज करने की प्रक्रिया को देखते हुए और एक क्रोइसैन के साथ कॉफी पीते हैं।

समाधान वास्तुकला

MONQ वास्तुकला

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

unpacking

Youtube कुछ unpacking वीडियो से भरा है। अब मैं ऐसा ही करने की कोशिश करूंगा, लेकिन पाठ-चित्र प्रारूप में और भौतिक उत्पाद के साथ नहीं, बल्कि वितरण के साथ। आरंभ करने के लिए, तैयार करें - कुबेरनेट क्लस्टर स्थापित करें।

आप कुबेरनेट क्लस्टर स्थापित करने के बारे में पढ़ सकते हैं, उदाहरण के लिए, यहां । मैं आपको कॉन्फ़िगरेशन सुविधाओं के बारे में बताऊंगा:

• coredns का उपयोग क्लस्टर DNS के रूप में किया जाता है;
• nginx-प्रवेश-नियंत्रक;
• एक क्लस्टर में rbac प्राधिकरण;
• साझा भंडारण (pv / pvc) का उपयोग किया जाता है।

प्रत्येक परियोजना के लिए, विक्रेता हार्डवेयर के लिए तकनीकी आवश्यकताएं प्रदान करता है। स्थापना के लिए न्यूनतम कॉन्फ़िगरेशन 4 सर्वर है। यह एक पायलट का संचालन करने के लिए पर्याप्त है, एक निगरानी प्रणाली के साथ एकीकरण के अधीन है। मेरे उद्देश्यों के लिए, सिस्टम की कार्यक्षमता की जांच करना, यह विकल्प भी काम करेगा।

युद्ध की स्थितियों में, जैसा कि मुझे बताया गया था, सिस्टम लोड और आवश्यक दोष सहिष्णुता के आधार पर ग्राहकों की जरूरतों को मापता है।

कम से कम सिस्टम के लिए मेरा विन्यास:

प्लेटफ़ॉर्म तैयार होने के बाद, मैं बुनियादी बुनियादी ढांचे को स्थापित करने और सिस्टम को लॉन्च करने के लिए विक्रेता की ansible playbook लॉन्च करता हूं। Playbook निम्नलिखित करता है:

• सर्वर पर आवश्यक पैकेज स्थापित करता है;
• कुबेरनेट्स लॉन्च;
• डेटाबेस सर्वर पर एप्लिकेशन इंस्टॉल और कॉन्फ़िगर करता है। उनमें से: Clickhouse, RabbitMQ, PostgreSQL, ArangoDB, Redis और डॉकटर कंटेनरों में यह सब;
• microservice विन्यास के केंद्रीकृत भंडारण के लिए कॉन्सुल स्थापित करता है;
• एंडपॉइंट जोड़ता है, डीबीएमएस और सिस्टम के इन्फ्रास्ट्रक्चर भागों के लिए सर्विस इंग्रेस एंटिटीज़;
• प्राधिकरण डेटा के साथ एक तालिका बनाता है।

मैन्युअल रूप से microservice एप्लिकेशन को शुरू नहीं करने के लिए, विक्रेता ने एक अंतर्निहित microservice रजिस्ट्री तैयार की है जो माइक्रोसर्विस को जोड़ता है और अपडेट करता है, DBMS और चौराहे प्रमाणीकरण को कॉन्फ़िगर करता है।

सिस्टम को शुरू करने से निम्नलिखित क्रियाएं होती हैं:

• सिस्टम इंस्टॉलर एक पूर्व-तैयार कॉन्फ़िगरेशन फ़ाइल के साथ लॉन्च किया गया है (इसमें कुबेरनेट्स, डीबीएमएस और कंसल, सिस्टम का डोमेन नाम में प्राधिकरण डेटा शामिल है);
• इंस्टॉलर microservice रजिस्ट्री शुरू करता है;
• रजिस्ट्री का उपयोग करते हुए, एक से एक करके माइक्रोसर्विसेज शुरू किए जाते हैं, रजिस्ट्री कॉन्सुल में माइक्रोसर्विसेज के कॉन्फ़िगरेशन को उत्पन्न करती है, संस्थाओं की तैनाती, सेवा, कुबेरनेट्स में प्रवेश;
• स्टार्टअप पर, प्रत्येक माइक्रोसिस्ट अपने डेटाबेस के लिए एक स्कीमा लोड करता है।

मेरे द्वारा लॉन्च किए गए इंस्टॉलर का परिणाम नीचे की छवि में है।


कुबेरनेट्स डैशबोर्ड: इंस्टॉलर का परिणाम

इंस्टॉलेशन प्रक्रिया पूरी होने के बाद, MONQ उस डोमेन नाम से उपलब्ध होगा जिसे मैंने इंस्टॉलर कॉन्फ़िगरेशन फ़ाइल में निर्दिष्ट किया था। और यहाँ वह है।


MONQ लॉगिन इंटरफ़ेस

समायोजन

सिस्टम के प्रारंभिक सेटअप में, पहले से ही पूर्ण नियंत्रण अधिकारों वाला एक उपयोगकर्ता है। मैं इसके तहत लॉग इन करता हूं और देखता हूं कि MONQ क्या सक्षम है।

सिस्टम में उपयोगकर्ता बनाना और कार्य समूह स्थापित करना

सिस्टम में दो उपयोगकर्ता प्राधिकरण विधियाँ हैं:

• सक्रिय निर्देशिका
• में निर्मित।

पहले परिचित के लिए, अंतर्निहित प्राधिकरण उपयुक्त है।


पूर्व निर्धारित प्रणाली उपयोगकर्ता

सिस्टम के ऑब्जेक्ट्स और संसाधनों तक पहुंच (एकीकरण, कॉन्फ़िगरेशन इकाइयां (केई), सिंथेटिक ट्रिगर्स, स्क्रिप्ट, आदि) कार्य समूहों (डब्ल्यूजी) के स्तर पर जारी किए जाते हैं। कोई भी WG वस्तु का मालिक हो सकता है या उसके पास पढ़ने या लिखने के अधिकार हो सकते हैं। कई पहुँच स्तर हैं:

• मालिक अधिकारों के स्तर के साथ डब्ल्यूजी के सदस्य वस्तु के साथ कोई भी कार्य कर सकते हैं (अधिकारों के इस स्तर के साथ डब्ल्यूजी, वस्तु केवल एक ही हो सकती है);
• रिकॉर्ड करने के अधिकार के साथ एक डब्ल्यूजी वस्तु का प्रबंधन कर सकता है, लेकिन इसे हटा नहीं सकता है और अन्य डब्ल्यूजी को इसके अधिकार वितरित कर सकता है;
• एक रीड-ओनली WG किसी ऑब्जेक्ट के बारे में जानकारी देख सकता है;
• किसी वस्तु के अधिकार के बिना एक WG अपने अस्तित्व के बारे में बिल्कुल भी नहीं जानता है।

डिफ़ॉल्ट रूप से, सिस्टम को WP "स्पेस के एडमिनिस्ट्रेटर" बनाया गया है, जिसने बस मेरे उपयोगकर्ता को बसाया है। इस WG के पास सभी ऑब्जेक्ट्स के पूर्ण अधिकार हैं जो इस इकाई में बनाए जाएंगे। उन सहयोगियों के लिए जो सिस्टम पर एक नज़र रखना चाहते हैं, ने एक अतिरिक्त सुपर प्रशासक WP बनाया।


कार्य समूह, भूमिकाएं और प्रतिभागी

विशिष्ट उपयोगकर्ताओं के अधिकारों को भूमिकाओं के रूप में WG के भीतर कॉन्फ़िगर किया गया है।

पीसीएम सेटअप

यह संसाधन-सेवा मॉडल के बारे में है। यह एक तार्किक सेवा मॉडल है जो KE संसाधनों के साथ KE की संरचना और संबंधों का वर्णन करता है, जो एक साथ सहमत स्तर पर सेवा प्रदान करते हैं। पीसीएम को वस्तुओं, संस्थाओं और उनके बीच संबंधों के बारे में जानकारी संग्रहीत करने की आवश्यकता होती है। मोंक्यू में पीसीएम एक नेटवर्क ग्राफ है जिसमें केई और उनके संबंधों के बारे में जानकारी है।

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

परीक्षण उद्देश्यों के लिए, मैंने एक सरल पीसीएम "उपयोगकर्ता का व्यक्तिगत खाता" बनाया।


PCM "उपयोगकर्ता का व्यक्तिगत खाता"

निगरानी स्थापित करने के बाद, मैं दिखाऊंगा कि यह कैसे रूपांतरित होता है।

पीसीएम की संरचना:

• वह वर्चुअल मशीन जिस पर सूचना प्रणाली (IS) SRVe3_VM15 चल रही है;
• STR: Nginx_LK, PHP-fpm_LK, MySQL_LK;
• हमारी सेवा (आईएस) - एलके (व्यक्तिगत खाता);
• आईपी ​​मॉड्यूल: प्राधिकरण, खोज, दस्तावेज़ प्रबंधन, भुगतान। वास्तव में, उनमें से अधिक हैं, लेकिन अभी तक केवल इन बनाया।

एकीकरण सेटअप

MONQ विभिन्न प्रकार की प्रणालियों का कनेक्शन प्रदान करता है:

• मॉनिटरिंग सिस्टम (ज़ैबिक्स, प्रोमेथियस, एससीओएम और अन्य);
• लॉग सिस्टम (स्प्लंक, लॉगस्टैश और अन्य);
• ऑटोटेस्ट लॉन्च सिस्टम (जेनकिंस, गिटलैब सीआई और अन्य)
• सेवा डेस्क, टास्क ट्रैकर्स (माइक्रोफोकस एसएम, जीरा, रेडमाइन, नौमेन और अन्य)।

मैंने मॉनिटरिंग सिस्टम ज़ैबिक्स, प्रोमेथियस को कनेक्ट किया। ये कनेक्टर एकीकरण अनुभाग में कॉन्फ़िगर किए गए हैं।


निगरानी प्रणालियों के साथ एकीकरण

मेट्रिक्स और इवेंट्स Zabbix और Prometheus से MONQ तक आते हैं।

सिंथेटिक निगरानी के कनेक्शन (स्वचालित कार्यात्मक परीक्षण)

MONQ में, आप अनुप्रयोगों के कार्यात्मक परीक्षण को भी कॉन्फ़िगर कर सकते हैं। मेरे उदाहरण में, यह एक व्यक्तिगत खाता है। मैंने जेनकिन्स से ऑटोटेस्ट के कई बिल्ड कनेक्ट किए हैं।


कार्यात्मक निगरानी मॉड्यूल "FMON परियोजनाओं"

MONQ में कार्यात्मक निगरानी अपने स्वयं के "कार्यात्मक परीक्षण" स्क्रीन के साथ एक अलग मॉड्यूल है। और यहाँ मेरे एक परीक्षण के निष्पादन पर एक रिपोर्ट का एक उदाहरण है:


FMON उपयोगकर्ता प्राधिकरण परियोजना, असेंबली विफल

मॉनिटरिंग और अलर्ट कॉन्फ़िगर करें

मानक टेम्पलेट्स का उपयोग करना (प्रत्येक एकीकरण के लिए सिंथेटिक ट्रिगर्स के लिए कई तैयार किए गए टेम्पलेट बॉक्स से बाहर उपलब्ध हैं) उन्होंने ज़ैबिक्स और प्रोमेथियस से प्राथमिक घटनाओं के लिए सिंथेटिक ट्रिगर्स बनाए। यहां सिंथेटिक ट्रिगर्स प्लेटफ़ॉर्म के अंदर बनाए गए ट्रिगर्स हैं जो विभिन्न स्रोतों से प्राथमिक डेटा के साथ काम करते हैं। अगला, मैंने पीसीएम तत्वों (केई) के परिणामस्वरूप ट्रिगर्स को जोड़ा।


धारा "सिंथेटिक ट्रिगर"

और यह टेम्पलेट द्वारा बनाई गई सिंथेटिक ट्रिगर की तरह दिखता है।


प्रोमेथियस के लिए टेम्पलेट द्वारा बनाई गई एक सिंथेटिक ट्रिगर का एक उदाहरण

उदाहरण के लिए, "मेरी स्क्रिप्ट" अनुभाग में, पहले से ही एक स्क्रिप्ट है जो सर्वर को पुनरारंभ करता है। स्क्रिप्ट खुद लुआ में लिखी गई है और इसे बदला जा सकता है। इसके आधार पर, मैंने सेवा को पुनरारंभ करने के लिए अपनी स्क्रिप्ट बनाई।


सर्वर पर सेवा रिबूट स्क्रिप्ट

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

तत्काल दूतों के साथ एकीकरण का उपयोग करने के लिए, आपको Microsoft Azure क्लाउड तक पहुंच खोलने की आवश्यकता है।

उन्नत उपयोगकर्ता Lua पर अपने स्वयं के अधिसूचना प्लग इन लिख सकते हैं। एसएमएस सूचनाएं भेजने के लिए नीचे मेरी स्क्रिप्ट का एक उदाहरण है।


MONQ प्लेटफ़ॉर्म के लिए एसएमएस भेजने वाला प्लगइन

निगरानी दृश्य

ट्यूनिंग के बाद, मेरा पीसीएम थोड़ा बदल गया, तीन और सिस्टम सामान्य निगरानी के लिए रखे गए, जिनमें से राज्य आईएस "व्यक्तिगत उपयोगकर्ता खाता" के प्रदर्शन को निर्धारित करता है। कई सेवाओं को भी जोड़ा।


पीसीएम "उपयोगकर्ता का व्यक्तिगत खाता" संलग्न ट्रिगर के साथ

निगरानी के तहत वस्तुओं की स्थिति के बारे में सामान्य जानकारी मुख्य दृश्य पर कस्टम विजेट के रूप में प्रदर्शित की जाती है।


आईएस के लिए मुख्य प्रस्तुति "व्यक्तिगत खाता"

स्क्रीनशॉट लेने के समय, डेटाबेस में बड़ी संख्या में प्रश्नों के साथ एक समस्या है, जिसके कारण आईएस "व्यक्तिगत उपयोगकर्ता खाते" में पृष्ठों की प्रतिक्रिया बढ़ गई है। सिस्टम स्क्रीन पर इसके बारे में सूचित करता है और एसएमएस भेजता है।

परिचालन निगरानी के लिए, "ऑपरेशनल स्क्रीन" का उपयोग किया जाता है, जिस पर वर्तमान सूची की घटनाओं (सक्रिय घटनाओं और 15 मिनट पहले बंद होने वाली घटनाओं) के साथ केवल एक विजेट है।


लाइव स्क्रीन प्रस्तुति

परीक्षण के लिए, मैंने MySQL का उपयोग करके वर्चुअल मशीन के सीपीयू पर एक उच्च भार उत्पन्न किया। सिस्टम ने इस घटना को पकड़ा और एक पूर्व-तैयार mysqld सेवा रिबूट स्क्रिप्ट के साथ कार्रवाई शुरू की। यदि 15 मिनट के बाद भी घटना सक्रिय है, तो रिबूट होगा।


सेवा ठीक से रिबूट हुई, और मुझे एक सूचना मिली कि सब कुछ ठीक है।

समय की सभी घटनाओं को "टाइमलाइन" अनुभाग में देखा जा सकता है। और अगर ITSM सिस्टम अभी भी जुड़ा हुआ है, तो यह KE के अनुसार नियोजित कार्य को प्रदर्शित करेगा।


समयरेखा दृश्य पर मॉनिटरिंग इवेंट

निगरानी के लिए स्थापित किए गए सिस्टम की उपलब्धता के बारे में जानकारी "SLA रिपोर्ट" दृश्य में पाई जा सकती है।


IP पर SLA की रिपोर्ट करें "उपयोगकर्ता का व्यक्तिगत खाता"

स्पष्टता के लिए, मैंने प्राथमिकता 3 और 4 के साथ घटनाओं को छोड़कर, दो सप्ताह के लिए एक रिपोर्ट तैयार की, ठीक है, परीक्षण वाले, निश्चित रूप से। रिपोर्ट की मानें तो सिस्टम ठीक काम करता है। रिपोर्ट पीडीएफ और एक्सएलएस को निर्यात की जाती है।

स्क्रीन उपयोगकर्ता द्वारा पूर्व-कॉन्फ़िगर किए गए फिल्टर पर जानकारी दिखाते हैं। स्क्रीन पर किसी भी घटना को त्वरित खोज या फ़िल्टरिंग के लिए टैग किया जा सकता है।

लाइसेंस

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

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

निष्कर्ष

मुझे पसंद आया कि डेवलपर कंपनी के लोग आसानी से संपर्क बनाते हैं, बात करते हैं और जानकारी साझा करते हैं, और मुझे सिस्टम पसंद आया। इसमें अभी भी बहुत अधिक कार्यक्षमता नहीं है और यह सीधे AIOps के संदर्भ में स्प्लंक या AppDynamics के साथ तुलना करने के लिए कठिन है, लेकिन, स्पष्ट रूप से, अगर वे सब कुछ के बारे में बात करते हैं तो यह प्रणाली बाजार के नेताओं और गार्टनर क्वाड्रंट के बीच अपना सही स्थान ले लेगी।

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