अनुप्रयोग त्वरण: अंतिम उपयोगकर्ताओं के लिए तेज़ प्रदर्शन

टेकोपेडिया स्टाफ द्वारा, 2 नवंबर, 2016

Takeaway: होस्ट एरिक कवनघ आवेदन प्रदर्शन और डॉ। रॉबिन ब्लोर, डीज़ ब्लांचफील्ड और आईडीईआर के बिल एलिस के साथ दक्षता में सुधार करने के बारे में चर्चा करता है।

आप वर्तमान में लॉग इन नहीं हैं। वीडियो देखने के लिए कृपया लॉग-इन या साइन-अप करें।

एरिक कावनघ: देवियों और सज्जनों, नमस्ते और एक बार फिर से हॉट टेक्नोलॉजीज में आपका स्वागत है। हाँ सचमुच! मेरा नाम एरिक कवनघ है, मैं आज एक और वेबकास्ट के लिए आपका मेजबान बनूंगा, यह वास्तव में मजेदार, रोमांचक श्रृंखला है जो हमें हमारे ब्रीफिंग रूम श्रृंखला के लिए एक प्रशंसा के रूप में मिली है। शीर्षक है "एप्लिकेशन त्वरण: अंतिम उपयोगकर्ताओं के लिए तेज़ प्रदर्शन।" लोगों पर आइए, कौन ऐसा नहीं चाहता है? अगर मैं वहाँ का आदमी हूँ, जो आपके एप्लिकेशन को तेज़ी से चलाने में मदद कर रहा है, तो मुझे लगता है कि मैं काम के बाद बार में मेरे लिए बियर खरीदने वाला लड़का हूँ। इसमें चलने और किसी के आवेदन को गति देने के लिए यह एक बहुत अच्छी बात है।

वास्तव में आपके बारे में एक स्लाइड है, ट्विटर @Eric_Kavanagh पर मुझे मारा। मैं हमेशा पीछे चलने की कोशिश करता हूं और यदि आप मेरा उल्लेख करते हैं तो मैं हमेशा री-ट्वीट करता हूं, इसलिए बेझिझक मेरा उल्लेख करें।

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

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

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

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

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

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

फिर आप कुछ स्थितियों में पहुंच जाते हैं, जो मुझे लगता है कि वे बाजार की परिस्थितियां हैं, जहां सबसे पहले व्यापार का मूल्य है। यह ऐसा है जैसे आप स्टॉक मार्केट में किसी विशेष स्टॉक को बेचना चाहते हैं, उदाहरण के लिए, शायद कम है, क्योंकि आपको लगता है कि यह नीचे जा रहा है और बहुत से लोग सोचते हैं कि यह नीचे जा रहा है, आपको सबसे अच्छी कीमत मिलती है यदि आप पहले बाजार में आते हैं। बहुत सारी स्थितियां, विज्ञापन सेवा और जैसी चीजें हैं, वैसी ही स्थिति है। सेवा-स्तर की अपेक्षा के अनुसार आपको यह आंदोलन मिला है। आपको एक चीज मिली है जो मानव प्रतिक्रिया के लिए एक प्रकार की कांच की छत है। एक बार जब यह सॉफ्टवेयर-टू-सॉफ्टवेयर है, अगर आपको यह छत की स्थिति मिल गई है, तो कोई सर्वोत्तम सेवा स्तर नहीं है। हर किसी की तुलना में तेज़ सबसे अच्छा है।

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

ऐसा कहने के बाद, मैं डीज़ को पास करूंगा जो पूरी तरह से, उम्मीद के साथ कुछ और बात करेगा।

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

वास्तविकता, हालांकि, यह है कि हमारा नया "हमेशा" दुनिया पर है, जो 100 प्रतिशत अपटाइम की मांग करता है - जैसा कि रॉबिन ने पहले उल्लेख किया है - वेबमेल और अन्य सेवाओं की शुरूआत जैसी चीजों के साथ जो हम निरंतर अंतरिक्ष में प्रदान करते हैं, और अब हम उम्मीद करते हैं कि हमारे उद्यम और काम का माहौल। वास्तविकता यह है कि ऊपर उठने का मतलब यह नहीं है कि आप अपने सेवा-स्तर के समझौते को पूरा कर रहे हैं। मेरे पास आवेदन प्रदर्शन के प्रबंधन की आवश्यकता है और उपलब्धता सेवा स्तर के समझौतों ने पिछले एक दशक में एक मौलिक बदलाव किया है। हम अब केवल एक प्रणाली के प्रदर्शन के बारे में चिंता करने की कोशिश नहीं कर रहे हैं। जब दुनिया थोड़ी सरल थी, तो हमारे पास एक ऐसी स्थिति हो सकती है जहां कई सेवाओं को चलाने वाले एक एकल सर्वर पर लाइव निगरानी की जा सकती है और यह समर्थन करने के लिए अपेक्षाकृत सरल था। हम कर सकते हैं - और यहाँ मेरी छोटी, जिन चीज़ों की हम चिंता करते थे, जब मैं उदाहरण के लिए एक सिस्टम प्रशासक था, तो कई साल पहले - हम चारों ओर देखेंगे, क्या सेवा आम तौर पर ऊपर है और जवाब दे रही है? क्या मैं उदाहरण के लिए एक टर्मिनल में प्रवेश कर सकता हूं? क्या ऑपरेटिंग सिस्टम जवाब दे रहा है और क्या मैं कमांड टाइप कर सकता हूं? क्या आवेदन ऊपर और चल रहे हैं? क्या मैं चीजों को करने में प्रक्रियाएं और स्मृति देख सकता हूं और I / O पूरे नेटवर्क में और आगे? मेनफ्रेम दिनों में आप टेपों को जिप-जिप-जिप और कागज से बाहर गिरते हुए सुन सकते थे।

क्या एप्लिकेशन जवाब दे रहे हैं और क्या हम उन पर लॉग इन और चीजें कर सकते हैं? क्या उपयोगकर्ता उन कुछ सर्वरों से कनेक्ट करने में सक्षम हैं? यह जारी रहता है। वे काफी मौलिक हैं, आप जानते हैं। फिर कुछ मज़ेदार - क्या हेल्प डेस्क हरी है? क्योंकि यदि नहीं, तो सब कुछ ठीक चल रहा है, और डोनट्स को कौन लेने जा रहा है? उन दिनों जीवन वास्तव में सरल था। उन दिनों में भी, और फिर मैं २०-३० साल पहले बात कर रहा हूं, जटिलता अभी भी बहुत अधिक थी। हम अपेक्षाकृत सरल फैशन में, सेवा-स्तर के समझौतों का प्रबंधन कर सकते हैं और प्रदर्शन पर नज़र रख सकते हैं। हम इसे हाथ से नहीं कर सकते, जैसा कि रॉबिन ने कहा था। चुनौती बहुत बड़ी है। तथ्य वह समय है जब कुछ अच्छे ऐप, एडमिट, सिस्टम नेटवर्क और डेटाबेस, एडिमिनस प्रदर्शन SLAs की निगरानी और मुलाकात कर सकते हैं। SLAs अब तक चले गए हैं कि मैंने कल रात संघर्ष किया जब मैं अपने अंतिम नोट्स को उस वर्ष के बारे में सोचने के लिए एक साथ रख रहा था जब मैं आखिरी बार एक बहुत ही जटिल स्टैक की एक प्रणाली को देखने में कामयाब रहा, और यह समझ में भी आया कि क्या था। हुड के नीचे चल रहा है, और मैं एक गहरी तकनीकी पृष्ठभूमि से आता हूं। मैं कल्पना नहीं कर सकता कि प्रशासनिक रूप से अब एक दिन-प्रतिदिन के आधार पर इसका सामना करना कैसा है।

क्या हुआ? ठीक है, 1996 में, डेटाबेस-संचालित ऐप इंटरनेट बूम के साथ बदल दिए गए थे। हम में से बहुत से लोग इसके माध्यम से रहे हैं। यहां तक ​​कि अगर आप इंटरनेट बूम के आसपास नहीं थे, तो आप आसानी से चारों ओर देख सकते हैं और महसूस कर सकते हैं कि रोजमर्रा की जिंदगी में, कि हम अब सब कुछ इंटरनेट पर हुक कर देते हैं। मेरा मानना ​​है कि हमें एक टोस्टर मिला है, जो स्पष्ट रूप से वाई-फाई पर प्राप्त करने के विकल्प के साथ आता है जो हास्यास्पद है, क्योंकि मुझे इंटरनेट से जुड़े अपने टोस्टर की आवश्यकता नहीं है। 2000 के दशक में, विशेष रूप से 2000 के दशक की शुरुआत में, हमें डॉट-कॉम बूम में सेवा प्रदर्शन को जटिलता के दौर में इस भारी वृद्धि से निपटना पड़ा। फिर वेब 2.0 में एक और हास्यास्पद अजीब चिंगारी, जहां स्मार्टफोन के बारे में आया था और अब आवेदन हमारे हाथों में 24/7 थे और हमेशा ऑन-मोड थे।

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

यदि यह बहुत बुरा नहीं था, तो हम कृत्रिम बुद्धिमत्ता और संज्ञानात्मक कंप्यूटिंग का निर्माण करने वाले हैं। हम इन दिनों सिरी और Google इंजन से बात करते हैं। मुझे पता है कि अमेज़ॅन को अपना एक मिल गया है। Baidu के पास इन उपकरणों में से एक है जिनसे आप बात कर सकते हैं, वे इसे एक सामान्य प्रणाली में जाने वाले पाठ में बदल देते हैं, डेटाबेस एक क्वेरी बनाता है और वापस आता है और प्रक्रिया को उलट देता है। उस जटिलता के बारे में सोचें जो उस में जाती है। वास्तविकता यह है कि आज के मानक अनुप्रयोग स्टैक की जटिलता मानवीय क्षमताओं से कहीं अधिक है। जब आप अपने स्मार्टफोन डिवाइस या अपने टैबलेट पर एक बटन दबाते हैं, तो आप इसके बारे में सोचते हैं, आप इसे बोलते हैं, इसे टेक्स्ट में कनवर्ट करता है, जो इंटरनेट के सभी रास्ते को बैक-एंड सिस्टम तक पहुंचाता है, फ्रंट-एंड प्राप्त करता है जो इसे एक क्वेरी में परिवर्तित करता है, क्वेरी को एक एप्लिकेशन स्टैक के माध्यम से चलाता है, एक डेटाबेस के माध्यम से जाता है, डिस्क को हिट करता है, वापस बाहर आता है, और बीच में एक वाहक नेटवर्क है, एक स्थानीय क्षेत्र नेटवर्क स्थिति केंद्र है। जटिलता पागल है।

हम हाइपरस्केल के रूप में प्रभावी रूप से इसका दावा करते हैं। हाइपरस्केल की जटिलता और गति सिर्फ आंखों का पानी है। अनुप्रयोग और डेटाबेस इतने बड़े और इतने जटिल हो गए हैं कि प्रदर्शन का प्रबंधन वास्तव में अपने आप में एक विज्ञान है। कई लोग इसे रॉकेट साइंस कहते हैं। हमें ऑनसाइट तकनीक मिल गई है, हमें ऑफसाइट तकनीक मिल गई है, हमें डेटा सेंटर विकल्पों की एक श्रृंखला मिल गई है; भौतिक और आभासी। हमें भौतिक और आभासी सर्वर मिले हैं, हमें क्लाउड मिला है, हमारे पास सेवा के रूप में एक सेवा और मंच के रूप में बुनियादी ढांचा है और एक सेवा के रूप में सॉफ्टवेयर एक ऐसी चीज है जिसे अब हम प्रदान करते हैं। उत्तरार्द्ध, सॉफ्टवेयर एक सेवा के रूप में, कुछ साल पहले कुछ समय के लिए डरावना हो गया जब सीएफओ और संगठन के कुछ हिस्सों ने महसूस किया कि वे अपना क्रेडिट कार्ड उठा सकते हैं और बस चीजें खुद खरीद सकते हैं और सीआईओ के चारों ओर जा सकते हैं और प्रभावी रूप से हमने इसे "छाया" कहा। आईटी ”और CIO अब इस बैक और कुश्ती नियंत्रण को वापस हवा देने की कोशिश करते हैं।

बुनियादी ढांचे में हमने सॉफ्टवेयर-परिभाषित नेटवर्किंग, नेटवर्क फ़ंक्शन वर्चुअलाइजेशन, नीचे दिया है, जो शायद हमारे पास है, अब हमें माइक्रो सेवाओं और सक्रिय सेवाओं के ऐप मिल गए हैं। जब आप किसी URL पर क्लिक करते हैं, तो उस व्यापार तर्क का एक समूह होता है, जो उस URL के अंत में बैठता है, जो बताता है कि वास्तव में इसे वितरित करने की आवश्यकता है। जरूरी नहीं कि इसमें प्रीबिल्ट लॉजिक का इंतजार हो। हमें एक तरफ पारंपरिक डेटाबेस मिला है जो बहुत बड़े पैमाने पर स्केलिंग कर रहे हैं। हमें हडोप इन्फ्रास्ट्रक्चर और इकोसिस्टम की पसंद दूसरे स्पेक्ट्रम पर मिली है, जो अभी इतने बड़े हैं, जैसा कि मैंने कहा, आप जानते हैं, लोग अब सैकड़ों पेटाबाइट डेटा के बारे में बात कर रहे हैं। जहाँ तक गो, लैपटॉप और फोन और टैबलेट को ले जाने वाले उपकरणों के रूप में हमें जटिलताएं मिली हैं।

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

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

आइए, बस एक दो को देखें। उदाहरण के लिए, विपणन लेते हैं। यहां एक समान चार्ट है लेकिन प्रौद्योगिकी के ढेर से जो अकेले विपणन तकनीक में उपलब्ध हैं। यह 2011 का ग्राफ है। यहां 2016 संस्करण है। जरा सोचिए, यह सिर्फ उन उत्पादों के ब्रांडों की संख्या है जिन्हें आप विपणन प्रौद्योगिकी के संबंध में प्रौद्योगिकी के लिए चला सकते हैं। अलग-अलग ऐप और वेब और डेवलपमेंट एंड नेटवर्क और अन्य सभी में नहीं, वहाँ के सिस्टम की जटिलता। बस ब्रांड है। पाँच साल पहले और यहाँ आज से पहले है। यह केवल बदतर हो रहा है। हम अभी इस बिंदु पर हैं जहां वास्तविकता है, मनुष्य बस सभी सेवा-स्तर के समझौतों को सुनिश्चित नहीं कर सकते हैं। हम पर्याप्त विस्तार, तेजी से और पर्याप्त पैमाने पर गोता नहीं लगा सकते हैं। यहाँ एक उदाहरण है कि एक मॉनिटरिंग कंसोल अब कैसा दिखता है। यह लगभग बीस-विषम स्क्रीन की तरह है जो एक साथ चिपके हुए हैं क्योंकि वे एक महान, बड़ी अनुमानित स्क्रीन हर छोटे टुकड़े की निगरानी कर रहे हैं। अब यह यहां दिलचस्प है, मैं ब्रांड का उल्लेख नहीं करूंगा, लेकिन यह निगरानी मंच एक रसद और शिपिंग वातावरण में एक भी आवेदन की निगरानी कर रहा है। सिर्फ एक ऐप। अगर आपको लगता है कि रॉबिन क्या बात कर रहा था, जहां उत्पादन वातावरण में संगठनों के पास अब 40, 000 डेटाबेस हो सकते हैं। क्या आप सिर्फ कल्पना कर सकते हैं कि एक आवेदन की निगरानी करने वाले स्क्रीन के इस संग्रह के 40, 000 संस्करण क्या हो सकते हैं? यह एक बहुत ही बहादुर दुनिया है जिसमें हम रहते हैं। जैसा कि रॉबिन ने कहा है और मैं पूरी तरह से, 100 प्रतिशत प्रतिध्वनित होगा कि, सही उपकरण के बिना, सही समर्थन के बिना और उन उपकरणों का उपयोग करके टेबल पर लोक, अनुप्रयोग प्रदर्शन मनुष्यों के लिए एक खोया हुआ खेल है और यह उपकरण और सॉफ्टवेयर के द्वारा किया जाना है।

इसके साथ ही मैं IDERA में अपने दोस्तों के पास जाऊंगा।

एरिक कवनघ: बिलकुल ठीक, बिल।

बिल एलिस: धन्यवाद। मेरी स्क्रीन को यहां साझा करना। मुझे लगता है कि क्या कोई पुष्टि कर सकता है कि आप मेरी स्क्रीन देख सकते हैं?

डॉ। रॉबिन ब्लर: हाँ।

एरिक कवनघ: यह सब ठीक लग रहा है।

बिल एलिस: धन्यवाद। एक चीज जिसका उन्होंने उल्लेख किया था, मैं वास्तव में स्वयं-ड्राइविंग कार का इंतजार नहीं कर सकता था। एक बात जो मैंने किसी के बारे में नहीं सुनी थी वह यह है कि क्या होता है जब यह सांप होता है? मुझे आश्चर्य है कि अगर कैलिफोर्निया में इंजीनियरों को एहसास हुआ कि देश के अन्य हिस्सों में यह काफी कम है।

Dez Blanchfield: मुझे वह पसंद है, मैं उस एक को याद करने जा रहा हूं।

एरिक कवानघ: एक घंटे में एक मील।

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

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

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

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

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

चलो में गोता लगाते हैं और देखते हैं कि हम इसके बारे में और क्या दिखा सकते हैं। जो लोग प्रदर्शन में रुचि रखते हैं, वे सटीक रूप से खुलेंगे। वे लेनदेन का मूल्यांकन करेंगे। वे SLA कॉलम पर नज़र डालेंगे ताकि एसएलए अनुपालन न हो। वे उन अंतिम उपयोगकर्ताओं को देख सकेंगे जो प्रभावित थे और साथ ही साथ उस लेनदेन ने भी किया था जो कि इस अनुप्रयोग में प्रवाहित हुआ था। जिस तरह से आप इन हाइरोग्लिफ़िक्स को डिक्रिप्ट करते हैं, यह ब्राउज़र, URL, U URL के लिए है, यही JVM में प्रवेश बिंदु है। अब यह विशेष रूप से JVM एक वेब सर्वर को दूसरे JVM को कॉल करता है जो तब SQL स्टेटमेंट को निष्पादित करता है। यह स्पष्ट रूप से एक डेटाबेस समस्या है क्योंकि यह SQL कथन प्रतिक्रिया समय के 72 प्रतिशत के लिए जिम्मेदार था। हम समय पर केंद्रित हैं। समय प्रदर्शन की मुद्रा है। यह है कि उपयोगकर्ता कैसे अनुभव करते हैं कि चीजें धीरे-धीरे चल रही हैं या नहीं, और यह संसाधन खपत का एक उपाय है। यह बहुत आसान है; यह एकल मीट्रिक की तरह है जो प्रदर्शन के मूल्यांकन के लिए सबसे महत्वपूर्ण है। जब यह समस्या डीबीए को सौंप दी जाती है, तो यह सिर्फ एक डेटाबेस समस्या नहीं है, यह यह एसक्यूएल बयान है। यह वह संदर्भ है जिसके बारे में मैं बात कर रहा था।

अब इस जानकारी से लैस, मैं अंदर जा सकता हूं और विश्लेषण कर सकता हूं कि क्या हुआ है। मैं सबसे पहले देख सकता हूं, y- अक्ष दिन भर का समय है। क्षमा करें, y- अक्ष प्रतिक्रिया समय है, x- अक्ष दिन भर का समय है। मैं देख सकता हूं कि एक डेटाबेस समस्या है, दो घटनाएं हैं, उस प्रवाह पर वापस जाएं, उस एसक्यूएल स्टेटमेंट को उठाएं और विशेषज्ञ के दृष्टिकोण में जाएं, जहां सटीक आपको दिखाने में सक्षम है कि क्या हो रहा है, इसके नियंत्रण, उस कोड को कितना समय लगता है निष्पादित। डेटाबेस टियर में, यह निष्पादन योजना है। आप ध्यान देंगे कि सटीक निष्पादन योजना का उपयोग निष्पादन समय पर किया गया था, जो अनुमानित योजना से अलग है, जो कि योजना के दिए जाने के समय और निष्पादन समय के दौरान नहीं है। यह प्रतिबिंबित कर सकता है कि डेटाबेस वास्तव में किया था या नहीं।

अब यहाँ नीचे, SQL कथन के लिए एक प्रतिक्रिया समय विश्लेषण है। भंडारण में बिताए समय का नब्बे प्रतिशत; CPU में दस प्रतिशत का उपयोग किया गया था। मैं एसक्यूएल बयान के पाठ के साथ-साथ निष्कर्ष रिपोर्ट देख सकता हूं। SQL कथन का पाठ वास्तव में कुछ कोडिंग समस्याओं को प्रकट करना शुरू करता है। यह चुनिंदा सितारा है; जो सभी पंक्तियों को लौटाता है - मुझे क्षमा करें, जो पंक्तियाँ दी गई थीं, उनमें से सभी कॉलम हम उस अतिरिक्त कॉलम को वापस ला रहे हैं, जिसके लिए आवेदन की आवश्यकता हो सकती है या नहीं। वे कॉलम प्रक्रिया करने के लिए स्थान और संसाधनों का उपभोग करते हैं। यदि आप SAP चलाते हैं, तो बड़े परिवर्तनों में से एक, क्योंकि HANA डेटाबेस स्तंभ है, मूल रूप से SAP का चयन पुनर्लेखन स्टार नहीं करता है ताकि वे संसाधन खपत को कम कर सकें। यह मूल रूप से ऐसा कुछ है जो होमग्रोन अनुप्रयोगों, चाहे जावा, .NET, आदि में भी बहुत समय होता है।

वह स्क्रीन, यह आपको दिखाता है कि कौन, क्या, कब, कहां और क्यों। SQL कथन और निष्पादन योजना की तरह क्यों हो जाता है, जो आपको समस्याओं को हल करने की अनुमति देता है। क्योंकि सटीक रूप से लगातार चलता रहता है, आप लेन-देन के स्तर पर, SQL स्टेटमेंट स्तर पर, इससे पहले और बाद में माप सकते हैं, इसलिए या तो आप खुद के लिए और साथ ही आवेदन मालिकों के माध्यम से और प्रबंधन के लिए माप सकते हैं, कि आपने समस्या हल कर ली है । यह प्रलेखन वास्तव में सहायक है। इस एप्लिकेशन स्टैक में बहुत अधिक जटिलता है। कई अनुप्रयोगों में, वास्तव में, हमने जिस किसी से बात की है, कम से कम VMware के तहत एप्लिकेशन स्टैक के एक हिस्से को चलाएं। इस मामले में, वे ग्राहक सेवा एप्लिकेशन को देख रहे हैं, वे लेनदेन के समय को देख रहे हैं, और इसे मंदी के साथ सहसंबंधित करना एक वर्चुअलाइजेशन घटना है। सटीक सभी वर्चुअलाइजेशन घटनाओं को ट्रैक करता है। हमारे पास इसे लेने के लिए प्लग-इन vCenter है।

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

वह वीएमवेयर था। चलो कोड में ही जाते हैं, आवेदन कोड। सटीक आपको दिखाएगा कि जावा, .NET, ABAP कोड, E-Business, PeopleCode, आदि के भीतर क्या हो रहा है। ये प्रवेश बिंदु हैं, इस मामले में, WebLogic में। यहाँ नीचे, एक निष्कर्ष रिपोर्ट है जो मुझे बताती है कि यह ये ईजेबी हैं जिन्हें आपको देखने की आवश्यकता है, और मुझे बताएंगे कि आपको इस सिस्टम पर भी लॉकिंग हो रही है। एक बार फिर, बिजनेस लॉजिक टियर के भीतर ड्रिल, यह दिखाने के लिए कि क्या चल रहा है। इस मामले में, मैं विशेष उदाहरण देख रहा हूं; मैं क्लस्टरिंग का भी समर्थन करता हूं। यदि आपके पास कई JVM चल रहे हैं, तो आप या तो क्लस्टर को संपूर्ण रूप में देख सकते हैं, या अलग-अलग JVM के भीतर बाधाओं को देख सकते हैं।

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

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

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

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

यह शीर्ष SQL कथन जो संसाधन खपत के 25 प्रतिशत के लिए जिम्मेदार है, इसका औसत निष्पादन समय दो मिली सेकंड है। आप डेटाबेस को दोष नहीं दे सकते। तुम्हें पता है, अरे, इतनी जल्दी नहीं, आदमी। सवाल यह है कि इतने सारे अमल क्यों हो रहे हैं? खैर, उन्होंने इसे वापस ABAP को बाउंस कर दिया, वह अंदर गया, लूप के घोंसले में देखा, पता चला कि वे डेटाबेस को गलत जगह पर बुला रहे थे, उन्होंने मूल रूप से बदलाव किया, परिवर्तन का परीक्षण किया और अब नया प्रतिक्रिया समय है पाँच सेकंड। थोड़ा धीमा, लेकिन वे उसी के साथ रह सकते थे। 60 सेकंड से भी बेहतर। कभी-कभी, बस फेरते हुए, क्या यह एप्लिकेशन कोड है, क्या यह डेटाबेस है, क्या यह भंडारण है? वे क्षेत्र हैं जहां अंत-टू-एंड लेनदेन के संदर्भ में, सटीक है, यही वह जगह है जहां प्रीसीज़ खेल में आता है। आप मूल रूप से उन चीजों को समाप्त करते हैं।

मैं समय देख रहा हूं, ऐसा लगता है कि हमारे पास अभी भी इनमें से कुछ के माध्यम से जाने के लिए थोड़ा समय है। मैं इनके माध्यम से स्ट्रीमिंग कर रहा हूं। यह एप्लिकेशन एक साल से अधिक समय से विकास के अधीन था। जब वे क्यूए में गए, तो वे देख रहे थे कि वेब सर्वर 100 प्रतिशत अधिकतम थे और ऐसा लग रहा था कि एप्लिकेशन VMware के तहत नहीं चल सकता। पहली बात जो हर किसी ने कही थी, वह यह थी कि '' इसे भौतिक पर रखो; यह VMware के तहत नहीं चल सकता है। ”सटीक रूप से वास्तव में उन्हें समस्या को हल करने के लिए अतिरिक्त तरीके की पेशकश की। हमने लेनदेन को देखा, हमने एक वेब सर्वर कॉल देखा, यह IIS.NET में ASMX के रूप में आता है। यह वास्तव में अंतर्निहित कोड का पता चला। आप यह देखते हैं कि मैं कहाँ इशारा कर रहा हूँ? यह 23 दिन, 11 घंटे है। वाह, यह कैसे संभव है? वैसे प्रत्येक आह्वान में 9.4 सेकंड का समय लगता है और यह बात 215, 000 बार मनाई जाती है। हर आह्वान के लिए, यह 6 सेकंड सीपीयू का उपयोग करता है। यही कारण है, यह कोड यही कारण है कि यह बात कभी भी पैमाने पर नहीं आ सकी। वास्तव में, यह भौतिक पैमाने पर नहीं हो सकता है।

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

ठीक है, मैं अतिरिक्त चीजों के संदर्भ में चुन रहा हूं और आपको चुन सकता हूं। बहुत सारे लोग इसे पसंद करते हैं क्योंकि यह कई दुकानों को चमकता है। यदि आप किसी व्यवसाय SLA को पूरा करने में असमर्थ हैं, और हर कोई पसंद करता है, तो "हमारी सहायता करें।" इस दुकान में एक स्थिति थी जहां व्यापार SLA दोपहर 3 बजे तक प्राप्त आदेशों में है, यह उस दिन भेज दिया गया था। क्या वास्तव में यह महत्वपूर्ण है कि वे ऑर्डर प्राप्त करें, और गोदाम बहुत व्यस्त है। यह जेडी एडवर्ड्स की बिक्री आदेश स्क्रीन, ठंड थी और आप एक बहुत अच्छा विचार प्राप्त कर सकते हैं कि यह एक उचित समय में खुदरा इन्वेंट्री प्रबंधन प्रणाली है। खाली अलमारियां खुदरा में अस्वीकार्य हैं। इसे बेचने के लिए वहां माल मंगवाना पड़ा। हमने जो किया है, उसमें डुबकी लगाई है, इस मामले में, हम SQL सर्वर डेटाबेस को देख रहे हैं। लुक और फील वही है चाहे वह एसक्यूएल, ओरेकल, डीबी 2 या साइबेस हो।

हमने PS_PROD से चयन की पहचान की और हम उस अवधि को कैप्चर करने में सक्षम हैं, जिस तथ्य पर वे इतना अमल करते हैं। गहरे नीले रंग ने उस चाबी का मिलान किया, जिसमें कहा गया था कि वे कुछ प्रतीक्षा स्थिति या कुछ लॉगिंग या यहां तक ​​कि भंडारण पर प्रतीक्षा नहीं कर रहे हैं - यह बात सीपीयू द्वारा बाध्य है। हमने एसक्यूएल स्टेटमेंट को 34301 से ट्रैक किया है, इसलिए हर बार जब इसे निष्पादित किया जाता है, तो हम इसे ट्रैक करने के लिए अपने काउंटरों को बढ़ाते हैं। इसका मतलब है कि हमारे पास एक विस्तृत इतिहास है और मैं उस ट्यून बटन पर क्लिक करके इसे एक्सेस कर सकता हूं। यहां इतिहास टैब है। यहां यह स्क्रीन औसत अवधि बनाम परिवर्तन दिखाती है। बुधवार, गुरुवार, शुक्रवार, औसत अवधि एक सेकंड के दो-दसवें हिस्से के बारे में थी। बहुत कम स्क्रीन जमा करती हैं, वे व्यवसाय SLA को पूरा करने में सक्षम हैं। 27 फरवरी को आओ, कुछ परिवर्तन और अचानक, निष्पादन का समय यहाँ है, और यह वास्तव में इतना समय धीमा करने के लिए पर्याप्त है, जिसके परिणामस्वरूप स्क्रीन फ्रीज हो जाती है। सटीक, एक विस्तृत इतिहास रखकर, निष्पादन योजना और तालिका के अनुक्रमित में सामान्य परिवर्तन सहित यदि वह एसक्यूएल उपयोग में है। हम लेने में सक्षम थे कि 27 फरवरी को पहुंच योजना बदल गई। सोमवार शुक्रवार बुरे सप्ताह के माध्यम से। 5 मार्च को आएँ, पहुँच योजना फिर से बदल गई। यह एक अच्छा सप्ताह है। यह गुलाबी तारा हमें अद्यतन की गई मात्रा बताता है।

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

एरिक Kavanagh: हाँ, इसके लिए जाओ।

बिल एलिस: ठीक है, मैं आगे छोड़ दूंगा। एक बात मैं आपको ध्यान देना चाहता हूं, हमने हार्डवेयर के बारे में बात की, एसएपी के बारे में बात की, हमने .NET के बारे में बात की, हमने जेडी एडवर्ड्स और जावा-एसक्यूएल सर्वर वातावरण के बारे में बात की। यह SAP है, यहाँ पर हम PeopleSoft को देख रहे हैं। सटीक का समर्थन मैट्रिक्स चौड़ा और गहरा है। यदि आपके पास कोई एप्लिकेशन है, तो संभावना से अधिक, हम दृश्यता के इस स्तर को प्रदान करने के लिए इसे लिख सकते हैं। सबसे बड़ा बदलाव जो अभी हो रहा है, वह है गतिशीलता। पीपुलसॉफ्ट ने अपने फ्लूइड यूआई के साथ गतिशीलता पेश की। द्रव UI एक प्रणाली का बहुत अलग तरह से उपयोग करता है। यह अनुप्रयोग विकसित हो रहा है। द्रव यूआई - यह प्रबंधन के दृष्टिकोण से क्या करता है, यह अंतिम उपयोगकर्ताओं को अपने फोन का उपयोग करने की अनुमति देता है और यह उत्पादकता बढ़ाता है। यदि आपके पास सैकड़ों या हजारों या उससे अधिक कर्मचारी हैं, यदि आप उनकी उत्पादकता में वृद्धि कर सकते हैं, तो 2-2 प्रतिशत, आप पेरोल और बाकी सभी चीजों पर भारी प्रभाव डाल सकते हैं। क्या हुआ था, इस विशेष दुकान ने PeopleSoft Fluid UI को रोल आउट किया। अब, जटिलता के बारे में बात करते हुए, यह पीपुलसॉफ्ट स्टैक है। एक अनुप्रयोग, न्यूनतम छह प्रौद्योगिकी, कई अंतिम उपयोगकर्ता। आप इसे कैसे शुरू करते हैं?

एक बार फिर से Precise इन लेनदेन का पालन करने में सक्षम होने जा रहा है। हम आपको यहां दिखा रहे हैं कि क्लाइंट, वेब सर्वर, जावा, टक्सीडो डेटाबेस, पीपुलसॉफ्ट एप्लिकेशन स्टैक दिखाते हुए एक स्टैक्ड बार ग्राफ है। जे 2 ईई के लिए हरे रंग के नक्शे, जो वेबलॉग कहने का एक फैंसी तरीका है। यह कटओवर है। अंतिम उपयोगकर्ता फ़्लूइड यूआई का उपयोग करना शुरू करते हैं और प्रतिक्रिया समय शायद डेढ़, दो सेकंड, लगभग नौ, दस सेकंड तक जाता है। यह एक स्क्रीन जो नहीं दिखाती है वह उन लोगों की संख्या है जिन्हें "जवाब नहीं मिला"। उन्हें वास्तव में आवेदन में स्क्रीन फ्रीज मिला। आइए नज़र डालते हैं कुछ ऐसी विजिबिलिटी पर जो प्रीसेज़ इस ग्राहक को प्रदान करने में सक्षम है।

सबसे पहले, जब मैं पीपुलसॉफ्ट लेनदेन को देखता हूं, तो वे मूल रूप से देख सकते हैं, हमने बोर्ड पर इस प्रकार की चीज देखी। सभी लेनदेन प्रभावित हुए, साथ ही साथ सभी स्थान। संयोग से, जब आप इसे देखते हैं, तो आप वास्तव में दुनिया भर के स्थानों को देख सकते हैं। एशिया प्रशांत से, यूरोप के साथ-साथ उत्तरी अमेरिका तक। प्रदर्शन समस्या किसी विशेष लेन-देन, या विशेष भौगोलिक स्थान पर स्थित नहीं थी, यह सिस्टम विस्तृत है। यह कहने का एक तरीका है कि परिवर्तन या जिस तरह से द्रव यूआई प्रभाव में वैश्विक था। आप स्केलेबिलिटी के दृष्टिकोण से यहां देख सकते हैं, लोग एक ही प्रकार की गतिविधि करने की कोशिश कर रहे हैं, लेकिन प्रतिक्रिया समय मूल रूप से केवल अपमानित और अपमानित है। आप देख सकते हैं कि चीजें स्केलिंग नहीं हैं। चीजें बहुत खराब हो रही हैं। यहाँ पर, जब मैं अक्ष गणना और समवर्ती कनेक्शन को देखता हूं, तो आपको कुछ ऐसा दिखाई देता है जो एक्सेस काउंट और कनेक्शन के संदर्भ में बहुत दिलचस्प है। यहां हम केवल लगभग 5, 000 तक स्केलिंग कर रहे हैं और आप इसके बारे में देख रहे हैं, यह 100 समवर्ती कनेक्शनों में सबसे ऊपर है। इसके बाद किया जाता है; यह पहले है। तो क्या इस प्रणाली पर मेरी वास्तविक मांग है, अगर यह बात 300, 000 की रेंज में हो सकती है। पुराने दिनों में, क्लासिक UI के साथ, आप 30 समवर्ती कनेक्शन देख रहे हैं।

अब यह आपको क्या बता रहा है कि फ्लुइड यूआई समवर्ती कनेक्शन के कम से कम 10x नंबरों का उपयोग करता है। हम वापस खींचना शुरू करते हैं कि पीपुलसॉफ्ट के साथ कवर के तहत क्या हो रहा है ताकि आप वेब सर्वर पर प्रभाव को देखने के लिए शुरू कर सकें, इस तथ्य से कि एसएलएएस भंग होने लगे हैं। सब कुछ में जाने के लिए नहीं, लेकिन क्या हो रहा है कि वे मूल रूप से संदेश पर भरोसा करते हैं। वे मूल रूप से व्यायाम WebLogic हैं और टक्सैडो के भीतर कतार का कारण बनते हैं। वास्तव में एक मल्टीटियर निर्भरता मुद्दा था जो फ्लुइड यूआई के साथ दिखाई देता था, लेकिन सटीक यह दिखाने में सक्षम था कि विभिन्न चीजों के एक पूरे समूह द्वारा, कि हम इस पर ध्यान केंद्रित कर सकते हैं कि समस्या क्या थी। यह पता चला है कि डेटाबेस में भी एक समस्या थी। वास्तव में एक मैसेजिंग लॉग फ़ाइल है, और सभी समवर्ती उपयोगकर्ताओं के कारण, वह लॉग फ़ाइल लॉक हो रही थी। यह मूल रूप से ट्यून करने के लिए चीजें थीं, एप्लिकेशन स्टैक के भीतर हर एक स्तरीय में। जटिलता के बारे में बात करें, यहाँ वास्तव में टक्सीडो टियर आपको कतार दिखा रहा है और आप इस टीयर के भीतर भी प्रदर्शन को कम होते हुए देख सकते हैं। मैं प्रक्रियाओं को देख सकता था; मैं डोमेन और सर्वर देख सकता था। Tuxedo में, लोगों के लिए इसका उपयोग करने के लिए, आमतौर पर आप जो करते हैं, वह अतिरिक्त कतारें, डोमेन और सर्वर खोलते हैं, जैसे सुपरमार्केट में भीड़ को कम करने के लिए, कतार के समय को कम करने के लिए। अंतिम और अंतिम विकल्प, सटीक बहुत सारी जानकारी दिखाता है।

जैसा कि मैंने पहले उल्लेख किया था, हर महत्वपूर्ण लेनदेन रिकॉर्ड की प्रणाली के साथ बातचीत करता है। डेटाबेस में दृश्यता सर्वोपरि है। सटीक दिखाता है कि डेटाबेस के भीतर, WebLogic के भीतर, जावा, .NET के भीतर, ब्राउज़र के भीतर क्या हो रहा है, लेकिन जो स्थान वास्तव में एक्सेल है वह डेटाबेस टियर में है। यह हमारे प्रतिस्पर्धियों की कमजोरी होती है। आइए मैं आपको उन तरीकों में से एक दिखाता हूं जो सटीक आप को इसके माध्यम से जाने में मदद कर सकते हैं। मैं डेटाबेस अनुकूलन के त्रिकोण पर समय बिताने नहीं जा रहा हूं, लेकिन हम मूल रूप से कम-लागत, कम-जोखिम, व्यापक-दायरे, उच्च-जोखिम, उच्च-लागत प्रकार के परिवर्तनों को देख रहे हैं। मैं वास्तव में इस स्लाइड को बाद में ट्वीट करूंगा यदि लोग इसे देखना चाहते हैं। यह एक बहुत बड़ी मार्गदर्शिका है, मुझे लगता है, समस्याओं को सुलझाने के लिए। यहाँ Oracle विशेषज्ञ दृश्य के लिए सटीक है। निष्कर्ष रिपोर्ट में शीर्ष पर, 60 प्रतिशत प्रभाव यह विशेष रूप से SQL कथन है। यदि आप गतिविधि की इस स्क्रीन को खोलते हैं, तो यह वहां दिखाई देता है। मैं इस चयन विवरण को देख सकता हूं, एक निष्पादन योजना है। प्रत्येक निष्पादन में एक दूसरा - 48, 000 निष्पादन होता है। यह 48, 000 से अधिक घंटों के निष्पादन को जोड़ता है।

गहरा नीला, एक बार फिर सीपीयू है। यह बात सीपीयू बाध्य है, एक प्रतीक्षा राज्य नहीं, एक लॉग नहीं है। मैं इस बात पर जोर देता हूं कि क्योंकि हमारे कुछ प्रतियोगी केवल प्रतीक्षा की स्थिति और लॉगिंग घटनाओं को देखते हैं, लेकिन आम तौर पर बोलते हुए, सीपीयू सबसे व्यस्त निष्पादन राज्य है और सबसे अधिक बायबैक प्रदान करता है। इस विशेषज्ञ दृश्य में प्रवेश करना - और मैं बहुत जल्दी जा रहा हूं - मैंने जो किया वह मैंने तालिका, 100, 000 पंक्तियों, 37, 000 ब्लॉकों पर देखा। हम एक पूर्ण-तालिका कर रहे हैं, फिर भी हमारे पास इस चीज़ पर छह सूचकांक हैं। यहाँ क्या चल रहा है? खैर, जब मैं देखता हूं कि खंड कहां है, तो यह कहां है कि खंड क्या कर रहा है, यह वास्तव में एक स्तंभ को अपरकेस में बदल रहा है और यह कह रहा है कि यह अपरकेस के बराबर है, चर खोजें। क्या हो रहा है हर बार जब यह चीज़ निष्पादित होती है, तो Oracle को इस कॉलम को अपरकेस में बदलना होगा। इसके बजाय कि लगभग पचास हजार बार, यह एक फ़ंक्शन-आधारित इंडेक्स के अपरकेस में उस इंडेक्स को बनाने के लिए बहुत अधिक कुशल है और यह न केवल ओरेकल एंटरप्राइज के डिवीजन, बल्कि मानक डिवीजन में भी उपलब्ध है। जब आप ऐसा करते हैं, तो आप जो कर सकते हैं वह निष्पादन योजना को सत्यापित करता है जो कि नए इंडेक्स उपयोगकर्ता की अनुमति अपरकेस जारी करता है, यह मेरी तरह की बात थी।

फिर, पहले-और-बाद के माप से, आप एक-दूसरे के निष्पादन समय को देख रहे हैं, 9 घंटे 54 मिनट तक एग्रीगेट करते हैं, उसी सटीक एसक्यूएल स्टेटमेंट के साथ, लेकिन उस इंडेक्स को 58, 000 निष्पादन के लिए अपरकेस में बनाया गया है, प्रतिक्रिया समय सब-मिलीसेकंड पर चला जाता है, कुल मिलाकर, यह सात सेकंड तक आता है। मैंने मूल रूप से अपने सर्वर पर दस घंटे का सीपीयू बचाया। यह बहुत बड़ा है। क्योंकि अगर मैं सर्वर रिफ्रेश के कारण नहीं हूं, तो मैं उस सर्वर पर रहने में सक्षम हूं। मैं वास्तव में उस सर्वर के उपयोग को 20 प्रतिशत तक गिरा देता हूं और आप वास्तव में पहले और बाद में देख सकते हैं। यह दृश्यता का प्रकार है जो सटीक प्रदान कर सकता है। कुछ अतिरिक्त चीजें भी हैं जिन्हें हम देख सकते हैं, यदि आपके पास इनका उपयोग नहीं हो रहा है, तो इन सभी अनुक्रमितों के पास क्यों हैं? वे उसी का अनुसरण कर सकते हैं। आर्किटेक्चर है, और मैं इसे लपेटूंगा, क्योंकि हम घंटे के शीर्ष पर पहुंच रहे हैं। मैं इस समाधान में एक सच्चा आस्तिक हूँ और हम चाहते हैं कि आप एक सच्चे आस्तिक बनें। IDERA में हम मानते हैं कि एक परीक्षण एक ग्राहक बनाता है, इसलिए यदि आप रुचि रखते हैं, तो हम आपकी साइट में मूल्यांकन करने में सक्षम हैं।

उस के साथ, मैं बीकन वापस पारित कर दूंगा।

एरिक कवनघ: हाँ यह जबरदस्त विवरण है जो आपने वहां दिखाया है। यह वास्तव में काफी आकर्षक है। मुझे लगता है कि मैंने अतीत में आपका उल्लेख किया होगा - और मुझे पता है कि हमने IDERA के साथ किए गए कुछ अन्य वेबकास्ट में, मैंने उल्लेख किया है कि - मैं वास्तव में IDERA द्वारा अधिग्रहित होने से पहले से ही सटीक ट्रैकिंग कर रहा हूं, 2008 तक सभी तरह से, मुझे लगता है, या 2009. मैं तब तक इसे देखकर मोहित था। मैं यह जानने के लिए उत्सुक हूं कि अनुप्रयोगों के नए रिलीज के शीर्ष पर रहने में कितना काम होता है। आपने उल्लेख किया कि एसएपी हाना, जो मुझे लगता है कि बहुत प्रभावशाली था कि आप वास्तव में हाना वास्तुकला में खुदाई कर सकते हैं और वहां कुछ समस्या निवारण कर सकते हैं। आपके पास कितने लोग हैं? आपकी ओर से यह कितना प्रयास है और इसका कितना कुछ गतिशील रूप से किया जा सकता है, इसका अर्थ है कि जब उपकरण तैनात हो जाता है, तो आप अलग-अलग चीजों को देखने और देखने के लिए रेंगने लगते हैं? उपकरण से पता लगाया जा सकता है कि गतिशील रूप से कितना हो सकता है, ताकि आप जटिल वातावरण का निवारण करने में लोगों की मदद कर सकें?

बिल एलिस: आपने वहां बहुत सारे सवाल पूछे।

एरिक Kavanagh: मुझे पता है, माफ करना।

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

मूल रूप से डुप्लिकेट डेटाबेस की आवश्यकता से बचने के लिए HANA के विचार में एक अत्यंत समानांतर इन-मेमोरी डेटाबेस है। हमारे पास एक डेटाबेस, सत्य का एक स्रोत है, यह हमेशा अद्यतित रहता है, इस तरह आप उस सभी सामंजस्य को करने से बचने की आवश्यकता से बचते हैं। हाना डेटाबेस के प्रदर्शन का महत्व बढ़ जाता है - मैं 10x या कम से कम उन सभी अन्य डेटाबेस, हार्डवेयर, संसाधनों के योग की तुलना में अधिक मूल्यवान कहने जा रहा हूं। एचएएनए को प्रबंधित करने में सक्षम होने के कारण, यह घटक वास्तव में अभी बीटा परीक्षण में है, यह कुछ ऐसा है जो जल्द ही जीए जाने वाला है। तो यह IDERA के लिए और हमारे लिए मूल रूप से SAP प्लेटफॉर्म का समर्थन करने के लिए बहुत रोमांचक है। मुझे यकीन नहीं है कि आपके प्रश्न के अन्य हिस्सों में मैंने किस तरह की कमी की लेकिन -

एरिक Kavanagh: नहीं, यह सब अच्छा सामान है। मैंने एक ही बार में आप पर एक पूरी गुच्छा फेंक दिया, इसलिए उस पर खेद है। मैं बस मोहित हूँ, वास्तव में, मेरा मतलब है कि यह एक बहुत ही सरल अनुप्रयोग नहीं है, है ना? आप इन उपकरणों में गहरी खुदाई कर रहे हैं और समझ रहे हैं कि वे आपस में और अपनी बात पर किस तरह से बात कर रहे हैं, आपको कहानी को अपने सिर में एक साथ रखना है। आपको यह समझने के लिए जानकारी के बिट्स को संयोजित करना होगा कि वास्तव में क्या हो रहा है और आपको क्या परेशानी हो रही है, इसलिए आप वहां जा सकते हैं और उन समस्याओं को हल कर सकते हैं।

एक सहभागी पूछ रहा है, प्रीसीज़ को लागू करना कितना मुश्किल है? एक अन्य व्यक्ति ने पूछा, कौन से लोग हैं - जाहिर है डीबीए - लेकिन संगठन में कुछ अन्य भूमिकाएं कौन हैं जो इन उपकरणों का उपयोग करेंगे?

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

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

एरिक कावनघ: मुझे एक या दो त्वरित प्रश्न आपके पास फेंकने दो। मैं अनुमान लगा रहा हूं कि आप समय-समय पर संग्रह कर रहे हैं और अलग-अलग क्लाइंट्स के लिए और विभिन्न अनुप्रयोगों और विभिन्न डेटाबेसों के बीच परस्पर क्रिया के रूप में, एक कॉरपोरेट इकाई के रूप में, समय के साथ एक भंडार का निर्माण कर रहे हैं। दूसरे शब्दों में, परिदृश्य मॉडलिंग, मुझे लगता है, मैं क्या करने के लिए alluding हूँ। क्या यह मामला है? क्या आप वास्तव में आम परिदृश्यों का एक प्रकार का भंडार बनाए रखते हैं, जिससे आप कुछ चीजों को चलाने के लिए उपयोगकर्ताओं को समाप्त करने के लिए सुझाव दे सकते हैं? ई-बिजनेस सूट के इस संस्करण की तरह, इस डेटाबेस का यह संस्करण, आदि - क्या आप इसमें से बहुत कुछ करते हैं?

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

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

खैर दोस्तों, हम इस वेबकास्ट को संग्रहीत करेंगे। आप Techopedia या insideanalysis.com पर ऑनलाइन आशा कर सकते हैं और वाह, आपके समय के लिए धन्यवाद, हम अगली बार आपको पकड़ लेंगे। ध्यान रखना, बाय-बाय।