आवेदन प्रदर्शन प्रबंधन: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
{{Short description|Monitoring and management of performance and availability of software applications}} | {{Short description|Monitoring and management of performance and availability of software applications}} | ||
सूचना प्रौद्योगिकी और [[ सिस्टम प्रबंधन ]] के क्षेत्र में, अनुप्रयोग प्रदर्शन प्रबंधन (एपीएम) [[ सॉफ्टवेयर ]] अनुप्रयोगों के प्रदर्शन और उपलब्धता की निगरानी और प्रबंधन है। एपीएम एक अपेक्षित सेवा-स्तर समझौते को बनाए रखने के लिए जटिल अनुप्रयोग प्रदर्शन समस्याओं का पता लगाने और उनका निदान करने का प्रयास करता है। एपीएम [[ प्रदर्शन मीट्रिक | प्रदर्शन]] [[ प्रदर्शन मेट्रिक्स |मेट्रिक्स]] | सूचना प्रौद्योगिकी और [[ सिस्टम प्रबंधन |सिस्टम प्रबंधन]] के क्षेत्र में, अनुप्रयोग प्रदर्शन प्रबंधन (एपीएम) [[ सॉफ्टवेयर |सॉफ्टवेयर]] अनुप्रयोगों के प्रदर्शन और उपलब्धता की निगरानी और प्रबंधन है। एपीएम एक अपेक्षित सेवा-स्तर समझौते को बनाए रखने के लिए जटिल अनुप्रयोग प्रदर्शन समस्याओं का पता लगाने और उनका निदान करने का प्रयास करता है। एपीएम [[ प्रदर्शन मीट्रिक |प्रदर्शन]] [[ प्रदर्शन मेट्रिक्स |मेट्रिक्स]] का व्यावसायिक अर्थ ([यानी] मूल्य) में अनुवाद है।<ref>{{cite web|url=http://apmdigest.com/the-anatomy-of-apm-4-foundational-elements-to-a-successful-strategy |title=एपीएम का एनाटॉमी - एक सफल रणनीति के लिए 4 मूलभूत तत्व|last = Dragich|first = Larry|date=4 April 2012|publisher=APM Digest }}</ref> | ||
== अनुप्रयोग के प्रदर्शन को मापना == | == अनुप्रयोग के प्रदर्शन को मापना == | ||
[[ प्रदर्शन मेट्रिक्स ]] के दो सेटों की बारीकी से निगरानी की जाती है। प्रदर्शन मेट्रिक्स का पहला सेट अनुप्रयोग के अंतिम उपयोगकर्ताओं द्वारा अनुभव किए गए प्रदर्शन को परिभाषित करता है। प्रदर्शन का एक उदाहरण पीक लोड के तहत औसत प्रतिक्रिया समय है। सेट के घटकों में लोड और प्रतिक्रिया समय शामिल हैं: | [[ प्रदर्शन मेट्रिक्स |प्रदर्शन मेट्रिक्स]] के दो सेटों की बारीकी से निगरानी की जाती है। प्रदर्शन मेट्रिक्स का पहला सेट अनुप्रयोग के अंतिम उपयोगकर्ताओं द्वारा अनुभव किए गए प्रदर्शन को परिभाषित करता है। प्रदर्शन का एक उदाहरण पीक लोड के तहत औसत प्रतिक्रिया समय है। सेट के घटकों में लोड और प्रतिक्रिया समय शामिल हैं: | ||
: * लोड अनुप्रयोग द्वारा संसाधित लेनदेन की मात्रा है, उदाहरण के लिए, प्रति सेकंड लेनदेन, प्रति सेकंड अनुरोध, प्रति सेकंड पृष्ठ। कंप्यूटर आधारित मांगों (जैसे खोज, गणना, प्रसारण) द्वारा लोड किए बिना, अधिकांश अनुप्रयोग काफी तेज़ होते हैं, यही कारण है कि प्रोग्रामर विकास के दौरान प्रदर्शन की समस्याओं को पकड़ नहीं पाते हैं। | : * लोड अनुप्रयोग द्वारा संसाधित लेनदेन की मात्रा है, उदाहरण के लिए, प्रति सेकंड लेनदेन, प्रति सेकंड अनुरोध, प्रति सेकंड पृष्ठ। कंप्यूटर आधारित मांगों (जैसे खोज, गणना, प्रसारण) द्वारा लोड किए बिना, अधिकांश अनुप्रयोग काफी तेज़ होते हैं, यही कारण है कि प्रोग्रामर विकास के दौरान प्रदर्शन की समस्याओं को पकड़ नहीं पाते हैं। | ||
:* प्रतिक्रिया समय ऐसे लोड पर उपयोगकर्ता के कार्यों का जवाब देने के लिए किसी अनुप्रयोग के लिए आवश्यक समय होते हैं।<ref>{{cite web|last=Dubie|first=Denise|title=ग्राहक के दृष्टिकोण से प्रदर्शन प्रबंधन|url=http://www.networkworld.com/buzz/2006/111306-application-performance-management.html|publisher=NetworkWorld|access-date=22 March 2013|date=2006-11-11}}</ref> | :* प्रतिक्रिया समय ऐसे लोड पर उपयोगकर्ता के कार्यों का जवाब देने के लिए किसी अनुप्रयोग के लिए आवश्यक समय होते हैं।<ref>{{cite web|last=Dubie|first=Denise|title=ग्राहक के दृष्टिकोण से प्रदर्शन प्रबंधन|url=http://www.networkworld.com/buzz/2006/111306-application-performance-management.html|publisher=NetworkWorld|access-date=22 March 2013|date=2006-11-11}}</ref> | ||
प्रदर्शन मेट्रिक्स का दूसरा सेट लोड के लिए अनुप्रयोग द्वारा उपयोग किए जाने वाले [[ संसाधन (कंप्यूटर विज्ञान) ]] को मापता है, यह दर्शाता है कि लोड का समर्थन करने के लिए पर्याप्त क्षमता है, साथ ही साथ एक प्रदर्शन बाधा के संभावित स्थान भी हैं। इन मात्राओं का मापन अनुप्रयोग के लिए एक अनुभवजन्य प्रदर्शन आधार रेखा स्थापित करता है। आधार रेखा का उपयोग प्रदर्शन में परिवर्तन का पता लगाने के लिए किया जा सकता है। प्रदर्शन में परिवर्तन बाहरी घटनाओं के साथ सहसंबद्ध हो सकते हैं और बाद में अनुप्रयोग प्रदर्शन में भविष्य के परिवर्तनों की भविष्यवाणी करने के लिए उपयोग किए जाते हैं।<ref>{{cite web|url=http://www.apmdigest.com/apm-and-mom-symbiotic-solution-sets|title=एपीएम और एमओएम - सहजीवी समाधान सेट|date=11 May 2012|publisher=APM Digest|last = Dragich|first = Larry }}</ref> | प्रदर्शन मेट्रिक्स का दूसरा सेट लोड के लिए अनुप्रयोग द्वारा उपयोग किए जाने वाले [[ संसाधन (कंप्यूटर विज्ञान) |संसाधन (कंप्यूटर विज्ञान)]] को मापता है, यह दर्शाता है कि लोड का समर्थन करने के लिए पर्याप्त क्षमता है, साथ ही साथ एक प्रदर्शन बाधा के संभावित स्थान भी हैं। इन मात्राओं का मापन अनुप्रयोग के लिए एक अनुभवजन्य प्रदर्शन आधार रेखा स्थापित करता है। आधार रेखा का उपयोग प्रदर्शन में परिवर्तन का पता लगाने के लिए किया जा सकता है। प्रदर्शन में परिवर्तन बाहरी घटनाओं के साथ सहसंबद्ध हो सकते हैं और बाद में अनुप्रयोग प्रदर्शन में भविष्य के परिवर्तनों की भविष्यवाणी करने के लिए उपयोग किए जाते हैं।<ref>{{cite web|url=http://www.apmdigest.com/apm-and-mom-symbiotic-solution-sets|title=एपीएम और एमओएम - सहजीवी समाधान सेट|date=11 May 2012|publisher=APM Digest|last = Dragich|first = Larry }}</ref> | ||
एपीएम का उपयोग वेब अनुप्रयोगों के लिए आम है, जो अधिक विस्तृत निगरानी तकनीकों के लिए स्वयं को सर्वोत्तम रूप से उधार देता है।<ref>{{cite web|url=http://nexus.realtimepublishers.com/content/?tip=what-you-should-know-about-application-performance-management-part-1 |title=आपको एपीएम के बारे में क्या पता होना चाहिए - भाग 1|year=2013 |publisher=Realtime NEXUS |url-status=dead |archive-url=https://web.archive.org/web/20131214140935/http://nexus.realtimepublishers.com/content/?tip=what-you-should-know-about-application-performance-management-part-1 |archive-date=2013-12-14 }}</ref> किसी उपयोगकर्ता के लिए प्रतिक्रिया समय को मापने के अलावा, एक वेब अनुप्रयोग के घटकों के लिए प्रतिक्रिया समय भी देरी के कारणों को इंगित करने में मदद करने के लिए निगरानी की जा सकती है। ऐसे[[ HTTP | एचटीटीपी]] उपकरण भी मौजूद हैं जो अनुप्रयोग के वेब सर्वर स्तर पर लेन-देन-विशिष्ट [[ राउंड-ट्रिप विलंब समय ]] को डिकोड कर सकते हैं। | एपीएम का उपयोग वेब अनुप्रयोगों के लिए आम है, जो अधिक विस्तृत निगरानी तकनीकों के लिए स्वयं को सर्वोत्तम रूप से उधार देता है।<ref>{{cite web|url=http://nexus.realtimepublishers.com/content/?tip=what-you-should-know-about-application-performance-management-part-1 |title=आपको एपीएम के बारे में क्या पता होना चाहिए - भाग 1|year=2013 |publisher=Realtime NEXUS |url-status=dead |archive-url=https://web.archive.org/web/20131214140935/http://nexus.realtimepublishers.com/content/?tip=what-you-should-know-about-application-performance-management-part-1 |archive-date=2013-12-14 }}</ref> किसी उपयोगकर्ता के लिए प्रतिक्रिया समय को मापने के अलावा, एक वेब अनुप्रयोग के घटकों के लिए प्रतिक्रिया समय भी देरी के कारणों को इंगित करने में मदद करने के लिए निगरानी की जा सकती है। ऐसे[[ HTTP | एचटीटीपी]] उपकरण भी मौजूद हैं जो अनुप्रयोग के वेब सर्वर स्तर पर लेन-देन-विशिष्ट [[ राउंड-ट्रिप विलंब समय |राउंड-ट्रिप विलंब समय]] को डिकोड कर सकते हैं। | ||
अपने एपीएम वैचारिक ढांचे में, [[ गार्टनर |गार्टनर]] रिसर्च ने एपीएम के पांच आयामों का वर्णन किया है:<ref>{{cite web|url=http://www.gartner.com/DisplayDocument?id=1436734&ref=g_sitelink|archive-url=https://web.archive.org/web/20110711073358/http://www.gartner.com/DisplayDocument?id=1436734&ref=g_sitelink|url-status=dead|archive-date=July 11, 2011|title=एपीएम के पांच कार्यात्मक आयामों को अलग रखें|date=16 September 2010|publisher=Gartner Research (ID Number=G00206101)}}</ref><ref>{{cite web|url=http://www.apmdigest.com/gartner-analytics-vs-application-performance-management-1|title=विश्लेषिकी बनाम एपीएम|date=28 January 2013 |publisher=APM Digest}}</ref><ref>{{cite web|title=सीए, एचपी और ओरेकल के एप्लीकेशन परफॉर्मेंस मैनेजमेंट सूट की तुलना|url=http://www.oracle.com/us/products/enterprise-manager/crimson-apm-comp-400465.pdf|publisher=Crimson consulting group|access-date=22 March 2013}}</ref><ref>{{cite web|title=अनुप्रयोग प्रदर्शन निगरानी के लिए मैजिक क्वाड्रंट|url=https://www.gartner.com/doc/2639025/magic-quadrant-application-performance-monitoring|publisher=Gartner|access-date=18 December 2013}}</ref> | अपने एपीएम वैचारिक ढांचे में, [[ गार्टनर |गार्टनर]] रिसर्च ने एपीएम के पांच आयामों का वर्णन किया है:<ref>{{cite web|url=http://www.gartner.com/DisplayDocument?id=1436734&ref=g_sitelink|archive-url=https://web.archive.org/web/20110711073358/http://www.gartner.com/DisplayDocument?id=1436734&ref=g_sitelink|url-status=dead|archive-date=July 11, 2011|title=एपीएम के पांच कार्यात्मक आयामों को अलग रखें|date=16 September 2010|publisher=Gartner Research (ID Number=G00206101)}}</ref><ref>{{cite web|url=http://www.apmdigest.com/gartner-analytics-vs-application-performance-management-1|title=विश्लेषिकी बनाम एपीएम|date=28 January 2013 |publisher=APM Digest}}</ref><ref>{{cite web|title=सीए, एचपी और ओरेकल के एप्लीकेशन परफॉर्मेंस मैनेजमेंट सूट की तुलना|url=http://www.oracle.com/us/products/enterprise-manager/crimson-apm-comp-400465.pdf|publisher=Crimson consulting group|access-date=22 March 2013}}</ref><ref>{{cite web|title=अनुप्रयोग प्रदर्शन निगरानी के लिए मैजिक क्वाड्रंट|url=https://www.gartner.com/doc/2639025/magic-quadrant-application-performance-monitoring|publisher=Gartner|access-date=18 December 2013}}</ref> | ||
* अंतिम -[[ प्रयोगकर्ता का अनुभव ]]निगरानी - ([[ सिंथेटिक निगरानी ]] एंड [[ निष्क्रिय निगरानी ]]) | * अंतिम -[[ प्रयोगकर्ता का अनुभव ]]निगरानी - ([[ सिंथेटिक निगरानी | सिंथेटिक निगरानी]] एंड [[ निष्क्रिय निगरानी |निष्क्रिय निगरानी]] ) | ||
* एप्लीकेशन रनटाइम आर्किटेक्चर डिस्कवरी और मॉडलिंग | * एप्लीकेशन रनटाइम आर्किटेक्चर डिस्कवरी और मॉडलिंग | ||
* उपयोगकर्ता-परिभाषित लेन-देन प्रोफाइलिंग (जिसे व्यवसाय लेनदेन प्रबंधन भी कहा जाता है) | * उपयोगकर्ता-परिभाषित लेन-देन प्रोफाइलिंग (जिसे व्यवसाय लेनदेन प्रबंधन भी कहा जाता है) | ||
Line 19: | Line 19: | ||
2016 में, गार्टनर रिसर्च ने अपनी परिभाषा को तीन मुख्य कार्यात्मक आयामों में अद्यतन किया है:<ref>{{cite web|url=https://www.gartner.com/doc/3551918|title=मैजिक क्वाड्रंट फॉर एप्लिकेशन परफॉरमेंस मॉनिटरिंग सूट, 2016|date=21 December 2016|publisher=Gartner Research (ID Number=G00298377)}}</ref> | 2016 में, गार्टनर रिसर्च ने अपनी परिभाषा को तीन मुख्य कार्यात्मक आयामों में अद्यतन किया है:<ref>{{cite web|url=https://www.gartner.com/doc/3551918|title=मैजिक क्वाड्रंट फॉर एप्लिकेशन परफॉरमेंस मॉनिटरिंग सूट, 2016|date=21 December 2016|publisher=Gartner Research (ID Number=G00298377)}}</ref> | ||
* एंड-यूज़र एक्सपीरियंस मॉनिटरिंग (ईयूईएम) को [[ डिजिटल अनुभव निगरानी ]] (डीईएम) में विकसित किया गया है; | * एंड-यूज़र एक्सपीरियंस मॉनिटरिंग (ईयूईएम) को [[ डिजिटल अनुभव निगरानी |डिजिटल अनुभव निगरानी]] (डीईएम) में विकसित किया गया है; | ||
* एक नया आयाम, एप्लीकेशन डिस्कवरी, ट्रेसिंग, और डायग्नोस्टिक्स (एडीटीडी), तीन पूर्व अलग-अलग आयामों (एप्लिकेशन टोपोलॉजी [रनटाइम आर्किटेक्चर] खोज और विज़ुअलाइज़ेशन को जोड़ती है, यूजर-परिभाषित ट्रांजेक्शन प्रोफाइलिंग, और अनुप्रयोग घटक गहरी डुबकी), चूंकि तीनों मुख्य रूप से समस्या निवारण पर केंद्रित हैं और आपस में जुड़े हुए हैं; | * एक नया आयाम, एप्लीकेशन डिस्कवरी, ट्रेसिंग, और डायग्नोस्टिक्स (एडीटीडी), तीन पूर्व अलग-अलग आयामों (एप्लिकेशन टोपोलॉजी [रनटाइम आर्किटेक्चर] खोज और विज़ुअलाइज़ेशन को जोड़ती है, यूजर-परिभाषित ट्रांजेक्शन प्रोफाइलिंग, और अनुप्रयोग घटक गहरी डुबकी), चूंकि तीनों मुख्य रूप से समस्या निवारण पर केंद्रित हैं और आपस में जुड़े हुए हैं; | ||
* अनुप्रयोग एनालिटिक्स (एए)। | * अनुप्रयोग एनालिटिक्स (एए)। | ||
Line 26: | Line 26: | ||
2013 की पहली छमाही के बाद से, एपीएम ने विक्रेताओं और दृष्टिकोणों की बहुलता के साथ प्रौद्योगिकी और रणनीति में तीव्र प्रतिस्पर्धा की अवधि में प्रवेश किया है।<ref>{{cite web|url=http://apmdigest.com/apm-convergence-monitoring-vs-management |title=एपीएम अभिसरण: निगरानी बनाम प्रबंधन|date=6 March 2013|publisher=APM Digest}}</ref> इसने बाजार में असंबद्ध पृष्ठभूमि के विक्रेताओं (नेटवर्क निगरानी सहित,<ref>{{Cite news|url=https://ascendantusa.com/2022/01/05/what-is-network-monitoring/|title=नेटवर्क मॉनिटरिंग क्या है?|date=2022-01-05|work=Ascendant Technologies, Inc.|access-date=2022-01-09}}</ref> एपीएम के आसपास संदेश को अपनाते हुए सिस्टम प्रबंधन, अनुप्रयोग इंस्ट्रूमेंटेशन और वेब परफॉर्मेंस मॉनिटरिंग)। नतीजतन, एपीएम शब्द पतला हो गया है और एक बाजार के बजाय कई विविध कंप्यूटिंग प्लेटफार्मों में अनुप्रयोग प्रदर्शन के प्रबंधन के लिए एक अवधारणा के रूप में विकसित हुआ है। चुनने के लिए इतने सारे विक्रेताओं के साथ, किसी एक को चुनना एक चुनौती हो सकती है। यह सुनिश्चित करने के लिए प्रत्येक का सावधानीपूर्वक मूल्यांकन करना महत्वपूर्ण है कि इसकी क्षमताएं आपकी आवश्यकताओं को पूरा करती हैं।<ref>{{Cite news|url=http://www.apmdigest.com/apmacademy/5-capabilities-to-consider-when-selecting-an-application-performance-monitoring-solution|title=एप्लिकेशन प्रदर्शन निगरानी समाधान का चयन करते समय 5 क्षमताओं पर विचार किया जाना चाहिए|date=2017-04-03|work=APMdigest - Application Performance Management|access-date=2017-09-26}}</ref> | 2013 की पहली छमाही के बाद से, एपीएम ने विक्रेताओं और दृष्टिकोणों की बहुलता के साथ प्रौद्योगिकी और रणनीति में तीव्र प्रतिस्पर्धा की अवधि में प्रवेश किया है।<ref>{{cite web|url=http://apmdigest.com/apm-convergence-monitoring-vs-management |title=एपीएम अभिसरण: निगरानी बनाम प्रबंधन|date=6 March 2013|publisher=APM Digest}}</ref> इसने बाजार में असंबद्ध पृष्ठभूमि के विक्रेताओं (नेटवर्क निगरानी सहित,<ref>{{Cite news|url=https://ascendantusa.com/2022/01/05/what-is-network-monitoring/|title=नेटवर्क मॉनिटरिंग क्या है?|date=2022-01-05|work=Ascendant Technologies, Inc.|access-date=2022-01-09}}</ref> एपीएम के आसपास संदेश को अपनाते हुए सिस्टम प्रबंधन, अनुप्रयोग इंस्ट्रूमेंटेशन और वेब परफॉर्मेंस मॉनिटरिंग)। नतीजतन, एपीएम शब्द पतला हो गया है और एक बाजार के बजाय कई विविध कंप्यूटिंग प्लेटफार्मों में अनुप्रयोग प्रदर्शन के प्रबंधन के लिए एक अवधारणा के रूप में विकसित हुआ है। चुनने के लिए इतने सारे विक्रेताओं के साथ, किसी एक को चुनना एक चुनौती हो सकती है। यह सुनिश्चित करने के लिए प्रत्येक का सावधानीपूर्वक मूल्यांकन करना महत्वपूर्ण है कि इसकी क्षमताएं आपकी आवश्यकताओं को पूरा करती हैं।<ref>{{Cite news|url=http://www.apmdigest.com/apmacademy/5-capabilities-to-consider-when-selecting-an-application-performance-monitoring-solution|title=एप्लिकेशन प्रदर्शन निगरानी समाधान का चयन करते समय 5 क्षमताओं पर विचार किया जाना चाहिए|date=2017-04-03|work=APMdigest - Application Performance Management|access-date=2017-09-26}}</ref> | ||
एपीएम को लागू करने के लिए दो चुनौतियाँ हैं (1) अनुप्रयोग के प्रदर्शन की निगरानी के लिए किसी अनुप्रयोग को इंस्ट्रूमेंट करना मुश्किल हो सकता है, विशेष रूप से किसी अनुप्रयोग के घटकों के बीच, और (2) अनुप्रयोग [[ प्लेटफार्म वर्चुअलाइजेशन |प्लेटफार्म वर्चुअलाइजेशन]] हो सकते हैं, जो माप की परिवर्तनशीलता को बढ़ाता है।<ref>{{cite journal|last=Khanna|first=Gunjan|author2=Beaty, Kirk A.|author3= Kar, Gautam|author4= Kochut, Andrzej|title=वर्चुअलाइज्ड सर्वर वातावरण में अनुप्रयोग प्रदर्शन प्रबंधन|journal=Network Operations and Management Symposium, 2006. NOMS 2006. 10th IEEE/IFIP|year=2006|pages=373–381|doi=10.1109/NOMS.2006.1687567|isbn=978-1-4244-0142-0|s2cid=14638468 }}</ref><ref>{{cite web|last=Matchett|first=Mike|title=क्या वर्चुअलाइजेशन प्रदर्शन पर रुका हुआ है?|url=http://virtualizationreview.com/articles/2013/02/20/virtualization-stalled-performance.aspx|publisher=Virtualization Review|access-date=22 March 2013}}</ref> पहली समस्या को कम करने के लिए [[ आवेदन सेवा प्रबंधन |आवेदन सेवा प्रबंधन]] (एएसएम) एक अनुप्रयोग-केंद्रित दृष्टिकोण प्रदान करता है, जहां व्यवसाय सेवा प्रदर्शन दृश्यता एक प्रमुख उद्देश्य है। वितरित, वर्चुअल और [[ क्लाउड कंप्यूटिंग ]] में मौजूद दूसरा पहलू। क्लाउड-आधारित अनुप्रयोग अनुप्रयोग प्रदर्शन की निगरानी के लिए एक अनूठी चुनौती पेश करता है क्योंकि अधिकांश प्रमुख सिस्टम घटक अब एक मशीन पर होस्ट नहीं किए जाते हैं। प्रत्येक कार्य को अब एक इंटरनेट सेवा के रूप में डिजाइन किए जाने की संभावना है जो कई वर्चुअलाइज्ड सिस्टम पर चलता है। सेवा-स्तर के उद्देश्यों को पूरा करने और क्षणिक आउटेज से निपटने के लिए अनुप्रयोग स्वयं एक सिस्टम से दूसरे सिस्टम में जाने की बहुत संभावना रखते हैं।<ref>{{cite web|url=http://www.zdnet.com/blog/virtualization/differences-between-approaches-to-apm-a-chat-with-jesse-rothstein-of-extrahop/4303 |title=एपीएम के दृष्टिकोण के बीच अंतर - एक्स्ट्राहॉप के जेसी रोथस्टीन के साथ एक चैट|date=9 December 2011|publisher=ZDNet}}</ref> | एपीएम को लागू करने के लिए दो चुनौतियाँ हैं (1) अनुप्रयोग के प्रदर्शन की निगरानी के लिए किसी अनुप्रयोग को इंस्ट्रूमेंट करना मुश्किल हो सकता है, विशेष रूप से किसी अनुप्रयोग के घटकों के बीच, और (2) अनुप्रयोग [[ प्लेटफार्म वर्चुअलाइजेशन |प्लेटफार्म वर्चुअलाइजेशन]] हो सकते हैं, जो माप की परिवर्तनशीलता को बढ़ाता है।<ref>{{cite journal|last=Khanna|first=Gunjan|author2=Beaty, Kirk A.|author3= Kar, Gautam|author4= Kochut, Andrzej|title=वर्चुअलाइज्ड सर्वर वातावरण में अनुप्रयोग प्रदर्शन प्रबंधन|journal=Network Operations and Management Symposium, 2006. NOMS 2006. 10th IEEE/IFIP|year=2006|pages=373–381|doi=10.1109/NOMS.2006.1687567|isbn=978-1-4244-0142-0|s2cid=14638468 }}</ref><ref>{{cite web|last=Matchett|first=Mike|title=क्या वर्चुअलाइजेशन प्रदर्शन पर रुका हुआ है?|url=http://virtualizationreview.com/articles/2013/02/20/virtualization-stalled-performance.aspx|publisher=Virtualization Review|access-date=22 March 2013}}</ref> पहली समस्या को कम करने के लिए [[ आवेदन सेवा प्रबंधन |आवेदन सेवा प्रबंधन]] (एएसएम) एक अनुप्रयोग-केंद्रित दृष्टिकोण प्रदान करता है, जहां व्यवसाय सेवा प्रदर्शन दृश्यता एक प्रमुख उद्देश्य है। वितरित, वर्चुअल और [[ क्लाउड कंप्यूटिंग |क्लाउड कंप्यूटिंग]] में मौजूद दूसरा पहलू। क्लाउड-आधारित अनुप्रयोग अनुप्रयोग प्रदर्शन की निगरानी के लिए एक अनूठी चुनौती पेश करता है क्योंकि अधिकांश प्रमुख सिस्टम घटक अब एक मशीन पर होस्ट नहीं किए जाते हैं। प्रत्येक कार्य को अब एक इंटरनेट सेवा के रूप में डिजाइन किए जाने की संभावना है जो कई वर्चुअलाइज्ड सिस्टम पर चलता है। सेवा-स्तर के उद्देश्यों को पूरा करने और क्षणिक आउटेज से निपटने के लिए अनुप्रयोग स्वयं एक सिस्टम से दूसरे सिस्टम में जाने की बहुत संभावना रखते हैं।<ref>{{cite web|url=http://www.zdnet.com/blog/virtualization/differences-between-approaches-to-apm-a-chat-with-jesse-rothstein-of-extrahop/4303 |title=एपीएम के दृष्टिकोण के बीच अंतर - एक्स्ट्राहॉप के जेसी रोथस्टीन के साथ एक चैट|date=9 December 2011|publisher=ZDNet}}</ref> | ||
== एपीएम वैचारिक ढांचा == | == एपीएम वैचारिक ढांचा == | ||
Line 39: | Line 39: | ||
=== व्यापार लेनदेन (प्राथमिक) === | === व्यापार लेनदेन (प्राथमिक) === | ||
उपयोगकर्ता-परिभाषित लेन-देन या यूआरएल पृष्ठ परिभाषाओं पर ध्यान केंद्रित करें जिनका व्यवसाय समुदाय के लिए कुछ अर्थ है। उदाहरण के लिए, यदि किसी दिए गए अनुप्रयोग के लिए 200 से 300 अद्वितीय पृष्ठ परिभाषाएँ हैं, तो उन्हें 8-12 उच्च-स्तरीय श्रेणियों में समूहित करें। यह सार्थक एसएलए रिपोर्ट की अनुमति देता है, और व्यावसायिक दृष्टिकोण से अनुप्रयोग प्रदर्शन पर रुझान वाली जानकारी प्रदान करता है: व्यापक श्रेणियों के साथ प्रारंभ करें और समय के साथ उन्हें परिष्कृत करें। गहन समझ के लिए, व्यवसाय लेनदेन प्रबंधन देखें। | उपयोगकर्ता-परिभाषित लेन-देन या यूआरएल पृष्ठ परिभाषाओं पर ध्यान केंद्रित करें जिनका व्यवसाय समुदाय के लिए कुछ अर्थ है। उदाहरण के लिए, यदि किसी दिए गए अनुप्रयोग के लिए 200 से 300 अद्वितीय पृष्ठ परिभाषाएँ हैं, तो उन्हें 8-12 उच्च-स्तरीय श्रेणियों में समूहित करें। यह सार्थक एसएलए रिपोर्ट की अनुमति देता है, और व्यावसायिक दृष्टिकोण से अनुप्रयोग प्रदर्शन पर रुझान वाली जानकारी प्रदान करता है: व्यापक श्रेणियों के साथ प्रारंभ करें और समय के साथ उन्हें परिष्कृत करें। गहन समझ के लिए, व्यवसाय लेनदेन प्रबंधन देखें। | ||
=== डीप डाइव कंपोनेंट मॉनिटरिंग (सेकेंडरी) === | === डीप डाइव कंपोनेंट मॉनिटरिंग (सेकेंडरी) === | ||
डीप डाइव कंपोनेंट मॉनिटरिंग (डीडीसीएम) के लिए एक एजेंट इंस्टॉलेशन की आवश्यकता होती है और इसे आम तौर पर वेब, अनुप्रयोग और मैसेजिंग सर्वर पर ध्यान केंद्रित करते हुए[[ मध्यस्थ ]]पर लक्षित किया जाता है। यह जे2ईईका वास्तविक समय दृश्य प्रदान करना चाहिए और .नेट स्टैक, उन्हें उपयोगकर्ता द्वारा परिभाषित व्यापार लेनदेन पर वापस बांधना. एक मजबूत मॉनिटर कोड निष्पादन ( जैसे, वसंत और स्ट्रट्स ) से प्रदान किए गए URL और अंत में उपयोगकर्ता के अनुरोध के लिए एक स्पष्ट पथ दिखाता है. चूंकि डीडीसीएम एपीएम मॉडल में दूसरे आयाम से निकटता से संबंधित है, इसलिए इस क्षेत्र के अधिकांश उत्पाद अपनी खोज के हिस्से के रूप में एप्लिकेशन डिस्कवरी निर्भरता मानचित्रण (एडीडीएम) भी प्रदान करते हैं. | डीप डाइव कंपोनेंट मॉनिटरिंग (डीडीसीएम) के लिए एक एजेंट इंस्टॉलेशन की आवश्यकता होती है और इसे आम तौर पर वेब, अनुप्रयोग और मैसेजिंग सर्वर पर ध्यान केंद्रित करते हुए[[ मध्यस्थ ]]पर लक्षित किया जाता है। यह जे2ईईका वास्तविक समय दृश्य प्रदान करना चाहिए और .नेट स्टैक, उन्हें उपयोगकर्ता द्वारा परिभाषित व्यापार लेनदेन पर वापस बांधना. एक मजबूत मॉनिटर कोड निष्पादन ( जैसे, वसंत और स्ट्रट्स ) से प्रदान किए गए URL और अंत में उपयोगकर्ता के अनुरोध के लिए एक स्पष्ट पथ दिखाता है. चूंकि डीडीसीएम एपीएम मॉडल में दूसरे आयाम से निकटता से संबंधित है, इसलिए इस क्षेत्र के अधिकांश उत्पाद अपनी खोज के हिस्से के रूप में एप्लिकेशन डिस्कवरी निर्भरता मानचित्रण (एडीडीएम) भी प्रदान करते हैं. | ||
=== एनालिटिक्स/रिपोर्टिंग (प्राथमिक) === | === एनालिटिक्स/रिपोर्टिंग (प्राथमिक) === | ||
प्रत्येक अनुप्रयोग के लिए एकत्र करने और रिपोर्ट करने के लिए मेट्रिक्स के एक सामान्य सेट पर पहुंचना महत्वपूर्ण है, फिर अनुप्रयोग प्रदर्शन डेटा को प्रस्तुत करने के तरीके पर एक सामान्य दृश्य पर मानकीकृत करें। एपीएम मॉडल में अन्य टूल सेट से अपरिष्कृत डेटा एकत्र करना अनुप्रयोग रिपोर्टिंग में लचीलापन प्रदान करता है। यह विभिन्न प्रकार के प्रदर्शन प्रश्नों के उत्तर देने की अनुमति देता है, जैसा कि वे उत्पन्न होते हैं, विभिन्न प्लेटफार्मों के बावजूद प्रत्येक अनुप्रयोग चल रहा हो सकता है। बहुत अधिक जानकारी भारी है। इसलिए रिपोर्ट को सरल रखना महत्वपूर्ण है अन्यथा उनका उपयोग नहीं किया जाएगा.<ref>{{cite web |url=https://www.forbes.com/sites/mckinsey/2012/12/03/big-data-advanced-analytics-success-stories-from-the-front-lines/ |title=बिग डेटा एंड एडवांस्ड एनालिटिक्स: सक्सेस स्टोरीज़ फ्रॉम द फ्रंट लाइन्स|date=3 December 2012 |work=Forbes }}</ref> | प्रत्येक अनुप्रयोग के लिए एकत्र करने और रिपोर्ट करने के लिए मेट्रिक्स के एक सामान्य सेट पर पहुंचना महत्वपूर्ण है, फिर अनुप्रयोग प्रदर्शन डेटा को प्रस्तुत करने के तरीके पर एक सामान्य दृश्य पर मानकीकृत करें। एपीएम मॉडल में अन्य टूल सेट से अपरिष्कृत डेटा एकत्र करना अनुप्रयोग रिपोर्टिंग में लचीलापन प्रदान करता है। यह विभिन्न प्रकार के प्रदर्शन प्रश्नों के उत्तर देने की अनुमति देता है, जैसा कि वे उत्पन्न होते हैं, विभिन्न प्लेटफार्मों के बावजूद प्रत्येक अनुप्रयोग चल रहा हो सकता है। बहुत अधिक जानकारी भारी है। इसलिए रिपोर्ट को सरल रखना महत्वपूर्ण है अन्यथा उनका उपयोग नहीं किया जाएगा.<ref>{{cite web |url=https://www.forbes.com/sites/mckinsey/2012/12/03/big-data-advanced-analytics-success-stories-from-the-front-lines/ |title=बिग डेटा एंड एडवांस्ड एनालिटिक्स: सक्सेस स्टोरीज़ फ्रॉम द फ्रंट लाइन्स|date=3 December 2012 |work=Forbes }}</ref> | ||
Line 65: | Line 62: | ||
{{Reflist}} | {{Reflist}} | ||
{{DEFAULTSORT:Application performance management}} | {{DEFAULTSORT:Application performance management}} | ||
[[Category: Machine Translated Page]] | [[Category: Machine Translated Page]] | ||
[[Category:Created On 01/01/2023]] | [[Category:Created On 01/01/2023]] |
Revision as of 15:27, 12 January 2023
सूचना प्रौद्योगिकी और सिस्टम प्रबंधन के क्षेत्र में, अनुप्रयोग प्रदर्शन प्रबंधन (एपीएम) सॉफ्टवेयर अनुप्रयोगों के प्रदर्शन और उपलब्धता की निगरानी और प्रबंधन है। एपीएम एक अपेक्षित सेवा-स्तर समझौते को बनाए रखने के लिए जटिल अनुप्रयोग प्रदर्शन समस्याओं का पता लगाने और उनका निदान करने का प्रयास करता है। एपीएम प्रदर्शन मेट्रिक्स का व्यावसायिक अर्थ ([यानी] मूल्य) में अनुवाद है।[1]
अनुप्रयोग के प्रदर्शन को मापना
प्रदर्शन मेट्रिक्स के दो सेटों की बारीकी से निगरानी की जाती है। प्रदर्शन मेट्रिक्स का पहला सेट अनुप्रयोग के अंतिम उपयोगकर्ताओं द्वारा अनुभव किए गए प्रदर्शन को परिभाषित करता है। प्रदर्शन का एक उदाहरण पीक लोड के तहत औसत प्रतिक्रिया समय है। सेट के घटकों में लोड और प्रतिक्रिया समय शामिल हैं:
- * लोड अनुप्रयोग द्वारा संसाधित लेनदेन की मात्रा है, उदाहरण के लिए, प्रति सेकंड लेनदेन, प्रति सेकंड अनुरोध, प्रति सेकंड पृष्ठ। कंप्यूटर आधारित मांगों (जैसे खोज, गणना, प्रसारण) द्वारा लोड किए बिना, अधिकांश अनुप्रयोग काफी तेज़ होते हैं, यही कारण है कि प्रोग्रामर विकास के दौरान प्रदर्शन की समस्याओं को पकड़ नहीं पाते हैं।
- प्रतिक्रिया समय ऐसे लोड पर उपयोगकर्ता के कार्यों का जवाब देने के लिए किसी अनुप्रयोग के लिए आवश्यक समय होते हैं।[2]
प्रदर्शन मेट्रिक्स का दूसरा सेट लोड के लिए अनुप्रयोग द्वारा उपयोग किए जाने वाले संसाधन (कंप्यूटर विज्ञान) को मापता है, यह दर्शाता है कि लोड का समर्थन करने के लिए पर्याप्त क्षमता है, साथ ही साथ एक प्रदर्शन बाधा के संभावित स्थान भी हैं। इन मात्राओं का मापन अनुप्रयोग के लिए एक अनुभवजन्य प्रदर्शन आधार रेखा स्थापित करता है। आधार रेखा का उपयोग प्रदर्शन में परिवर्तन का पता लगाने के लिए किया जा सकता है। प्रदर्शन में परिवर्तन बाहरी घटनाओं के साथ सहसंबद्ध हो सकते हैं और बाद में अनुप्रयोग प्रदर्शन में भविष्य के परिवर्तनों की भविष्यवाणी करने के लिए उपयोग किए जाते हैं।[3] एपीएम का उपयोग वेब अनुप्रयोगों के लिए आम है, जो अधिक विस्तृत निगरानी तकनीकों के लिए स्वयं को सर्वोत्तम रूप से उधार देता है।[4] किसी उपयोगकर्ता के लिए प्रतिक्रिया समय को मापने के अलावा, एक वेब अनुप्रयोग के घटकों के लिए प्रतिक्रिया समय भी देरी के कारणों को इंगित करने में मदद करने के लिए निगरानी की जा सकती है। ऐसे एचटीटीपी उपकरण भी मौजूद हैं जो अनुप्रयोग के वेब सर्वर स्तर पर लेन-देन-विशिष्ट राउंड-ट्रिप विलंब समय को डिकोड कर सकते हैं।
अपने एपीएम वैचारिक ढांचे में, गार्टनर रिसर्च ने एपीएम के पांच आयामों का वर्णन किया है:[5][6][7][8]
- अंतिम -प्रयोगकर्ता का अनुभव निगरानी - ( सिंथेटिक निगरानी एंड निष्क्रिय निगरानी )
- एप्लीकेशन रनटाइम आर्किटेक्चर डिस्कवरी और मॉडलिंग
- उपयोगकर्ता-परिभाषित लेन-देन प्रोफाइलिंग (जिसे व्यवसाय लेनदेन प्रबंधन भी कहा जाता है)
- आवेदन घटक निगरानी
- रिपोर्टिंग और अनुप्रयोग डेटा विश्लेषण
2016 में, गार्टनर रिसर्च ने अपनी परिभाषा को तीन मुख्य कार्यात्मक आयामों में अद्यतन किया है:[9]
- एंड-यूज़र एक्सपीरियंस मॉनिटरिंग (ईयूईएम) को डिजिटल अनुभव निगरानी (डीईएम) में विकसित किया गया है;
- एक नया आयाम, एप्लीकेशन डिस्कवरी, ट्रेसिंग, और डायग्नोस्टिक्स (एडीटीडी), तीन पूर्व अलग-अलग आयामों (एप्लिकेशन टोपोलॉजी [रनटाइम आर्किटेक्चर] खोज और विज़ुअलाइज़ेशन को जोड़ती है, यूजर-परिभाषित ट्रांजेक्शन प्रोफाइलिंग, और अनुप्रयोग घटक गहरी डुबकी), चूंकि तीनों मुख्य रूप से समस्या निवारण पर केंद्रित हैं और आपस में जुड़े हुए हैं;
- अनुप्रयोग एनालिटिक्स (एए)।
वर्तमान मुद्दे
2013 की पहली छमाही के बाद से, एपीएम ने विक्रेताओं और दृष्टिकोणों की बहुलता के साथ प्रौद्योगिकी और रणनीति में तीव्र प्रतिस्पर्धा की अवधि में प्रवेश किया है।[10] इसने बाजार में असंबद्ध पृष्ठभूमि के विक्रेताओं (नेटवर्क निगरानी सहित,[11] एपीएम के आसपास संदेश को अपनाते हुए सिस्टम प्रबंधन, अनुप्रयोग इंस्ट्रूमेंटेशन और वेब परफॉर्मेंस मॉनिटरिंग)। नतीजतन, एपीएम शब्द पतला हो गया है और एक बाजार के बजाय कई विविध कंप्यूटिंग प्लेटफार्मों में अनुप्रयोग प्रदर्शन के प्रबंधन के लिए एक अवधारणा के रूप में विकसित हुआ है। चुनने के लिए इतने सारे विक्रेताओं के साथ, किसी एक को चुनना एक चुनौती हो सकती है। यह सुनिश्चित करने के लिए प्रत्येक का सावधानीपूर्वक मूल्यांकन करना महत्वपूर्ण है कि इसकी क्षमताएं आपकी आवश्यकताओं को पूरा करती हैं।[12] एपीएम को लागू करने के लिए दो चुनौतियाँ हैं (1) अनुप्रयोग के प्रदर्शन की निगरानी के लिए किसी अनुप्रयोग को इंस्ट्रूमेंट करना मुश्किल हो सकता है, विशेष रूप से किसी अनुप्रयोग के घटकों के बीच, और (2) अनुप्रयोग प्लेटफार्म वर्चुअलाइजेशन हो सकते हैं, जो माप की परिवर्तनशीलता को बढ़ाता है।[13][14] पहली समस्या को कम करने के लिए आवेदन सेवा प्रबंधन (एएसएम) एक अनुप्रयोग-केंद्रित दृष्टिकोण प्रदान करता है, जहां व्यवसाय सेवा प्रदर्शन दृश्यता एक प्रमुख उद्देश्य है। वितरित, वर्चुअल और क्लाउड कंप्यूटिंग में मौजूद दूसरा पहलू। क्लाउड-आधारित अनुप्रयोग अनुप्रयोग प्रदर्शन की निगरानी के लिए एक अनूठी चुनौती पेश करता है क्योंकि अधिकांश प्रमुख सिस्टम घटक अब एक मशीन पर होस्ट नहीं किए जाते हैं। प्रत्येक कार्य को अब एक इंटरनेट सेवा के रूप में डिजाइन किए जाने की संभावना है जो कई वर्चुअलाइज्ड सिस्टम पर चलता है। सेवा-स्तर के उद्देश्यों को पूरा करने और क्षणिक आउटेज से निपटने के लिए अनुप्रयोग स्वयं एक सिस्टम से दूसरे सिस्टम में जाने की बहुत संभावना रखते हैं।[15]
एपीएम वैचारिक ढांचा
अनुप्रयोगों को प्रबंधित करना लगातार कठिन होता जा रहा है क्योंकि वे अत्यधिक वितरित, बहु-स्तरीय, बहु-तत्व निर्माणों की ओर बढ़ते हैं जो कई मामलों में .नेट या जावा जैसे अनुप्रयोग विकास ढांचे पर निर्भर करते हैं।[16] एपीएम अवधारणात्मक रूपरेखा को पांच-आयामी एपीएम मॉडल की त्वरित कार्यान्वयन और समग्र समझ के लिए पहले किस पर ध्यान केंद्रित करना है, इस दृष्टिकोण को प्राथमिकता देने में मदद करने के लिए डिज़ाइन किया गया था। फ्रेमवर्क स्लाइड प्रत्येक आयाम के लिए फोकस के तीन क्षेत्रों की रूपरेखा तैयार करती है और उनके संभावित लाभों का वर्णन करती है। इन क्षेत्रों को नीचे प्राथमिक के रूप में संदर्भित किया गया है, निम्न प्राथमिकता वाले आयामों को "माध्यमिक" के रूप में संदर्भित किया गया है।[17]
अंतिम उपयोगकर्ता अनुभव (प्राथमिक)
उपयोगकर्ता के डेटा और वापस करने के लिए अनुरोध से यातायात के पारगमन को मापने के अंत-उपयोगकर्ता अनुभव (ईयूई) पर कब्जा करने का हिस्सा है।[18] इस मापन के परिणाम को रीयल-टाइम अनुप्रयोग मॉनिटरिंग (उर्फ टॉप-डाउन मॉनिटरिंग) कहा जाता है, जिसमें दो घटक होते हैं, निष्क्रिय और सक्रिय। निष्क्रिय निगरानी आमतौर पर एक एजेंट रहित उपकरण है जिसे पोर्ट मिररिंग का उपयोग करके कार्यान्वित किया जाता है। विचार करने के लिए एक प्रमुख विशेषता बहु-घटक विश्लेषण (जैसे, डेटाबेस, क्लाइंट/ब्राउज़र) का समर्थन करने की क्षमता है। दूसरी ओर, सक्रिय निगरानी में सिंथेटिक जांच और वेब रोबोट शामिल हैं जो सिस्टम उपलब्धता और व्यापार लेनदेन की रिपोर्ट करने के लिए पूर्वनिर्धारित हैं. सक्रिय निगरानी निष्क्रिय निगरानी के लिए एक अच्छा पूरक है; एक साथ, ये दो घटक लेनदेन की मात्रा कम होने पर ऑफ-पीक घंटों के दौरान आवेदन स्वास्थ्य में दृश्यता प्रदान करने में मदद करते हैं.
उपयोगकर्ता अनुभव प्रबंधन (यूईएम) एक उपश्रेणी है जो उपयोगकर्ता के व्यवहार संबंधी संदर्भ की निगरानी के लिए ईयूई आयाम से उभरा है। यूईएम, जैसा कि आज अभ्यास किया जाता है, विलंबता और विसंगतियों को पकड़ने के लिए उपलब्धता से परे जाता है क्योंकि मानव अनुप्रयोगों और अन्य सेवाओं के साथ बातचीत करता है।[19] यूईएम आमतौर पर एजेंट-आधारित होता है और इसमें एंड-यूज़र डिवाइस की निगरानी के लिए जावास्क्रिप्ट इंजेक्शन शामिल हो सकता है। यूईएम को रीयल-टाइम अनुप्रयोग मॉनिटरिंग का दूसरा पहलू माना जाता है।
रनटाइम अनुप्रयोग आर्किटेक्चर (द्वितीयक)
अनुप्रयोग डिस्कवरी और डिपेंडेंसी मैपिंग (एडीडीएम) की पेशकश अंतर्निहित बुनियादी ढांचे के घटकों के लिए लेनदेन और अनुप्रयोगों की मैपिंग की प्रक्रिया को स्वचालित करने के लिए मौजूद है।[20] रनटाइम अनुप्रयोग आर्किटेक्चर को लागू करने की तैयारी करते समय, यह सुनिश्चित करना आवश्यक है कि पर्यावरण के भीतर सभी नोड्स और सर्वरों के लिए अप/डाउन मॉनिटरिंग हो (उर्फ, बॉटम-अप मॉनिटरिंग)। यह घटना सहसंबंध की नींव रखने में मदद करता है और नेटवर्क टोपोलॉजी अनुप्रयोग आर्किटेक्चर के साथ कैसे इंटरैक्ट करता है, इसकी सामान्य समझ के लिए आधार प्रदान करता है।
व्यापार लेनदेन (प्राथमिक)
उपयोगकर्ता-परिभाषित लेन-देन या यूआरएल पृष्ठ परिभाषाओं पर ध्यान केंद्रित करें जिनका व्यवसाय समुदाय के लिए कुछ अर्थ है। उदाहरण के लिए, यदि किसी दिए गए अनुप्रयोग के लिए 200 से 300 अद्वितीय पृष्ठ परिभाषाएँ हैं, तो उन्हें 8-12 उच्च-स्तरीय श्रेणियों में समूहित करें। यह सार्थक एसएलए रिपोर्ट की अनुमति देता है, और व्यावसायिक दृष्टिकोण से अनुप्रयोग प्रदर्शन पर रुझान वाली जानकारी प्रदान करता है: व्यापक श्रेणियों के साथ प्रारंभ करें और समय के साथ उन्हें परिष्कृत करें। गहन समझ के लिए, व्यवसाय लेनदेन प्रबंधन देखें।
डीप डाइव कंपोनेंट मॉनिटरिंग (सेकेंडरी)
डीप डाइव कंपोनेंट मॉनिटरिंग (डीडीसीएम) के लिए एक एजेंट इंस्टॉलेशन की आवश्यकता होती है और इसे आम तौर पर वेब, अनुप्रयोग और मैसेजिंग सर्वर पर ध्यान केंद्रित करते हुएमध्यस्थ पर लक्षित किया जाता है। यह जे2ईईका वास्तविक समय दृश्य प्रदान करना चाहिए और .नेट स्टैक, उन्हें उपयोगकर्ता द्वारा परिभाषित व्यापार लेनदेन पर वापस बांधना. एक मजबूत मॉनिटर कोड निष्पादन ( जैसे, वसंत और स्ट्रट्स ) से प्रदान किए गए URL और अंत में उपयोगकर्ता के अनुरोध के लिए एक स्पष्ट पथ दिखाता है. चूंकि डीडीसीएम एपीएम मॉडल में दूसरे आयाम से निकटता से संबंधित है, इसलिए इस क्षेत्र के अधिकांश उत्पाद अपनी खोज के हिस्से के रूप में एप्लिकेशन डिस्कवरी निर्भरता मानचित्रण (एडीडीएम) भी प्रदान करते हैं.
एनालिटिक्स/रिपोर्टिंग (प्राथमिक)
प्रत्येक अनुप्रयोग के लिए एकत्र करने और रिपोर्ट करने के लिए मेट्रिक्स के एक सामान्य सेट पर पहुंचना महत्वपूर्ण है, फिर अनुप्रयोग प्रदर्शन डेटा को प्रस्तुत करने के तरीके पर एक सामान्य दृश्य पर मानकीकृत करें। एपीएम मॉडल में अन्य टूल सेट से अपरिष्कृत डेटा एकत्र करना अनुप्रयोग रिपोर्टिंग में लचीलापन प्रदान करता है। यह विभिन्न प्रकार के प्रदर्शन प्रश्नों के उत्तर देने की अनुमति देता है, जैसा कि वे उत्पन्न होते हैं, विभिन्न प्लेटफार्मों के बावजूद प्रत्येक अनुप्रयोग चल रहा हो सकता है। बहुत अधिक जानकारी भारी है। इसलिए रिपोर्ट को सरल रखना महत्वपूर्ण है अन्यथा उनका उपयोग नहीं किया जाएगा.[21]
यह भी देखें
- आवेदन प्रतिक्रिया माप न
- आवेदन सेवा प्रबंधन
- व्यापार लेनदेन प्रदर्शन
- प्रदर्शन विश्लेषण उपकरणों की सूची
- नेटवर्क प्रबंधन
- वेबसाइट निगरानी
संदर्भ
- ↑ Dragich, Larry (4 April 2012). "एपीएम का एनाटॉमी - एक सफल रणनीति के लिए 4 मूलभूत तत्व". APM Digest.
- ↑ Dubie, Denise (2006-11-11). "ग्राहक के दृष्टिकोण से प्रदर्शन प्रबंधन". NetworkWorld. Retrieved 22 March 2013.
- ↑ Dragich, Larry (11 May 2012). "एपीएम और एमओएम - सहजीवी समाधान सेट". APM Digest.
- ↑ "आपको एपीएम के बारे में क्या पता होना चाहिए - भाग 1". Realtime NEXUS. 2013. Archived from the original on 2013-12-14.
- ↑ "एपीएम के पांच कार्यात्मक आयामों को अलग रखें". Gartner Research (ID Number=G00206101). 16 September 2010. Archived from the original on July 11, 2011.
- ↑ "विश्लेषिकी बनाम एपीएम". APM Digest. 28 January 2013.
- ↑ "सीए, एचपी और ओरेकल के एप्लीकेशन परफॉर्मेंस मैनेजमेंट सूट की तुलना" (PDF). Crimson consulting group. Retrieved 22 March 2013.
- ↑ "अनुप्रयोग प्रदर्शन निगरानी के लिए मैजिक क्वाड्रंट". Gartner. Retrieved 18 December 2013.
- ↑ "मैजिक क्वाड्रंट फॉर एप्लिकेशन परफॉरमेंस मॉनिटरिंग सूट, 2016". Gartner Research (ID Number=G00298377). 21 December 2016.
- ↑ "एपीएम अभिसरण: निगरानी बनाम प्रबंधन". APM Digest. 6 March 2013.
- ↑ "नेटवर्क मॉनिटरिंग क्या है?". Ascendant Technologies, Inc. 2022-01-05. Retrieved 2022-01-09.
- ↑ "एप्लिकेशन प्रदर्शन निगरानी समाधान का चयन करते समय 5 क्षमताओं पर विचार किया जाना चाहिए". APMdigest - Application Performance Management. 2017-04-03. Retrieved 2017-09-26.
- ↑ Khanna, Gunjan; Beaty, Kirk A.; Kar, Gautam; Kochut, Andrzej (2006). "वर्चुअलाइज्ड सर्वर वातावरण में अनुप्रयोग प्रदर्शन प्रबंधन". Network Operations and Management Symposium, 2006. NOMS 2006. 10th IEEE/IFIP: 373–381. doi:10.1109/NOMS.2006.1687567. ISBN 978-1-4244-0142-0. S2CID 14638468.
- ↑ Matchett, Mike. "क्या वर्चुअलाइजेशन प्रदर्शन पर रुका हुआ है?". Virtualization Review. Retrieved 22 March 2013.
- ↑ "एपीएम के दृष्टिकोण के बीच अंतर - एक्स्ट्राहॉप के जेसी रोथस्टीन के साथ एक चैट". ZDNet. 9 December 2011.
- ↑ "अनुप्रयोग प्रदर्शन निगरानी के पांच आवश्यक तत्व". Realtime NEXUS. 2010.
- ↑ "गार्टनर एपीएम मॉडल को प्राथमिकता देना: एपीएम वैचारिक ढांचा". APM Digest. 15 March 2012.
- ↑ "अनुप्रयोग प्रदर्शन निगरानी उपकरण: तीन विक्रेता रणनीतियाँ". SearchNetworking. 25 March 2013.
- ↑ "बोस्टन में उपयोगकर्ता अनुभव प्रबंधन पैनल से अंतर्दृष्टि". APM Digest. 23 March 2012.
- ↑ "अनुसंधान और बाजार: अनुप्रयोग खोज और निर्भरता मानचित्रण के लिए रडार (एडीडीएम)". Business Wire. 19 May 2011.
- ↑ "बिग डेटा एंड एडवांस्ड एनालिटिक्स: सक्सेस स्टोरीज़ फ्रॉम द फ्रंट लाइन्स". Forbes. 3 December 2012.