अनुप्रयोग धीरे चल रहा है? सटीक होने का समय

टेकोपेडिया स्टाफ द्वारा, 31 अगस्त 2016

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

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

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

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

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

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

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

आप में से जो लोग घर पर समस्या निवारण कर चुके हैं, शायद अपने माता-पिता या दोस्तों के साथ, शायद अपने बच्चों के साथ नहीं क्योंकि वे जानते हैं कि क्या करना है, इसे बंद करें और फिर से। लेकिन परवाह किए बिना, समस्या निवारण आसान नहीं है, यह कभी आसान नहीं होने वाला है, लेकिन हम आज कुछ ऐसी चीजों के बारे में बात करने जा रहे हैं, जिन्हें आप आसानी से कर सकते हैं। तो, कमांड प्रॉम्प्ट - हां, वास्तव में, मैं कंप्यूटिंग के शुरुआती दिनों को याद करने के लिए काफी पुराना हूं, जब आपके पास डीआईआर करने के लिए कमांड प्रॉम्प्ट था, दर्ज करें। यह वही है जो फाइलों की निर्देशिका को देखेगा, और सकारात्मक महसूस करेगा कि यह वास्तव में कुछ कमांड किया गया है, है ना? Dez, बेशक, हमारे डेटा वैज्ञानिक, वह जानते हैं कि कमांड प्रॉम्प्ट का उपयोग कैसे करें। और अगर आप कमांड प्रॉम्प्ट का उपयोग कर सकते हैं, तो यह बहुत अच्छी बात है क्योंकि हममें से ज्यादातर लोग किसी न किसी प्रकार के GUI, ग्राफिक यूजर इंटरफेस का उपयोग करते हैं, लेकिन हमेशा कुछ न कुछ होता है, GUI और कमांड लाइन के बीच हमेशा कुछ डिस्कनेक्ट होता रहता है। और बस आपको एक यादृच्छिक उदाहरण देने के लिए, यदि आप जानना चाहते हैं कि इन दिनों दस्तावेजों में सेंध लगाने वाले बुनियादी कार्यक्रमों में से कितने कोड माइक्रोसॉफ्ट वर्ड के नवीनतम संस्करण में जाते हैं, तो "हैलो वर्ल्ड" टाइप करें और फिर "सेव के रूप में सेव" करें। HTML। ”और फिर एक टेक्स्ट एडिटर में उस परिणामी डॉक्यूमेंट को खोलें, और आप शायद पेज और टैग के पेज देखेंगे। यह कोड ब्लोट कहा जाता है, और कोड ब्लोट समस्या निवारण के लिए वास्तव में अच्छा नहीं है, बस कुंद होने के लिए।

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

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

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

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

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

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

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

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

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

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

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

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

और फिर इसके साथ मैं IDERA, बिल एलिस से हमारे प्रिय मित्र को पास करने जा रहा हूं, और देखें कि आज उन्हें इस मुद्दे को कैसे हल करना है। बिल, आपके ऊपर।

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

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

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

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

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

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

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

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

अंतिम उपयोगकर्ता पहचान आवश्यक है। अंत में आईटी के लिए यह आवश्यक है कि वह किसी विशेष अंतिम उपयोगकर्ता की मदद करने में सक्षम हो। अब, हम यहाँ क्या कर रहे हैं, क्या हम "फ्लो" टैब पर चले गए हैं। आप शीर्ष बाएँ हाथ के कोने में देख सकते हैं। और हमने वेब मेनू के एक विशेष घटक पर ध्यान केंद्रित किया है। और दाईं ओर का हिस्सा उस विशेष लेन-देन का विश्लेषण है, और इसलिए शीर्ष पर यह वास्तव में ब्राउज़र और फिर दृश्य है, बस जीयूआई के भीतर थोड़ा सा आइकनों से परिचित होने के लिए वेब सर्वर के लिए है, इसलिए हम विशेषता बिंदु देख सकते हैं। और फिर “J” जावा के लिए है और “T” Tuxedo के लिए है और स्वाभाविक रूप से “Q” SQL है। खैर वह नकद मूल्य मूल रूप से एक विशेष एसक्यूएल स्टेटमेंट की पहचान करता है। गौर कीजिए कि यह क्या करता है। हमने व्यक्तिगत SQL कथन सहित अंतर्निहित एप्लिकेशन कोड के लिए एक लेनदेन के लिए एक उपयोगकर्ता की पहचान की है। अब, जब मैं उन व्यक्तिगत एसक्यूएल बयानों को देखता हूं, तो मैं देख सकता हूं कि कुल प्रतिक्रिया समय, उनमें से प्रत्येक के बारे में छह प्रतिशत के लिए जिम्मेदार है, और जब वे शीर्ष चार एसक्यूएल बयान जोड़ते हैं, तो उन्होंने लगभग एक चौथाई लेन-देन किया। समय।

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

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

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

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

अब, ये कुछ उद्धरण हैं और ये एक PeopleSoft की दुकान से होते हैं जिसमें वैश्विक तैनाती होती है। सटीक PeopleSoft और SAP, साइबेल, ओरेकल, ई-बिजनेस सूट, होमग्रो जावा और .NET अनुप्रयोगों का समर्थन करता है। यदि आप वेब सेवा कॉल को कई JVMs के लिए करते हैं, तो हम जावा से .NET से जावा तक, हम सभी को ट्रैक कर सकते हैं। यह समय पर हो सकता है, यह बादल में हो सकता है। महत्वपूर्ण बात यह है कि चीजों को साधन देने की आवश्यकता है।

और इसलिए, हमारे ग्राहकों में से एक से केवल कुछ उद्धरण। "सटीक होने से पहले, हमारे DBAs OEM का उपयोग कर रहे थे, " - यह एक डेटाबेस-केवल उपकरण है, और उन्होंने मूल रूप से कहा, "अरे, उदाहरण बहुत अच्छे लगते हैं।" लेकिन वे कर सकते थे। किसी विशेष लेनदेन के साथ किसी समस्या को बताने या पता करने में सहायता करें सटीक ने ऐसा करने के लिए दृश्यता प्रदान की। और इसलिए कि SQL स्टेटमेंट के बारे में जानकारी डीबीए को डेटाबेस से पूरी तरह निचोड़ने के लिए दृश्यता देने के बारे में महत्वपूर्ण थी। और इसलिए यह वास्तव में अच्छा था। आप जिस उपकरण को देख रहे हैं, उसके ऊपर और उससे आगे की तरह।

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

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

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

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

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

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

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

अब यह SQL स्टेटमेंट, आप उस स्टैक्ड बार ग्राफ को वहां देखते हैं, यह गहरे नीले रंग का है। कहते हैं कि हम सभी CPU का उपयोग कर रहे हैं। चलो आगे बढ़ते हैं और उस विशेष SQL स्टेटमेंट पर इस "TUNE" बटन पर क्लिक करके ध्यान केंद्रित करते हैं। हम क्या करते हैं हम इसे उस कार्यशाला में ले जाते हैं, पूर्व-निर्मित कार्यशाला जिसे कहने के लिए डिज़ाइन किया गया है, "ठीक है कि डीबीए इस विशेष एसक्यूएल बयान के बारे में क्या जानने जा रहा है?" और आप दाईं ओर देख सकते हैं एक टैब है जिसे "कहा जाता है" इतिहास ”जिसे चुना गया है। और अब मैं आपके लिए जो करना चाहता हूं, वह बाएं हाथ की तरफ की तरह है, जहां यह कहता है कि "परिवर्तन की अवधि औसत, " औसत अवधि। और उनमें से प्रत्येक बार एक दिन की घटनाओं का प्रतिनिधित्व करता है।

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

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

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

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

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

आइए इन SQL स्टेटमेंट को देखें। क्या आप इस कॉलम को "MS-SQL में" कहते हैं, और यह एक घंटा, चार मिनट कहता है? यह शीर्ष SQL कथन लगभग 64 मिनट के संसाधनों का निष्पादन या उपभोग करता है। और इसका अनुमानित सुधार 98 प्रतिशत है। ये परिवर्तन घंटों के प्रसंस्करण के लायक बचाने जा रहे हैं। अगला SQL कथन 27 मिनट का है और मूल रूप से एक तिहाई बचाएगा। यह प्रसंस्करण के बारे में दस मिनट है। इन प्रस्तावित परिवर्तनों के द्वारा आप वास्तव में घंटे और घंटों की बचत करने वाले हैं। और इसलिए यह इस मोर्चे को जानने में सक्षम है, यह मॉडल करने में सक्षम है। आप "क्या-अगर" क्षमता का उपयोग इस तरह के कहने के लिए भी कर सकते हैं, "ठीक है, मैं उस इंडेक्स को नहीं बनाना चाहता, या क्या होगा यदि मैं कॉलम के क्रम को बदल दूं?" और इसलिए मैं इस मॉडलिंग क्षमता का उपयोग कर सकता हूं यह जानने के लिए कि क्या चल रहा है।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Dez Blanchfield: एरिक, आप के पार, क्या आपको कोई अंतिम प्रश्न मिला है?

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

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

एरिक Kavanagh: यह सही है। मैंने दूसरे दिन एक महान मेमे को देखा, जिसने कुछ ऐसा कहा, "सूचित रहें, न कि केवल राय।" आप एक बैठक में चलते हैं, आपके पास जानकारी है, आप डेटा को इंगित कर सकते हैं। यही कुंजी है और हम वहां पहुंच रहे हैं, धन्यवाद। ठीक है दोस्तों हम आगे जा रहे हैं और रैप कर रहे हैं, लेकिन हम बाद में देखने के लिए इन सभी वेबकास्ट को संग्रहीत करते हैं। इसे किसी भी समय जांचने के लिए स्वतंत्र महसूस करें। अब हम अपने सभी वेबकास्ट, हॉट टेक श्रृंखला और Techopedia.com पर ब्रीफिंग रूम श्रृंखला को सूचीबद्ध करते हैं, इसलिए ऑनलाइन हॉप करते हैं और उन लोगों की जांच करते हैं। इसके साथ ही हम आपसे विदाई लेने जा रहे हैं। आज आपके समय के लिए धन्यवाद, बिल। आपके और आपकी कड़ी मेहनत के लिए धन्यवाद, Dez। और हम अगली बार आपसे बात करेंगे, दोस्तों। ख्याल रखना। अलविदा।