कॉम्प्लेक्स पीपलसॉफ्ट वातावरणातील कार्यप्रदर्शन व्यवस्थापित करा

लेखक: Roger Morrison
निर्मितीची तारीख: 25 सप्टेंबर 2021
अद्यतन तारीख: 21 जून 2024
Anonim
कॉम्प्लेक्स पीपलसॉफ्ट एन्व्हायर्नमेंट्सचे कार्यप्रदर्शन व्यवस्थापित करा
व्हिडिओ: कॉम्प्लेक्स पीपलसॉफ्ट एन्व्हायर्नमेंट्सचे कार्यप्रदर्शन व्यवस्थापित करा

टेकवे: हॉट टेक्नॉलॉजीजच्या या भागामध्ये होस्ट एरिक कवानाघ मॅट सॅरेल आणि बिल एलिस यांच्यासह पीपलसॉफ्टच्या कामगिरीच्या व्यवस्थापनाविषयी चर्चा करतात.


एरिक कवानाग: ठीक आहे, स्त्रिया आणि गृहस्थ. नमस्कार आणि पुन्हा एकदा आपले स्वागत. हा पूर्वेकडील 4 वाजताचा बुधवार आहे आणि मागील काही वर्षांपासून, या आयटी आणि मोठ्या व्यवसाय आणि डेटाच्या जगात आहे, ही वेळ हॉट टेक्नॉलॉजीजवर आली आहे. होय खरंच, माझे नाव एरिक कवानाग आहे. आजच्या कार्यक्रमासाठी मी आपला नियंत्रक होईल.

आम्ही व्यवसाय करणार्या सिस्टमविषयी बोलत आहोत, लोक; आम्ही जटिल वातावरणाचे कार्यप्रदर्शन कसे व्यवस्थापित करावे याबद्दल पीपलसॉफ्टबद्दल बोलत आहोत. मला नेहमी हे सांगायला आवडेल की या कार्यक्रमांमध्ये आपण मोठी भूमिका बजावत आहात, म्हणून कृपया लाजाळू नका. आपला प्रश्न कोणत्याही वेळी विचारा; आपण गप्पा विंडो किंवा प्रश्नोत्तरांचा वापर करून असे करू शकता - कोणत्याही मार्गाने तो जातो. आपल्‍याला जे जाणून घ्यायचे आहे ते ऐकायला मला आवडेल आणि हाच सर्वोत्तम मार्ग आहे; तुम्हाला तुमच्या वेळेचे उत्तम मूल्य मिळेल. आम्ही नंतर सर्व ऐकण्यासाठी या सर्व वेबकास्ट्यांचे संग्रहण करतो, म्हणून हे लक्षात ठेवा.

जर यंत्रणा हळू चालत असतील तर, आयुष्य कसे जगायचे ते लक्षात ठेवा. हा फोटो वास्तविक 1968 चा आहे, डेनेले नावाच्या बाईच्या सौजन्याने, आणि मला म्हणायचे आहे की हे खरोखर किती बदलले आहे याची एक अगदी आठवण आहे. जगात कमालीची गुंतागुंतीची प्राप्ती झाली आहे आणि अर्थात व्यवसायाच्या गरजा आणि वापरकर्ता अनुभव हाताशी धरत आहेत. परंतु या दिवसात, डिस्कनेक्ट होण्यास थोडेसे आहे. आम्ही नेहमीच सांगत नाही, तशी एक जुळत नाही, आणि वस्तुस्थिती अशी आहे की व्यवसायातील लोकांना नेहमी गोष्टी जलद आणि वेगवान हव्या असतात, आयटी कार्यसंघ ज्याने काम करावे यासाठी दबाव आणला जातो आणि हे एक तिखट जग आहे.


मला म्हणायचे आहे की सर्वत्र स्पर्धा तापली आहे. आपण फक्त कोणत्याही उद्योगाकडे लक्ष दिल्यास, आपण पाहू शकता की या दिवसांमध्ये मोठ्या घडामोडी आहेत - उदाहरणार्थ Amazonमेझॉन होल फूड्स खरेदी करतात, उदाहरणार्थ. किराणा उद्योग त्याकडे कटाक्षाने पाहत आहे याविषयी आपण खात्री बाळगू शकता.आम्ही हे सर्व ठिकाणी पाहतो, म्हणून व्यवसायाच्या नेत्यांनी हे कसे निश्चित करावे याची खात्री करणे आवश्यक आहे - आणि आजकालचे हे शब्द आहे - डिजिटली रूपांतरण, जुन्या स्विचबोर्डच्या पलीकडे जाण्यासाठी बरेच नवीन आणि मजबूत सिस्टममध्ये कसे जायचे. आज आपण त्याबद्दल बोलत आहोत.

बर्‍याच संघटनांना सामोरे जाणारे एक विषय, विशेषत: थोडा काळापासून या समस्या म्हणजे या वारसा प्रणाली. दिवसाचा हा एक जुना आयबीएम मेनफ्रेम आहे. सर्वत्र वारसा प्रणाली आहेत. विनोदांपैकी एक म्हणजे एक लीगेसी सिस्टम ही एक अशी प्रणाली आहे जी उत्पादनात असते, म्हणजे ज्या क्षणी ते उत्पादनात जाईल, तांत्रिकदृष्ट्या ही एक वारसा प्रणाली आहे. नेहमीच गोष्टी करण्याचे नवीन मार्ग असतात.

आणि गेल्या काही वर्षांत सिस्टमची अक्षरशः समेट घडवून आणण्याचे मार्ग शोधणे, एका सिस्टमची कार्यक्षमता सुधारणे केवळ आवश्यक नसते, परंतु कार्यप्रदर्शन हाताळण्यासाठी ऑफशूट किंवा ऑफ-लोडिंग युक्ती तयार करण्याचा मार्ग शोधण्यासाठी काही मनोरंजक घडामोडी आहेत. इतर मार्गांनी. आज, आम्ही पीपल्सॉफ्ट सारख्या प्रणालीची कार्यप्रदर्शन कशी सुधारित करावी याबद्दल अधिक बोलणार आहोत, जे खरोखर आश्चर्यकारक आहे. परंतु जेव्हा चांगले केले जाते, लोड केले जाते तेव्हा अंमलात आणले जाते, जेव्हा चांगले व्यवस्थापन केले जाते तेव्हा ते आश्चर्यकारक गोष्टी करू शकतात. परंतु जेव्हा हे व्यवस्थित व्यवस्थापित केले जात नाही तेव्हा जेव्हा आपल्याला सर्व प्रकारच्या समस्या येतात.


मग काय होते? आपल्यास गोष्टींबद्दल आणि कोणत्याही वातावरणात वास्तववादी बनावे लागेल, जर वापरकर्त्यांना त्यांना पाहिजे ते न मिळाल्यास लवकरच किंवा नंतर ते छाया सिस्टमकडे जातात. हे सर्व वेळ घडते. सावली सिस्टम खूप उत्पादनक्षम असू शकतात, ते लोकांना कार्य करण्यास मदत करू शकतात. पण नक्कीच बरेच मुद्दे आहेत. निश्चितपणे पालन आणि नियमनाच्या संपूर्ण क्षेत्रात सावली प्रणाली एक मोठी संख्या आहे. परंतु ते तेथेच आहेत आणि मला वाटते हे लक्षात ठेवणे आवश्यक आहे की तुमची प्रणाली, जर तुमची मुख्य प्रणाली त्वरित कार्य करत नसेल किंवा कार्यक्षमतेने कार्य करीत नसेल, तर लवकरच किंवा नंतर तेथे कार्यवाही होणार आहेत आणि त्या कार्ये शोधणे फार कठीण जाईल, सूर्यास्त करणे कठीण असू शकते कारण ते व्यवसायासाठी गंभीर असल्याने अडचणीत येतात. ते समाकलित करणे कठीण असू शकते, म्हणूनच ते येथे आहे हे लक्षात असू द्या आणि कार्यप्रदर्शन सुधारण्याचे हे आणखी एक कारण आहे.

नुकतीच मी ही अभिव्यक्ती ऐकली आणि मला ते तेथेच टाकून द्यायचे आहेत: “निकडचा अत्याचार”. मी फक्त ऐकून विचार करतो की बहुधा संघटनांमध्ये मी काय बोलतोय आणि काय घडतं हे कदाचित तुम्हाला माहित असेलच की कामाचा ताण गंभीर लोकांपर्यंत पोहोचला आहे , आणि लोक शक्य तितके करीत आहेत आणि काहीही बदलणे खूप अवघड होते. आपण “निकडच्या अत्याचारा” पासून ग्रस्त आहात - सर्व काही आता पूर्ण केले पाहिजे. बरं, सिस्टम अपग्रेड करणे त्वरित होत नाही.

ईआरपीला एका आवृत्तीतून दुसर्‍या आवृत्तीमध्ये श्रेणीसुधारित करुन जोपर्यंत राहतो अशा कोणालाही माहित आहे की ही एक तुलनेने वेदनादायक प्रक्रिया आहे, म्हणूनच याकडे लक्ष द्या: जर आपण आपल्या संस्थेमध्ये पाहिले तर ते ओळखा. आशा आहे की आपण एखाद्याकडे जाऊ शकता किंवा आपण सीआयओ किंवा सीटीओ किंवा सीईओसारखे एखादे ज्येष्ठ व्यक्ती असाल तर ओळखा की ही एक अतिशय धोकादायक परिस्थिती आहे कारण एकदा आपण आठ चेंडूच्या मागे असाल तर मागे जाणे खरोखर कठीण आहे आठ चेंडू

हे संपूर्ण मॅरेथॉन कॉन्ड्रमसारखे आहे: जर आपण एखाद्या प्रकारच्या शर्यतीत खूप मागे वारा करीत असाल आणि प्रत्येकजण तुमच्या अगोदर असेल आणि आपण सर्व चालू असाल तर आपण खूप मागे पडल्यास हे पकडणे खरोखर कठीण जाईल. म्हणून फक्त त्यासाठी पहा आणि ते लक्षात ठेवा.

आणि त्यासह, मी पीपलसॉफ्ट वातावरणासह जटिलतेस कसे हाताळावे याबद्दल काही अंतर्दृष्टी देण्यासाठी ते मॅट सॅरेलकडे देणार आहे. मॅट, घेऊन जा.

मॅट सॅरेलः ठीक आहे, एरिक धन्यवाद. नमस्कार, प्रत्येकजण. आणि म्हणूनच पाहू, मी आपल्याशी कार्यप्रदर्शन व्यवस्थापित करण्याबद्दल बोलत आहे असे मला वाटते असे मला का वाटते हे सांगून मी आजपासून सुरुवात करू. म्हणून मला तंत्रज्ञानाचा 30 वर्षांचा अनुभव आहे. मला असे म्हणायचे आवडते की मी दोन-दोन स्टार्ट-अपमध्ये हँड्स-ऑन, नेटवर्क प्रशासक, आयटी संचालक, अभियांत्रिकीचे व्हीपी या माध्यमातून काम केले. मग मी पीसी मॅग येथे तांत्रिक संचालक म्हणून हे संक्रमण केले. तिथे माझे चित्र आहे, परंतु मुळात मी एका लहान मुलासारखे दिसते.

आणि मग पुढे जाऊन ई-वीक आणि इन्फो वर्ल्ड अशा वेगवेगळ्या प्रकाशनांमध्ये पत्रकार बनणे, गिगाहोमचे विश्लेषक, ब्लॉर ग्रुपबरोबर नेटवर्किंग करणे आणि सल्लामसलत चालवणे. आणि मी तेथे आहे: डावीकडील हे चित्र मी आता दिसत आहे. मध्यभागी हे चित्र आहे जेथे मी खूप आनंदी आहे - तारा आणि अंधुक दिवे असलेल्या खोलीत आणि कोठे थंड आहे - हे खूप थंड झाले आहे आणि इतर सर्वांनाच तापमानानुसार आरामदायक वाटत नाही. आणि तेथे माझी संपर्क माहिती आहे, आपल्याकडे काही पाठपुरावा प्रश्न असावा.

मला येथे स्टेज सेट करायचा आहे आणि फक्त कामगिरीबद्दल बोलू इच्छित आहे, जसा एरिक बद्दल बोलला आहे. आम्ही आता या जगात प्रवेश केला आहे जिथे वापरकर्त्यांची ही अपेक्षा ग्राहक अनुप्रयोग आणि वेबसाइटद्वारे सेट केली गेली आहे. आणि लोक कामावर जायला आणि तिथे बसण्यासाठी आणि त्यांच्या सिस्टमची वाट पाहण्यास तयार असत कारण त्यांना जे हवे होते तेच आणि आता लोक तिथे बसण्यास खरोखर तयार नाहीत. त्यामुळे त्यांना मोटारसायकल ट्रॅकवरुन उडता हवी आहे का हा एक प्रश्न आहे. कदाचित तो माणूस दुचाकी चालवत आणि मुलगी शाळेत घेऊन जात असावा अशी त्यांची इच्छा नाही. पण आपण कोणत्या देणार आहात?

आणि हे कठीण आहे कारण - मी खरोखर एक ते तीन सेकंदात इतके दयाळू होते - लोकांना त्वरित प्रतिसाद देखील हवा असतो आणि त्यांना कोठूनही प्रवेश हवा असतो. ते आपल्या इमारतीत किंवा आपल्या परिसरातील कोठेही असू शकते किंवा आपला व्यवसाय किती चांगल्या प्रकारे कार्य करते यावर अवलंबून जगात कधीही कोठेही असू शकते. आणि मी अंदाज बांधतो की आपण काय करीत आहोत ते म्हणजे जेव्हा आपण कामगिरीबद्दल बोलतो तेव्हा वापरकर्त्याच्या अनुभवाच्या कोनातून कामगिरीबद्दल विचार करणे महत्वाचे आहे.

मोजमाप आणि ट्यूनिंग करण्यापूर्वी कार्यप्रदर्शन लक्ष्य निश्चित करणे महत्वाचे आहे. माझ्याकडे ट्यूनर आणि नंतर ट्यूनरचे हे चित्र आहे. ट्यूनर असलेला वास्तविक मनुष्य, त्याला कशासाठी ट्यून करीत आहे हे माहित असणे आवश्यक आहे किंवा पियानोवर हात ठेवून त्यास ट्यून करणे यात काहीच अर्थ नाही. यापूर्वी गोलची व्याख्या करुन, सद्य परिस्थितीत बसण्यासाठी गोल अनुकूल करण्याऐवजी ती वास्तविक ठेवा. वेळोवेळी मेट्रिकचे निरीक्षण करणे आणि स्त्रोत देखावा आणि वापर पद्धतींद्वारे प्रभावित वापरकर्त्याच्या लोड अनुप्रयोग कार्यक्षमतेसह सिस्टम कसे बदलतात हे लक्षात घेणे महत्वाचे आहे.

हे सर्व एखाद्या वापरकर्त्याच्या अनुभवासह किंवा समर्थन घटनांशी संबंधित असणे आवश्यक आहे, आपण वितरित करण्यात सक्षम होण्याची अपेक्षा असलेल्या कामगिरीची बेसलाइन स्थापित करा आणि आपण त्या बेसलाइनवरून विचलनांकडे जाताना, सक्रिय सतर्कता बाळगा जेणेकरून आपण आमच्या आधी कारवाई करू शकाल. “फेल व्हेल” स्थिती दाबा. आणि आपणास माहित आहे की कार्यक्षमतेच्या समस्येचे मूळ कारण अतिशय त्वरेने आणि सहजपणे निर्धारित करण्यात आणि सक्षम करण्याची क्षमता असणे आवश्यक आहे. आणि पुन्हा, हे आधीचे आहे, चांगले, बरोबर?

आम्हाला माहित आहे की मागील इतिहासापासून विकासाच्या प्रयत्नांकडे पहात असताना, आपण आधी कामगिरीची समस्या शोधू आणि निराकरण करू शकता, आपण जितके चांगले आहात. कामगिरीची चाचणी सुरू करण्यासाठी किंवा समस्या उद्भवण्यास प्रारंभ करण्यासाठी तुमचा सर्व कोड किंवा तुमची प्रणाली प्रत्यक्षात येईपर्यंत प्रतीक्षा करत राहिल्यास, मी खूप उशीर करणार नाही, परंतु पुन्हा, आता मॅरेथॉनमध्ये खराब सुरुवात करणारा माणूस आणि आता तू पकडत आहेस -आपण बाहेर उडी मारण्याऐवजी आणि पुढे जाण्याऐवजी. मग आपण हे कसे करता? आपण आपल्या सरासरीची आणि आपल्या पीक लोडची अपेक्षा करता?

आणि आपण पुढे जा आणि आपण आपले भौतिक सर्व्हर किंवा आपले आभासी सर्व्हर किंवा आपल्या क्लाउड उदाहरणे किंवा आपले कंटेनर आणि आपले कंटेनर संसाधने आकार द्या आणि नंतर संकल्पनेचा पुरावा चालवा आणि पायलट चालवा? हे असे वेळा आहेत जेव्हा आपण जिथे काहीतरी पकडू इच्छिता त्याचा शेवट, जरी आपण उत्पादनाकडे दुर्लक्ष करण्यापेक्षा उत्पादनास पकडण्यापेक्षा चांगले आहात. परंतु खरोखर, आपण आपल्या पायलटमध्ये असता तेव्हापर्यंत आपण सतत देखरेख आणि सुधारणांच्या आसपास आपली कार्यपद्धती आणि प्रक्रिया स्थापित केली पाहिजे.

ठीक आहे, बरीच कंपन्या - आम्ही डिजिटल परिवर्तनाबद्दल बोलतो. डेव्हॉप्स, डीओओप्स क्रांतीमधील त्या डिजिटल परिवर्तनात मोठी भूमिका निभावत आहे. आणि ही एक शेवट-टू-एंड प्रक्रिया आहे जी खरोखरच कधीही थांबत नाही. दोन हात एकमेकांना रेखाटण्यासारखे आहे आणि ही चांगली सामग्री आहे. योजना, कोड, बिल्ड, चाचणी, रीलिझ, उपयोजित, ऑपरेट, मॉनिटर आणि परत योजनेच्या या दोन हातांमधील अनंत पळवाट. हे स्वतः फीड करते आणि आम्ही ते स्वयंचलित करतो जेणेकरून ते द्रुतगतीने होते. हे उत्पादन कार्यप्रदर्शन मॉनिटरिंग अभिप्राय पळवाट तयार करते आणि ते कार्यक्षमतेच्या समस्यांस यशस्वीरित्या उजाळा देण्यासाठी आणि आपल्या संपूर्ण वापरकर्त्याच्या बेसवर परिणाम करण्यापूर्वी निराकरण करण्यासाठी याचा वापर करते.

आणि दुसरी गोष्ट, आता आपल्यास हे समजले आहे की, आयटी विकसक आणि ऑपरेशन कर्मचारी खूप जलद आणि संरेखित करत आहेत, आपण हे प्रयत्न व्यवसाय कर्मचार्‍यांसह सहजपणे संरेखित देखील करू शकता. एंटरप्राइझ सॉफ्टवेअर कामगिरी एक जटिल पशू आहे. एखाद्यास त्याची तुलना एखाद्या चॉकबोर्डच्या दिशेने बसणार्‍या फुटबॉल संघाशी असू शकते आणि प्रत्येक गोष्ट स्वतंत्रपणे कार्य करते आणि प्रत्येक गोष्ट एकत्र कार्य करते. मी नेहमीच माझी पहिली कार कधी घेतली आणि मी एक गोष्ट निश्चित केली तेव्हाची ती जुनी गोष्ट आहे. मी एअर कंडिशनर निश्चित केले आणि मग जे झाले ते असे की मग उर्वरित शीतलक यंत्रणा अयशस्वी झाली. म्हणून आपल्यास आपले वेदना गुण आणि प्रत्येक गोष्ट एकत्र आली आणि समायोजित केली. आपणास सर्व काही अशा प्रकारे आयोजित करावे लागेल आणि प्रक्रिया तयार करा जेणेकरुन आपण आपले बदल करता तेव्हा सर्व काही इतर सर्व गोष्टींवर कसा प्रभाव पाडेल हे आपण समजू शकता.

आणि काळजी घ्या आणि दोनदा-तपासणी करा. चाचणी, अवैध करा, अंमलात आणा. आणि पुन्हा आम्ही सतत देखरेख आणि कामगिरी सुधारणा कार्यक्रम तयार करण्याच्या या समस्येवर आलो आहोत. आणि खरं तर ही माझी शेवटची स्लाइड आहे. आम्ही या जटिलतेबद्दल बोलत असताना आणि ही या घड्याळाच्या आतील भागाप्रमाणेच एक सुंदर गुंतागुंत आहे, परंतु आपल्याकडे पीपल्सॉफ्टमध्ये बरेच फिरणारे तुकडे आहेत. प्रत्येक गोष्ट स्टॅकच्या खाली आणि खाली सर्व काही प्रभावित करते. आणि अशी बरीच ठिकाणे आहेत जिथे आपण कार्यप्रदर्शनाच्या मुद्द्यांच्या की शोधू शकता ज्या योग्य साधन आणि योग्य प्रक्रियाशिवाय आपण सहज गमावू शकता. आणि पुन्हा प्रत्येक गोष्टीवर, बर्‍याच बाबतीत मला जे वाटते की आपण शिकलो ते म्हणजे आपण पायाभूत सुविधा निवारण करू शकता, परंतु प्रचंड बदल हा आपला सानुकूल अनुप्रयोग कोड असेल. आणि म्हणूनच आपल्या अनुप्रयोग कोडची चाचणी घेण्यासाठी आणि सतत सुधारण्यासाठी योग्य प्रक्रिया केल्या जाणे काय महत्त्वाचे आहे.

आणि म्हणून माझ्या भागाचा शेवट होतो आणि मी हे बिलाकडे वळवीन.

एरिक कवानाग: ठीक आहे, बिल, मी तुम्हाला येथे वेबएक्ससाठी कळा देतो. मला ती सुंदर गुंतागुंत आवडली - छान आहे. आपल्याकडे तेथे काही चांगले कोट्स होते, मॅट. ठीक आहे, बिल, घेऊन जा. आपण आपली स्क्रीन सामायिक करू इच्छित असल्यास “द्रुत प्रारंभ” वर जा. तुम्ही सगळे.

बिल एलिस: धन्यवाद, मॅट आणि एरिक. फक्त पुष्टी करण्यासाठी, आपण सर्व आता माझी स्क्रीन पाहू शकता?

एरिक कवानाग: हो नक्कीच.

बिल एलिस: तर आम्ही जटिल अ‍ॅपॅक स्टॅक व्यवस्थापित करण्यात यशस्वी होण्यास मदत करण्यासाठी आयडराच्या उत्पादनाबद्दल अचूक पीपलसॉफ्ट आणि ते प्रदान करू शकतील अशा दृष्यमानतेबद्दल बोलणार आहोत. अडचण स्थितीत आणण्याचा एक मार्ग म्हणजे एक अनुप्रयोग, किमान सहा तंत्रज्ञान, असंख्य अंतिम वापरकर्ते आणि अगदी सोप्या प्रश्नांची उत्तरे देणे खूप अवघड बनते. शेवटच्या वापरकर्त्यास समस्या आहे काय? शेवटचा वापरकर्ता कोण आहे, ते काय करीत आहेत, मूळ कारण काय आहे?

आम्ही सर्वसाधारणपणे पहात असलेली ही परिस्थिती आहे - आणि हे पीपलसॉफ्ट तसेच इतर अनुप्रयोगांवर लागू होऊ शकते किंवा अन्य अनुप्रयोगांशी संवाद साधणारे पीपलसॉफ्ट - डेटा सेटमध्ये आहे किंवा आजकाल मेघ असू शकतो, ज्याचा शेवटचा वापरकर्ता खरोखर काळजी घेत नाही. ती गुंतागुंत. त्यांना फक्त व्यवहार, दृष्टीकोन, यादी पहाणे, टाइम कार्ड नोंदवणे, अशा प्रकारच्या गोष्टी पूर्ण कराव्याशा वाटतात. जर गोष्टी मंद किंवा उपलब्ध नसल्यास, सामान्यत: शेवटच्या वापरकर्त्याने तक्रार करेपर्यंत हे सर्व हुशार, चांगल्या हेतूने लोकांना माहिती नसते.

ते तिथेच दृश्यात्मकतेचे अंतर आहे आणि मग काय होऊ शकते ही वेळ घेणारी आणि निराशाजनक प्रक्रिया सुरू करू शकते जिथे लोक एखादे साधन उघडू शकतात आणि दुर्दैवाने ते फक्त अ‍ॅप्लिकेशन स्टॅकचा एक उपसमूह पाहतात. अशा प्रकारच्या मूलभूत प्रश्नांची उत्तरे देण्यात अडचण आहे.

आणि बर्‍याच वेळा एखादी समस्या उद्भवू शकते आणि आपण वेबलॉगिक प्रशासकाकडे जाल आणि तो म्हणेल, “ठीक आहे, स्मृती, कचरा संग्रहण सर्व छान दिसते. ते खरोखर वेबलोजिक आहे असे मला वाटत नाही. ”तुम्ही डीबीए प्रशासकाकडे जा आणि ते म्हणाले,“ डेटाबेस, हे काल जसे चालत होते. पहिले दहा चांगले दिसले. कदाचित स्टोरेज अ‍ॅडमिनिस्ट्रेटरने आय / ओएस प्रति सेकंद किंवा थ्रूपूट सारख्या काही मेट्रिक्सच्या सहाय्याने आपल्यास मारहाण केली असेल, जे फ्रेम-स्तरीय मेट्रिक्स आहेत आणि कदाचित आपल्या विशिष्ट अनुप्रयोगावर प्रतिबिंबित करू शकत नाहीत, डेटाबेस किंवा विशिष्ट प्रक्रियेपेक्षा कमी.

आणि म्हणूनच त्यांच्याकडे ही मेट्रिक्स आहे की असे दिसते की समस्या इतरत्र असल्याचे दिसून येते, तरीही या अंतिम वापरकर्त्यास समस्या आहे किंवा त्याने समस्या नोंदविली आहे, परंतु आम्ही या समस्येचे निराकरण चांगल्या प्रकारे कसे करू शकतो? आणि अधिक चांगला मार्ग, अचूक मार्ग - किंवा हा आपण एक मार्ग देत आहोत - ब्राउझरमधून नेटवर्कद्वारे, जावा जोल्टमध्ये, टक्सिडोमध्ये, डीबी 2 सह डेटाबेसमध्ये वापरकर्त्याद्वारे केलेल्या व्यवहारांचे मोजमाप करणे. आणि शेवटी स्टोरेज मध्ये.

आणि हे काय दर्शविते ते म्हणजे एकूण वेळ, “ठीक आहे, कोणाला समस्या आहे?” आणि मग आम्ही शेवटच्या वापरकर्त्याला त्यांनी पीपल्सॉफ्टवर कसे स्वाक्षरी केली हे ओळखू शकतो आणि पीपल्ससॉफ्ट पॅनेल काय अंमलात आणत आहेत हे आम्ही टक्सेडो भाषांतरातून कॅप्चर करू शकतो.

त्यावेळेस अशा ऐतिहासिक भांडारात वेळ दिला जातो ज्यास आपण कार्यप्रदर्शन व्यवस्थापन डेटाबेस म्हणतो आणि हे संगीत एक तुकडा बनते जे कोण, काय, कधी, कुठे, का ते सुलभ करते. तंतोतंत शिफारसी देखील समाविष्ट आहेत. कदाचित सर्वात महत्वाची गोष्ट अशी आहे कारण आम्ही सर्व माहिती सर्व वेळ हस्तगत करतो - तांत्रिक आयटी स्टाफ दोन्ही स्तरावर आपण आधी आणि नंतरचे मोजमाप करू शकता. तर आपण कार्यक्षमतेच्या संपूर्ण ऑपरेशनमध्ये मोजमाप किंवा सिक्स सिग्माद्वारे मोजमाप आणू शकता.

आणि म्हणूनच "जीवनातल्या दिवसाचा" एक कटाक्ष टाकूया. सर्व प्रथम, आपण तंतोतंत चेतावणी स्क्रीन उघडू शकता आणि येथेच आपल्याला लवकर चेतावणी मिळणार आहे. सर्वात महत्त्वाचा इशारा म्हणजे आपल्याकडे क्रियाकलाप अलर्ट आहे. म्हणूनच वापरकर्ते व्यायाम करतात आणि आम्ही मुळात आमच्या एसएलएला भेटत नाही. त्याचप्रमाणे, उपलब्धता असताना आमची स्थिती आहे - आणि हे मूलतः असे म्हणत आहे की आमच्या अर्जाच्या पायाभूत सुविधांचा काही भाग उपलब्ध नाही - म्हणून आम्ही ड्रिल करू शकतो आणि टक्सिडोच्या रूपात फॉर्ममध्ये आपण प्रत्यक्षात पाहू शकता की त्यापैकी एक उदाहरणे खाली आहेत. सर्व क्रियाकलाप या एका घटकाकडे ढकलले जात आहेत आणि त्यास सामोरे जावे लागत आहे. आम्ही मुळात बाधा निर्माण केली आहे.

आता, फक्त या गोष्टी म्हणून ज्या क्रियाकलाप चालू आहेत त्याबद्दल आपण खरोखरच असे निष्कर्ष मिळविणे सुरू करू शकता की, आमच्याकडे हा एकंदर पायाभूत सुविधा असूनही, वेबलॉजिकसाठी या विशिष्ट जेव्हीएममध्ये प्रक्रिया कार्यकुशलता सुधारण्याचे काही मार्ग आहेत. आणि इथेच ही एक महत्त्वाची गोष्ट आहे: बर्‍याच वेळा लोक ढगांसारखे फिरत असतात आणि ते म्हणतात, “बरं तुम्हाला किती सीपीयू आणि किती मेमरी हवी आहे?”

असो, क्षमता म्हणून ओळखल्या जाणार्‍या नाण्याच्या दुसर्‍या बाजूला प्रक्रिया कार्यक्षमता आहे. मी कमी मेमरी वापरत असल्यास, मी कमी सीपीयू वापरत असल्यास, मला इतकी आवश्यकता नाही. आणि म्हणून मॅट पूर्वी म्हटल्याप्रमाणे, सर्व काही संबंधित आहे. आता मी काय करू शकते ते म्हणजे मी पीपल्ससफ्ट व्यवहार स्क्रीन उघडू शकतो आणि स्क्रीनमध्ये, वाय-अक्ष म्हणजे प्रतिसाद वेळ आहे, एक्स-अक्ष दिवसाचा वेळ आहे.

आमच्याकडे येथे स्टॅक बार ग्राफ आहे जो क्लायंटचा वेळ दर्शवितो. प्रत्यक्षात ब्राउझर, वेब सर्व्हर. हिरवा जावा वेळ आहे, गुलाबी प्रकारचा आहे टक्सेडो, गडद निळा डेटाबेस वेळ आहे. हे प्रोफाइल स्वतःच घडले नाही; हे विशिष्ट पीपल्सॉफ्ट पॅनल्समुळे घडले - त्यांची अंमलबजावणी केली गेली होती आणि ती आपल्यास प्रतिसाद वेळेत सादर केली जातील. अनुप्रयोगामधील प्रत्येक चरणांची वास्तविक वेळ तसेच पॅनेलद्वारे अनुप्रयोग येथे पॅनेल दर्शविणारा स्टॅक बार आलेख आहे. मी ड्रिलमध्ये आणि विशिष्ट वापरकर्त्यास शोधण्यात किंवा माझ्या वापरकर्त्यांना रँक करण्यास सक्षम आहे.

ही स्क्रीन मला साइन-इन नावाने विशिष्ट वापरकर्त्यास निर्दिष्ट करण्याची परवानगी देते. हे किती उल्लेखनीय आहे किंवा किती शक्तिशाली आहे याचा विचार करा. बर्‍याच वेळा, केवळ पायाभूत सुविधांबद्दल आणि त्याची स्थापना कशी केली जाते, शेवटचे वापरकर्ते सिस्टम कसे वापरत आहेत याबद्दलच नाही. आपल्याकडे कदाचित नवीन भाडे असू शकेल किंवा कोणाकडे नवीन नोकरी कार्य असेलः कदाचित अनुप्रयोग योग्य प्रकारे कसा वापरायचा हे कदाचित आपल्याला माहित नसेल. हे प्रत्यक्षात प्रशिक्षण संधी ओळखण्यात मदत करू शकते.

मी एका विशिष्ट वापरकर्त्यावर लक्ष केंद्रित करू शकत असल्यास नाण्याच्या दुसर्‍या बाजूला - मी येथे त्या वापरकर्त्याकडे त्यांच्या विशिष्ट व्यवहारामध्ये आणि त्यांना आलेल्या प्रतिक्रियेच्या वेळी पाहत आहे - विशिष्ट वापरकर्त्याच्या वापरकर्त्याच्या अनुभवाचा थेट पत्ता घेण्यास मी सक्षम आहे. हे यापुढे सिस्टम स्तरावरील जेनेरिक मेट्रिक्सबद्दल नसते, जे शेवटच्या वापरकर्त्याच्या अनुभवाबद्दल असते आणि ते फारच सामर्थ्यवान असते. आपल्या वातावरणाचे भाग नक्कीच अंतर्गत, एचआर इत्यादी असतील. असे इतरही काही भाग असू शकतात जे ग्राहकांना तोंड देत आहेत. एकतर, आपण शक्य तितका सर्वोत्कृष्ट, उत्पादक ग्राहक अनुभव देऊ इच्छित आहात.

आता एका विशिष्ट पॅनेलसाठी मी प्रश्नांची उत्तरे देण्यासाठी आत जाऊ शकतो. तर हा खोल बुडवून टाकण्याचा प्रकार आहे ज्यामुळे आम्ही काय घडत आहोत हे उघड करू शकतो आणि आपण एखादा अंतिम वापरकर्ता कॉल करण्यापूर्वी आपण हा खोल बुडवून घेऊ शकता किंवा एखाद्या अंतिम वापरकर्त्याने आपल्याला कॉल केला असेल तर आपण असे म्हणण्याची प्रक्रिया करण्यास सक्षम असाल, “बरं खरं मूळ कारण कोठे आहे?” आणि ते सीपीयू उपयोग आणि अधिलिखित सारखे होणार नाही, ते ज्या व्यायामासाठी वापरतात त्या कोडला असतो.

चला त्या कंटेंट मॅनेजमेन्टवर अभ्यास करूया आणि त्या व्यवहाराचे विश्लेषण आपण प्रत्यक्षात पाहू शकाल: ब्राउझर सुरू करुन जावा जोल्टमध्ये वेब सर्व्हरकडे प्रवेश बिंदू आणि शेवटी टक्सिडो पॅनेलमध्ये खाली कार्यान्वित करणारा कोड दर्शवित होता. एसक्यूएल स्टेटमेंटमध्ये जिथे अचूकपणे एसक्यूएल स्टेटमेंटचे स्पष्टीकरण मिळते जे या विशिष्ट पीपल्सॉफ्ट पॅनेलद्वारे कार्यान्वित केले जाते.

ज्यांच्याशी आपण बोलतो त्या प्रत्येकाकडे साधने असतात, परंतु त्यांच्याकडे नसलेले शंकू असतात. डॉट्सशी कनेक्ट करणे किंवा ब्राउझरमधून एसक्यूएल स्टेटमेंटपर्यंतच्या व्यवहाराचे अनुसरण करणे फसवणे आहे. आपल्या डीबीए प्रमाणे हे काय करते, उदाहरणार्थ किंवा डेटाबेस स्तरावरील गोष्टींकडे पाहण्याऐवजी मी आता एस क्यू एल स्टेटमेंट स्तरावर तपास करू शकतो.

म्हणून मी असे म्हणू शकतो की, "स्वतंत्र एसक्यूएल स्टेटमेंटसाठी अडथळे काय आहेत," आणि हे अत्यंत शक्तिशाली आहे. कृपया लक्षात घ्या की हा व्यवहार एसक्यूएल स्टेटमेंटपेक्षा वेगाने चालू शकत नाही आणि प्रत्येक महत्त्वपूर्ण व्यवसाय व्यवहार रेकॉर्ड सिस्टमसह संवाद साधतो. डेटाबेस हा आवडतो की नाही हा कामगिरीचा पाया आहे आणि जर मी व्यवसायाच्या व्यवहारासाठी आवश्यक असणार्‍या वैयक्तिक एसक्यूएल स्टेटमेंट्सवर लक्ष केंद्रित करण्यास इतके बारीक असू शकते तर मी माझा गेम खरोखरच पुढच्या स्तरावर घेऊन जाऊ शकतो.

आपल्याला येथे आणखी एक गोष्ट लक्षात येईल जी अचूकतेद्वारे प्रदान केली जाणारी टक्केवारी योगदान गणना आहे. ब्राउझर स्वतः प्रत्यक्षात अनुप्रयोग स्टॅकचा महत्त्वपूर्ण भाग आहे.आपल्याकडे जावास्क्रिप्ट अंमलबजावणी आहे, आपल्याकडे प्रस्तुत वेळ आहे, आपल्याकडे पृष्ठ घटक, जीआयएफ, जेपीईजी आहेत. आणि आपल्याला खरोखर असे आढळले आहे की आपला अनुप्रयोग क्रोम विरूद्ध आयआय आणि भिन्न आवृत्त्या अंतर्गत अगदी भिन्न वर्तन करीत आहे. अचूक आपल्याला हे दर्शविण्यात सक्षम होईल आणि असे काही वेळा असू शकतात जेव्हा ब्राउझरमध्ये खरोखर एक अडथळा किंवा भांडण असते ज्यामुळे स्क्रीन गोठण्यासारख्या गोष्टी उद्भवू शकतात.

आयटी चुकीच्या झाडाची झाडाची साल होऊ देत नाही, परंतु वेगवेगळ्या समस्यांमुळे उद्भवू शकते अशा मूळ कारणांचे निराकरण करू देते हे ओळखण्यात सक्षम असणे. आता मी जे करण्यास सक्षम आहे ते एका विशिष्ट एसक्यूएल स्टेटमेंटसाठी आहे, मी त्या एसक्यूएल स्टेटमेंटमध्ये नक्की काय घडत आहे त्याचे विश्लेषण करू शकते. येथे डेटाबेस तज्ज्ञांच्या दृश्यावर खाली आलो आहोत.

डेटाबेस स्तरावर तंतोतंत फरक असलेल्या गोष्टींपैकी एक म्हणजे आम्ही सब-सेकंद आधारावर नमुना. हे आमच्या प्रतिस्पर्ध्यांच्या तुलनेत आहे जे दर 10 मिनिटांनी एकदाच दिसते, दर 15 मिनिटांत एकदा. जेणेकरुन ग्रॅन्युलॅरिटीची पातळी, रेझोल्यूशनची पातळी ही आमच्या प्रतिस्पर्ध्यांपेक्षा विशालतेचे ऑर्डर आहे.

आणि पुन्हा एकदा डेटाबेस हा आमच्या पायाचा भाग असल्याने आम्ही आपल्या डीबीएला खरोखरच पुढच्या स्तरावर कामगिरी करण्याची परवानगी देऊ. तर मी हे पाहू शकतो की या एसक्यूएल स्टेटमेंटने प्रत्यक्षात 50 टक्के खर्च केला असेल तर त्याचा वेळ सीपीयू वापरुन 50 टक्के वेळ संचयित उपप्रणालीमध्ये प्रवेश करण्याचा अभ्यास करत असेल तर. ट्यून बटणावर क्लिक करा आणि नंतर मी आत जाऊ आणि अंमलबजावणीच्या योजनांवर आणि त्या वापराचा नमुना नक्की कशासाठी वळवू शकतो यावर अभ्यास करू.

आता आमच्या एका ग्राहकाचा एक कोट - जर ते ओरॅकल शॉपमध्ये नसतील तर त्यांनी OEM नावाचा एक ओरॅकल टूल वापरला असेल आणि OEM खरोखरच एक प्रकारचा डेटाबेस किंवा दृष्टिकोन केंद्रित आहे - हे डीबीए सतत पहात आहेत की टॉप 10 यादी काय आहे? परंतु अचूकतेसह आम्ही ठिपके वैयक्तिक एसक्यूएल स्टेटमेन्टशी जोडण्यास सक्षम आहोत आणि जेणेकरुन ग्रॅन्युलॅरिटी डीबीएला व्यवहार पातळीवरच ट्यून करण्यास परवानगी देते, फक्त उच्च डाटाबेस स्तरावर नाही.

या ग्राहकासाठी खरोखर महत्त्वाचा दुसरा मुद्दा म्हणजे आपल्या यूआरएलची गुंतागुंत काय आहे याचा अनुवाद करून पीपल्ससॉफ्ट पॅनेलच्या नावामध्ये - जर मी आयटी मध्ये आहे आणि मी वृक्ष व्यवस्थापक, सामग्री व्यवस्थापक, विशिष्ट एचआर पृष्ठाबद्दल त्या मार्गाने बोलू शकतो, ज्या व्यक्तीला मी मदत करण्याचा प्रयत्न करीत आहे त्यास मी प्रत्यक्षात काय पहात आहे आणि काय पहात आहे हे माहित आहे हे माहित आहे कारण यापुढे या श्रेणीबद्धता नाही, ज्याचे ते परिचित आहेत तेच हे नाव आहे.

आम्हाला विचारण्यात आलेल्या प्रश्नांपैकी एक - हा सर्वकाळ सारखा वाटतो, म्हणून मला वाटले की आयडी एकप्रकारे उत्तरदायीपणे उत्तर देईल - जगात आपण पीपलसॉफ्टचा यूजर आयडी कसा मिळवाल? मला एक प्रकारची पायरी जाऊ द्या. येथे पीपलसॉफ्ट साइन-ऑन स्क्रीन आहे. त्यात प्रवेश करण्यासाठी, मला माझ्या वेब सर्व्हरवर नेव्हिगेट करावे लागले आणि ही स्क्रीन दिसते. जेव्हा अ‍ॅप्लिकेशन अचूकतेसह वाचन होते, तेव्हा या स्क्रीनमध्ये प्रत्यक्षात तंतोतंत स्क्रिप्ट असते आणि मी राईट क्लिक, स्रोत पहाण्याद्वारे उघड करू शकते. आणि हे प्रत्यक्षात मला कोड दर्शवेल जो अंतर्निहित पृष्ठ बनवितो आणि येथे पृष्ठ फ्रेममध्ये खरोखर वेब कोडसाठी अचूक आहे आणि यामुळे मला साइन-ऑन स्क्रीन, आयपी पत्ता, ब्राउझरचा प्रकार आणि संपूर्ण प्रस्तुतीकरणाबद्दलची माहिती आणि खरा अंतिम वापरकर्ता अनुभव आणि म्हणून जेव्हा मी माझे वापरकर्तानाव ठेवले आणि साइन इन क्लिक केले, तेव्हा मी काय करतो ते मोजण्यासाठी अचूकता सक्षम होते.

मी उघडतो, ट्री मॅनेजरकडे जातो, मला शोध ऑपरेशन करायचा आहे, फील्ड भरा आणि मी शोध क्लिक करते. एक परिणाम सेट माझ्यासमोर सादर केला आहे, म्हणून मी संपूर्णपणे संपूर्ण अनुप्रयोग स्टॅककडे डेटाबेसपर्यंत स्पष्टपणे फिरविला आहे. अचूक हे कसे दर्शवते? चला पुढे जाऊया आणि एक नजर टाका. अचूक उघडा, मी आत जातो, मी क्रियाकलाप पाहू शकतो, मी ही स्क्रीन आणणार्या अ‍ॅक्टिव्हिटी टॅबवर क्लिक करू शकतो. या अप्रत्याशित URL आहेत. मी वापरकर्त्यांना दर्शवू शकतो आणि माझा यूजर आयडी आहे जो मी नुकताच साइन इन केला आहे आणि येथे माझा क्रियाकलाप आहे.

आपण हे पाहू शकता की मी हे आणण्यासाठी मी फायरफॉक्स आवृत्ती 45 वापरत आहे. मी १२ वेळा अनुप्रयोगाचा उपयोग केला आणि मुळात एखाद्याने वेब पृष्ठ सोडण्यापूर्वी वेब पृष्ठ सोडल्यास त्यास सोडून द्या, जे व्यवसायाचा मुद्दा सूचित करते. म्हणूनच आम्ही शेवटचा वापरकर्ता आयडी निवडण्यास सक्षम होतो. हे खूप छान आहे, जेव्हा आपल्याला नक्की काय चालले आहे हे माहित असते तेव्हा लोक खरोखर त्यांचे कौतुक करतात.

आता आम्हाला गिअर्स थोडे विचित्र बदलायचे आहेत. आम्ही नंतर व्यवहाराकडे पहात होतो. आम्ही एका विशिष्ट व्यवहारावर खोल झोपा टाकला आणि त्यातील एसक्यूएल स्टेटमेन्टकडे पाहिले. आता मला गिअर्स शिफ्ट करायच्या आहेत आणि वेबलॉजिकपासून प्रारंभ झालेल्या पीपलसॉफ्ट stप्लिकेशन स्टॅकमधील इतर काही तंत्रज्ञान पहा.

आणि म्हणून येथे वेबलोजिक उदाहरण आहे आणि आपण क्रियाकलाप वेळोवेळी पाहू शकता. आपल्याकडे वित्त अहवाल आहे. हे मला लगेच बॅटपासून सांगते, जास्तीत जास्त जवळ स्मृती वापरली जाते. आम्हाला आढळणार्‍या गोष्टींपैकी एक म्हणजे बहुतेक लोक संपूर्ण stप्लिकेशन स्टॅक चालवतात, किंवा कमीतकमी एखादे भाग, सामायिक वातावरणाखाली, बरेचदा त्याचे व्हीएमवेअर. आपण किती संसाधनांची विनंती करता आणि आपल्याला किती आवश्यक आहे हे आपल्याला संतुलित केले पाहिजे. आपण एक स्त्रोत हॉग होऊ इच्छित नाही. त्याचप्रमाणे, आपल्याला या प्रकरणात पुरेशी मेमरी न विचारता प्रक्रिया प्रतिबंध घालण्याची इच्छा नाही.

कार्यप्रदर्शन व्यवस्थापनासाठीही ही कॉन्फिगरेशन महत्वाची आहे. म्हणून आम्ही मेमरी कचरा संग्रहण आणि जेएमएक्सच्या सर्व वेबलॉजिक काउंटरमध्ये प्रत्यक्षात येऊ शकतो जेणेकरुन मला माझ्या वेबलॉजिक फॉर्मचे आरोग्य नक्की माहित असेल.

आता टक्सेडो मध्ये. बर्‍याच दुकानांमध्ये टक्सिडो हा एक ब्लॅक बॉक्स आहे आणि हा पीपलसॉफ्टचा एक अतिशय महत्वाचा भाग आहे. सर्व प्रकारच्या वस्तू एकत्र ठेवून ठेवलेल्या अशा प्रकारचा गोंद आणि म्हणून मी जवळजवळ ऑपरेटिंग सिस्टमचा विस्तार म्हणून विचार करतो. आपण वापरत असलेली आणि काळजीपूर्वक कॉन्फिगर केलेली ही एक गोष्ट आहे. योगायोगाने - ही थोडीशी बाजू आहे - सुरुवातीच्या टिप्पण्यांमध्ये एरिकने “निकडचा अत्याचार” नमूद केले होते आणि मला वाटते की जेव्हा पीपलसॉफ्टची दुकाने क्लासिक UI मधून द्रव UI वर जाण्याचा विचार करीत असेल तेव्हा खरोखर ही कार्यवाही होईल कारण आपणास आढळेल की फ्लूइड यूआय ज्या पद्धतीने पीपलसॉफ्ट वातावरणाचा उपयोग करतो त्या कारणामुळे आपण वक्र मागे आहात.

आता आपल्याकडे वेबलॉजिक, टक्सिडो, डेटाबेस आणि स्टोरेज येथे समस्या आहेत फक्त कारण HTML5 मोठ्या प्रमाणात मेसेज करते. हे कदाचित क्लासिक UI काय करते किमान 10x आणि अतिरिक्त संदेशन म्हणजे अतिरिक्त रहदारी. म्हणून अतिरिक्त रहदारी सामावून घेण्यासाठी टक्सिडोच्या कॉन्फिगरेशनमध्ये बदल केले जावे. या स्क्रीनबद्दल दोन गोष्टी उजव्या बाजूला संपल्या आहेत, भारित प्रतिसाद वेळ, सरासरी प्रतिसाद वेळ तसेच अंमलबजावणीच्या संख्येसाठी आमच्याकडे ओव्हर-टाइम आलेख आहेत.

येथे आमच्याकडे वातावरणात असलेल्या सर्व टक्सोडो डोमेनविषयी माहिती आहे. आम्ही सेवा, वापरकर्ते, सर्व्हर प्रक्रिया तसेच आयपी विभक्त केले. मी हे एक्झिक्युशन मोजणीत बदलू आणि उतरत्या क्रमाने सादर करू शकतो जेणेकरुन बहुतेक वेळा काय अंमलात जात आहे ते मी पाहू शकेन. डोमेन उघड करण्यासाठी मी खाली स्क्रोल देखील करू शकतो; मूलभूतपणे क्रियाकलाप पसरविण्यासाठी बर्‍याच लोकांच्या वातावरणात अनेक डोमेन असतात आणि मी एसएलए पालन करण्यास सक्षम असतो, म्हणून टक्सिडो लेयरवर सतर्क असतो.

आपल्याकडे रांगेत उभे असल्यास, कॉन्फिगरेशनमुळे आपल्याकडे वेगवेगळ्या समस्या उद्भवू शकतात. आपण सहसा - कारण ते प्रभावावर वैश्विक आहे - आपण सामान्यत: माशीवर बदल करणार नाही. आपणास क्यूए प्रक्रियेचा भाग म्हणून प्रणाली हळूहळू वाढवायची आहे जी प्रक्रियेच्या सुरूवातीस कामगिरीच्या मुद्द्यांकडे लक्ष देण्याबाबत मॅटने पूर्वी बनविलेल्या एका बिंदूवर परत जाईल. जेव्हा आपण उत्पादनावर जाण्याऐवजी उत्पादनाकडे जाता आणि कॉन्फिगरेशन वापरण्याच्या पद्धतींशी जुळत नाही तेव्हा कॉन्फिगरेशन योग्य असणे अधिक चांगले. मला एरिक आणि मॅटने आज प्रदान केलेला परिचय मला खरोखर आवडतो. मला वाटले की पीपल्सॉफ्ट वातावरण व्यवस्थापित आणि विकसित करताना आपल्यास सामोरे जाणा challenges्या आव्हानांच्या बाबतीत ते खरोखर लक्ष्यित होते.

आता, मी हे आधी एकदा सांगितले होते - मला पुन्हा असे म्हणणे योग्य वाटते: प्रत्येक महत्त्वपूर्ण व्यवसाय व्यवहार डेटाबेससह संवाद साधतो. आणि म्हणून तंतोतंत अतिरिक्त माहिती कशी प्रदान करू शकते हे शोधू या. येथे एक विशिष्ट ओरॅकल उदाहरण आहे. आम्ही पाहिलेला समान अचूक दृष्टीकोन - वाय-अक्ष म्हणजे अंमलबजावणीचा वेळ आहे, एक्स-अक्ष दिवसभरात वेळ आहे, परंतु आता स्टॅक बार आलेख ओरेकलमधील अंमलबजावणीची स्थिती आहेत. हे सिस्टमवरील प्रक्रियेतील अडचणी काय आहेत हे आम्हाला दर्शवित आहे. खाली येथे एक शोध अहवाल आहे जो मला सांगतो की आपल्याला हा उच्च रीडो लॉग बफर मिळाला आहे.

मी PSVersion मधील ही निवडलेली आवृत्ती देखील पहात आहे. हे खरंच बरीच संसाधने वापरत आहे. योगायोगाने, आम्ही नमुने घेत आहोत आणि आम्ही प्रणालीवर काय घडत आहे याविषयीचे हे उच्च-रिझोल्यूशन दृश्य प्रदान करतो, आपल्या सिस्टमवरील खर्‍या स्त्रोत ग्राहक काय आहेत याबद्दल आपल्याला आश्चर्य वाटेल कारण आपण दर दहा मिनिटांनी शोधत असाल तर ते चालणार नाही ते संसाधन ग्राहक काय आहेत ते दर्शवा. आणि म्हणूनच खरा संसाधन ग्राहक काय आहेत हे जाणून घेतल्यास आपण अडथळ्यांवर किंवा सिस्टमवर ख processing्या प्रक्रियेस प्रत्यक्षात संबोधित करू शकता.

आता येथे आपण क्रियाकलाप टॅबवर उडी मारली आहे आणि ही क्रियाकलाप आहे. आपण सीपीयू, स्टोरेज उपप्रणाली, locप्लिकेशन लॉक, ओएस वेट्स, आरएसी, कमिट, ओरॅकल सर्व्हर, संप्रेषण आणि अंतर्गत एकत्र एकत्र पहात आहात हे आपण पाहू शकता. हा वाय-अक्ष आहे, ही अंमलबजावणीची एकूण वेळ आहे.

खाली हे एसक्यूएल स्टेटमेंट्स आहेत ज्याने हे प्रोफाईल चालविले आहे आणि आपण पहात असलेल्या गोष्टींपैकी एक ही कमी विलंब आहे - दोन मिलिसेकंद परंतु जवळजवळ ,,500०० अंमलबजावणीचा अर्थ असा की एसक्यूएल स्टेटमेंट ही वास्तविकपणे आपल्या सिस्टमवरील नंबर वन संसाधन ग्राहक आहे आणि ते चांगले आहे माहित आहे. हे देखील लॉक किंवा प्रतीक्षा प्रतीक्षा करत नाही. हे 100% वेळ सीपीयू वापरत आहे. याचा अर्थ असा नाही की त्याबद्दल मी करू शकत नाही. एसक्यूएल स्टेटमेन्ट्स आणि ऑब्जेक्टमध्ये काय प्रवेश केला जात आहे हे मला माहित असल्यास मी त्याबद्दल बर्‍याच गोष्टी करू शकतो. आणि म्हणूनच आम्ही मदत करू शकू अशा या काही मार्ग आहेत.

आता येथे येथे हे ड्रिल-डाउन आहे आणि यामुळे आम्हाला वैयक्तिक पीपल्सॉफ्ट प्रोग्रामची कल्पना येऊ शकते आणि या प्रत्येक प्रकाराचा पीपल्सॉफ्टमध्ये एक वेगळा हेतू आहे. आपण अनुप्रयोग कसा वापरला जात आहे हे डेटाबेस पातळीवर संबोधित करणे सुरू करू शकता.

आणि मी एखादा विशिष्ट प्रोग्राम निवडल्यास, मी त्या प्रोग्रामने सबमिट केलेली एसक्यूएल स्टेटमेंट्स वेगळी ठेवू शकतो जेणेकरून मी मुळात डेटाबेस ऑप्टिमायझेशन आणि डेटाबेस कॉन्फिगरेशन पहात असताना आणि पहात असताना डेटाबेस-तंत्रज्ञानाऐवजी मी खूप अनुप्रयोग केंद्रित होऊ शकते. मला फक्त हे तुमच्या लक्षात आणायचे आहे. बर्‍याच वेळा बर्‍याच मोठ्या संस्था पायाभूत सुविधा डीबीए आणि अनुप्रयोग डीबीएमध्ये विभागल्या जातात. तंतोतंत, अनुप्रयोग तसेच संसाधनांचा वापर दर्शवून, आम्ही खरोखरच अंतर कमी करण्यास सक्षम आहोत आणि हे समाधान सिस्टमवरील दोन्ही प्रकारच्या डीबीएसाठी उपयुक्त आहे.

डेटाबेस स्तरावर आपण काय करू शकतो हा आपला भाग खरोखर हा प्रकार आहे. आणि येथे काय झाले आपल्याकडे स्क्रीन फ्रीझ होते, PS_Prod वरून एक सिलेक्ट होता आणि आम्ही काय केले की आम्ही या ट्यून बटणावर क्लिक करतो आणि हे काय करते ते आपल्याला या एसक्यूएल वर्कस्पेसमध्ये आणते. आता, आपल्यासाठी जे लोक डीबीए नाहीत, हे कदाचित खरोखर रोमांचक वाटणार नाहीत. जे लोक डीबीए आहेत त्यांना हे कदाचित खूप रोमांचक वाटेल. सिस्टममधील बदलांच्या विरूद्ध या विशिष्ट एसक्यूएल स्टेटमेंटचा कालावधी येथे काय दर्शवित आहे. आणि हे बुधवार, गुरुवार, शुक्रवार दर्शवित आहे, कालावधी सेकंदाच्या सुमारे 2/10 आहे. शनिवार आणि रविवार ही कंपनी कार्य करत नाही - त्यांना भाग्यवान. सोमवार या, एक बदल झाला: प्रवेश योजना बदलली. नवीन प्रवेश योजना येथे सर्व अचानक येत आहे. स्क्रीन फ्रीझमध्ये परिणामी हे खरोखर हळू होते.

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

हा एक प्रकारचा खोल गोता होता. आम्ही आता डॅशबोर्ड्सच्या 10,000 चौरस फूट दृश्यासाठी दृष्य खेचणार आहोत. तंतोतंत, डॅशबोर्ड्स खरोखरच तांत्रिक कार्यसंघासाठी नसतात - ऑपरेशन्ससह कदाचित आपली माहिती सामायिक करण्यासाठी आपला अनुप्रयोग कदाचित, कदाचित teamप्लिकेशन टीमसह, कदाचित आपल्या आज्ञेसहित वापरावा. आणि म्हणून डॅशबोर्डचा एक संच पीपलसॉफ्ट पॅनेल आणि क्लायंट वेळ दर्शवू शकेल जेणेकरून आपल्याला अंतिम वापरकर्त्याचा अनुभव काय आहे हे माहित असेल. ऑपरेशन्ससाठी आणखी एक डॅशबोर्ड कॉन्फिगर केले असावे आणि कदाचित हा अ‍ॅलर्ट गोठविला गेला असेल तर हे डॅशबोर्ड कदाचित पाहतील? आमच्याकडे ओएस, वेब, वेबलॉजिक, टक्सिडो आणि डेटाबेस स्तरावर सतर्कता आहे. येथे अलर्ट नाही, सरासरी प्रतिसाद वेळ. आपण पाहू शकता की जवळजवळ दुस a्या एक तृतीयांश कार्यरत होते. येथे मी माझ्या इन्फ्रास्ट्रक्चरकडे पाहतो आणि मला माझ्या वातावरणातील सर्व व्हीएम दर्शविते आणि मी प्रक्रिया करणे, लोड बॅलेन्सिंग करणे सुरू करू शकतो आणि मी माझ्या टक्सिडो डोमेनकडे देखील पाहू शकतो. या विशिष्ट वातावरणामध्ये सहा भिन्न डोमेन आहेत आणि म्हणून मी ते डोमेन पाहू शकतो आणि मी प्रत्यक्षात वेब बॅलेन्सिंगमध्ये जाऊ शकतो.

आता, पीएमडीबी, कार्यप्रदर्शन व्यवस्थापन डेटाबेस, मध्ये पुष्कळ मेट्रिक्स आहेत हे अचूकतेचे ऐतिहासिक भांडार आहे. आणि कधीकधी एखाद्यास ब्राउझरच्या प्रवेश संख्येबद्दल जाणून घेऊ इच्छित असते किंवा आपण ब्राउझरच्या प्रकारानुसार प्रवेश गणना करू शकता किंवा ब्राउझरच्या प्रकारानुसार कार्यप्रदर्शन करू शकता. आपल्या सिस्टमवर अतिरिक्त दृश्यमानता प्रदान करण्यासाठी करता येणा things्या गोष्टींचा एक संपूर्ण समूह आहे.

येथे, हा खरोखर आम्ही वेबलॉजिक मेमरी वापर पहात आहोत आणि आपल्याला हा छान देखावा नमुना, मेमरी वापर दिसतो. तेथे कचरा संग्रहण आहे, ते गैर-संदर्भ पुनर्प्राप्त करते. हे परत वर जाते आणि म्हणूनच आपल्याला बघायला आवडत असलेली ही एक छान पद्धत आहे. तर हा एक प्रकार म्हणजे पीपल्ससॉफ्ट वातावरणाकडे उपप्रणालींचा संग्रह म्हणून पाहतो आणि हे कामकाजासाठी योग्य ठरेल. सर्वात मूलभूत प्रश्न आहे, “बरं, सर्व्हरवर काय होत आहे?” अचूकतेत ही सर्व दृश्यमानता आहे. हे सर्व्हर मेट्रिक्स देखील प्रदान करते. आणि म्हणूनच आपण प्रत्यक्षात सीपीयू, मेमरी, आय / ओ, सर्व्हर, सिस्टमवरील वापरकर्ते मोजण्यासाठी सक्षम आहात आणि म्हणून आपल्याकडे ती पूर्ण दृश्यमानता आहे. आणि एक मार्ग म्हणजे - दीर्घकालीन ट्रेन्डिंगसह एकत्रित केलेले - लोक क्षमता योजनेसाठी अचूक कसे वापरतात.

आणि मला तिथे फक्त एक छोटी चिठ्ठी टाकायची आहे. सामान्यत: एका दुकानात हार्डवेअरसाठी, सर्व्हरसाठी आणि कर्मचार्‍यांसाठी इतके बजेट असते. आपण कसे गुंतवणूक करणार आहात, आपण आपल्या दांडे कोठे ठेवणार आहात? अचूक वापरुन, आपल्याला एक धार मिळेल कारण आपण स्टोरेज उपप्रणाली कशी वापरली जात आहे हे पहा. आपण बर्‍याच यादृच्छिक आय / ओ करत असल्यास, अचूक आपल्याला ते दर्शवित आहे. हे सॉलिड स्टेट स्टोरेजमधील गुंतवणूकीचे औचित्य साधण्यास मदत करणार आहे. आपल्या सीपीयूचा वापर कमी होत असल्यास अतिरिक्त सीपीयू खरेदी करण्यापेक्षा आपल्या दुकानात ते अधिक महत्वाचे असू शकते.

आपल्याला खरंच प्रक्रिया करणार्‍या अडथळे आहेत जेथे गुंतवणूक करायची आहे, जिथे आपण प्रत्यक्षात पैसे मोजू शकता. आणि cप्लिकेशन कोडिंग प्रक्रिया कार्यक्षमतेपासून क्षमतेपर्यंत सर्व काही अचूकपणे संबोधित करून आम्ही आपल्याला त्या गरजा संख्येसह आहेत तेथे मूल्यांकन आणि दस्तऐवज करण्याची परवानगी देतो.

आता शेवटचा तुकडा चेतावणी देणारा आहे आणि सतर्क करणे ही या मार्गाने सुरू केलेली मार्ग आहे. आठवतंय का? आम्हाला एक चेतावणी दिसली की तेथे कार्यप्रदर्शन एसएलए होते आणि आम्ही पाहिले की वेबलॉजिक घटना घटली आहे. तर आपण सतर्क करणार्‍या इंटरफेसवर एक नजर टाकू. आणि पुन्हा एकदा, काय होत आहे? या दृष्टिकोनातून मी सांगू इच्छित असलेल्या गोष्टींपैकी एक म्हणजे अचूकतेकडे उपलब्धतेबद्दल कार्यप्रदर्शन सतर्कता आणि स्थिती सतर्कताच नाही तर आपल्याकडे ट्रेंडिंग अ‍ॅलर्ट देखील आहेत. ट्रेंडिंग अ‍ॅलर्ट महत्त्वाचे कारण असे आहे की जर तुमची सिस्टम निष्क्रिय असेल किंवा त्यास एक किंवा दोन वापरकर्ते असतील, तर कदाचित गोष्टी उत्तम चालतील. आपण वापरकर्त्यांना जोडणे सुरू करेपर्यंत असे नाही आणि आपण डेटाबेस, टक्सिडो स्तरावरील स्त्रोतांसाठी, वेबलॉजिक पातळीवर, नेटवर्क स्तरावर, डेटाबेस स्तरावर, अधिक डेटा सक्रिय करणे सुरू करणे हे सुरू नाही. आणि त्या वादाचा परिणाम कार्यक्षमतेचा क्षीण होण्यास होतो आणि मग शेवटी आपण कदाचित एखादी ओळ पार करू शकाल आणि ती एक कामगिरीची इशारा असेल आणि हेच आपण संस्थेसाठी एसएलए लक्ष्ये पूर्ण करीत नाही. आणि म्हणून सतर्कतेचे हे संच खूप छान आहेत.

डाव्या बाजूस वेब टायर, वेब टायर प्रत्यक्षात एंड-यूजरच्या अनुभवाचे मापन करते आणि त्यानंतर आपण अंतर्निहित stप्लिकेशन स्टॅकच्या आत तंत्रज्ञानात प्रवेश करता. आपण हे सर्व कसे करतो याबद्दलचा हा आमचा आर्किटेक्चर स्क्रीन आहे. तद्वतच आपण एक अचूक सर्व्हर घेऊ इच्छित आहात जो परीक्षण केले वातावरण किंवा वातावरणापेक्षा स्वतंत्र असेल. एक तंतोतंत सर्व्हर असंख्य अनुप्रयोग हाताळू शकते.

पीपलसॉफ्टसाठी आणि ओरॅकल आणि डीबी 2 डेटाबेससाठी आम्हाला स्थानिक एजंटची आवश्यकता आहे. जर आपले पीपलसॉफ्ट वातावरण एसक्यूएल सर्व्हरद्वारे परत समाप्त झाले असेल तर एजंटलेस करण्याचा पर्याय आहे. आमच्याकडे सायबॅससाठी एजंटलेसही आहे. आमच्या सुरक्षा मॉडेलचे हृदय हे आहे की डेटा येथे गोळा केला जातो, तर अचूक वापरणारे प्रिसिसेस अचूकपणे करतात. हे पूर्णपणे वेगळ्या प्रक्रिया आहेत, वेगळी प्रमाणपत्रे, स्वतंत्र प्रमाणीकरण आणि त्यामुळे आमच्या सुरक्षा मॉडेलचा भाग. आणि त्यात अतिरिक्त तपशील आहेत.

मला वाटते की हे आताच्या आर्किटेक्चरच्या परिचयाचे पुरेसे आहे. जर काही ज्वलंत प्रश्न असतील तर कृपया एरीकने नमूद केल्याप्रमाणे त्यांना विचारा.

त्वरित पुनरुत्थान म्हणून, हे समाधान उत्पादनासाठी 24 बाय 7 साठी डिझाइन केले आहे. आपण क्यूएमध्ये आमचा वापर करण्याची शिफारस केली आहे. आपण घरातील विकास करत असल्यास विकासात आमचा वापर सुरू करा. एक जटिल URL, यूआरआय पीपलसॉफ्ट पॅनेलच्या नावामध्ये अनुवादित करणार आहोत. मी जेव्हा उत्पादनाबद्दल बोलतो तेव्हा आम्ही अत्यंत कमी डोक्यावर असतो त्यामुळे आपल्याकडे दृश्यमानता असते, आपल्याला काय घडते हे नेहमीच माहित असते, आपण अंतिम वापरकर्त्यास ओळखत आहात.

मला या व्यवहारांमध्ये जाण्याची व्याख्या करण्याची गरज नव्हती - तेथे ब्राउझर, यूआरएल, एंट्री पॉईंट्स, वेबलॉजिकमध्ये वेब सर्व्हर कनेक्शन, एसक्यूएल स्टेटमेंट प्रदान करणारे आमंत्रण खाली दिले जाणारे नैसर्गिक कनेक्शन बिंदू आहेत. मग आम्ही एस क्यू एल स्टेटमेंट आणि ते काय करीत आहे ते कॅप्चर करण्यास सक्षम आहोत. अचूक डेटाबेस बुद्धिमान आहे आणि मला वाटते की हे आमच्यासाठी एक भिन्न घटक आहे आणि ते आपल्या डीबीएला सहयोग करण्याची, अनुप्रयोगाची दृश्यमानता वाढविण्यास अनुमती देते.

शेवटचा मुद्दा असा आहे कारण नेहमीच चालू असतो, आम्ही नेहमीच संकलित करत असतो, आपण नेहमीच सुधारणा करण्यापूर्वी आणि नंतर मोजू शकता आणि त्याचे प्रमाण मोजू शकता किंवा क्वचित प्रसंगी आपण कार्यप्रदर्शन बदलले असेल तर आपल्याला हे माहित असेल आणि आपण त्यास त्वरित परत आणू शकता. . आमचे बहुतेक प्रतिस्पर्धी, ते काय करतात जर आपल्याला अतिरिक्त माहिती पहाण्याची आवश्यकता असेल तर आपल्याला अतिरिक्त दृश्यमानता चालू करावी लागेल आणि सामान्यत: अतिरिक्त दृश्यमानतेमुळे बरेच ओव्हरहेड लादले जातात.अचूकतेसह, आपल्याकडे नेहमीच दृश्यमानता असते आणि आपण नेहमीच समस्येचे निराकरण करू शकता. तर जर आपण अचूक संकेतस्थळावर जात असाल तर कृपया ओरॅकलसाठी नेमक्या काही तंतोतंत उत्पादनांचे कोणतेही अचूक उत्पादने तपासा. आम्ही अचूक अ‍ॅप्लिकेशन परफॉरमन्स प्लॅटफॉर्म म्हणून सूचीबद्ध आहोत आणि डेमोची विनंती करण्यासाठी तेथे एक बटण आहे.

वास्तविक, मी माझा स्क्रीन सामायिक केल्यास मला असे वाटते की काय दिसते हे दर्शविण्यासाठी मी तेथे नेव्हिगेट करू शकू जेणेकरून आपण हा उजवा समोर पाहू शकाल. येथे IDERA वेबसाइट आहे. आपण उत्पादनांवर जा. मी यापैकी कोणतेही अचूक घटक निवडू शकतो आणि मला ते कृतीतून पहायचे आहे. आपल्या साइटसाठी महत्त्वाची असू शकते अशा अतिरिक्त माहिती सामायिक करण्यासाठी हे आमच्या प्रक्रियेस प्रारंभ करेल. किंवा आपण फ्लू UI मध्ये स्थलांतर करण्याबद्दल अधिक जाणून घेऊ इच्छित असाल तर आमच्याशी संपर्क साधण्याबद्दल आपले स्वागत आहे.

आणि ते काय, एरिक, आयडी आपल्याकडे बॅटन परत पाठविण्यास आवडतात.

एरिक कवानाग: ठीक आहे, चांगला सौदा. मला पुन्हा एकदा म्हणायचे आहे - त्याऐवजी एक व्यापक आणि प्रभावी सादरीकरण, बिल. आयडीला विचारण्यास आवडणारी संपूर्ण घड सामग्री आपण नमूद केली. आमच्याकडे जास्त वेळ नाही - सुमारे नऊ मिनिटे - आणि मॅट सारख्या आयडीलाही दोन प्रश्न विचारण्याची संधी मिळेल आणि प्रेक्षकांकडून कमीतकमी एक वा दोन द्या.

परंतु आपण मला असे काहीतरी नमूद केले आहे जे अगदी आयटी टीमच्या खरेदीत अचूक कशी मदत करू शकते या संदर्भात अतिशय मनोरंजक आहे कारण आपण सांगू शकता की, आपण ज्याच्या बाबतीत निर्णय घेऊ शकता की आपल्यास जे आवश्यक आहे ते अधिक दृढ-स्थिती आहे. स्टोरेज, उदाहरणार्थ, किंवा आपल्याला जे आवश्यक आहे ते नेटवर्कमध्ये सुधारणा किंवा जे काही प्रकरण असू शकते. पण एक मोठा करार आहे. आपण बर्‍याचदा कंपन्या त्या ओळखतात आणि त्या वापरतात किंवा आपण त्या अधिकचा सुवार्ता सांगण्याचा प्रयत्न करीत आहात?

बिल एलिस: पण, प्रत्यक्षात दोन्ही आणि गोष्ट अशी आहे की पीपल्सॉफ्ट सारख्या पॅकेज अनुप्रयोगासाठीसुद्धा वापर नमुने, प्रत्येक साइटवर वापरण्याचे नमुने वेगळे आहेत. माझ्याकडे बँकेत पीपलसॉफ्ट स्थानांतरन करण्याचे भाग्य आहे आणि बहुतेक संस्थांपेक्षा बँका सामान्य खातीर प्रणाली वापरतात. आपल्याकडे प्रत्यक्षपणे वैयक्तिक व्यवहार असू शकतात जे एका शाखेत केले गेले होते, ते सर्व सामान्य खात्यांकडे पोस्ट करतात.

आणि म्हणून डझनभर किंवा शेकडो सामान्य लेजर पोस्ट करण्याऐवजी आपण शेकडो हजारो पोस्ट करत आहात. आणि म्हणूनच मी नेमक्या कोणत्या गोष्टींमध्ये सामील झालो ते उपयोगाच्या पद्धतींमुळे आहे आणि यामुळे आम्हाला लक्ष देण्याची अनुमती मिळाली आहे, परंतु कोडच्या पातळीवर, कॉन्फिगरेशन पातळीवर तसेच पायाभूत सुविधांच्या पातळीवरही अनुप्रयोगाच्या गरजा आवश्यक आहेत. म्हणून मी एक मोठा विश्वास ठेवणारा आहे आणि मला हे सुवार्ता सांगण्याची इच्छा आहे कारण आपण फक्त हार्डवेअरच्या निर्णयावर उपयोगाच्या आधारावर निर्णय घेऊ नये. आपण आपल्या पर्यावरणाच्या गरजा भागवून घ्याव्यात.

एरिक कवानाग: आणि तिथे उपस्थित असलेल्यांचा एक प्रश्न आहे आणि मग मॅट, मी एक दोन प्रश्नांसाठी तो तुमच्याकडे पाठवीन. असो, हे एक चांगले आहे आणि ते मजेदार आहे कारण हे आपण देऊ शकत असलेले मोठे, लांब उत्तर आहे. उपस्थितांनी विचारलेः "उपयोजनानंतर आणि चाचणी दरम्यान आपण वापरकर्त्याच्या शेवटी कार्यप्रदर्शन मेट्रिक कसे गोळा करता?"

मला वाटते की आपण त्या कार्यक्षमतेची मेट्रिक्स किती खोलवर आणि श्रीमंत आहेत यावर डायव्हिंग करण्याचे चांगले कार्य केले आहे. प्रत्येक पाच मिनिटांनी किंवा 10 मिनिटांच्या तुलनेत यापैकी काही गोष्टींसाठी आपण उप-सेकंदाबद्दल देखील बोलले. जेव्हा आपण आपली उत्तरे शोधण्यासाठी आवश्यक तपशिलाची पातळी मिळवता, तेव्हा, बरोबर?

बिल एलिस: होय, म्हणून महत्वाची गोष्ट म्हणजे कामगिरीची माहिती एकत्रित करणारे तंत्रज्ञानावर आधारित आहेत. म्हणून जेव्हा आम्ही उपयोजन करतो, तेव्हा ऑपरेटिंग सिस्टम, त्याची आवृत्ती, टक्सोडो, वेबलॉजिकची कोणती आवृत्ती, आपण चालत असलेल्या पीपल्स टूल्सची कोणती आवृत्ती सुरू करुन आपला अनुप्रयोग स्टॅक कसा तयार केला जातो याबद्दल आपल्याला माहित असणे आवश्यक आहे.

आणि त्या त्या एजंट्सची खरोखरच डिझाइन आहे जी ती करते, डेटा संकलन जे आपल्याला हे दर्शविण्यास अनुमती देते की दृश्यमानतेचे तंतोतंत स्तर प्रदान करते. आणि मला वाटते की ते दृश्यमानता लोकांना कधीकधी थोडीशी भीतीदायक वाटू शकते. परंतु जर आपले लक्ष्य खरोखर गोष्टींमध्ये येणे आणि कार्यक्षमतेचे 11 करणे आणि त्याचे कार्यक्षमता 11 वर नेणे असेल तर आपल्यास इच्छित असलेल्या दृश्यमानतेची पातळी खरोखरच ती असेल. आणि जर अचूक हे प्रदान करू शकेल आणि कमी ओव्हरहेड, तर प्रश्न का नाही? म्हणून मला वाटतं की हा एक चांगला प्रश्न आहे आणि कृपया आपण त्याबद्दल चर्चा करू इच्छित असल्यास आमच्याशी संपर्क साधा.

एरिक कवानाग: ठीक चांगले. आणि मॅट, तुला काही प्रश्न आहेत का?

मॅट सॅरेलः मला वाटते मी ठीक आहे. म्हणजे, मी येथे येथे क्रॅश होणार्‍या वेबएक्सवर व्यवहार करीत आहे.

एरिक कवानाग: अरे नाही. आम्हाला नक्की का ते समजून घेण्यासाठी तंतोतंत आवश्यक आहे.

मॅट सॅरेलः होय, मला वाटते की आपण बोलत असताना मी ज्या प्रश्नाचा विचार केला होता, बिल, कामगिरीच्या समस्येचे निराकरण करताना एकाधिक पृष्ठे एकाच पृष्ठावर कशी येऊ शकतात याबद्दल आपण थोडेसे चर्चा करू शकत होता, कारण मला माहित आहे की हे असे काहीतरी आहे जे समोर आले आहे. कर्मचार्‍यांना उत्तम प्रतीची गुणवत्ता पोहोचवण्यासाठी प्रत्येकजण काय आणि कसे एकत्र काम करू शकतो यासाठी जबाबदार आहे.

बिल एलिस: होय, म्हणून आयटी स्टाफ महागडे असतात. बर्‍याच दुकानांमध्ये तंत्रज्ञानाची जटिलता पाहता आपण तंत्रज्ञानावर आधारित संघांमध्ये विभागलेले आहात. घडणार्‍या मोठ्या गोष्टींपैकी एक म्हणजे कामगिरीचा मुद्दा असतो आणि बर्‍याच वेळा विरोधाभास होतो, वॉर रूम बोलावते. आणि असे आहे जेथे प्रत्येकाकडे काही तरी त्यांच्या प्रकाराचा बहिष्कार घालण्यासाठी मेट्रिक्स आहेत कारण त्यांच्याकडे सुळका नसतो. ते व्यवहार-कोड पातळीवर काय होत आहेत त्याऐवजी वेबलॉजिक पातळीवर काय घडत आहेत ते पहात आहेत. किंवा ते व्यवहाराच्या वैयक्तिक एस क्यू एल विधानापेक्षा डेटाबेस पातळीकडे पहात आहेत.

आणि त्या स्तरामधील समस्या श्रेणी आणि समस्या कोड दर्शविण्याद्वारे, ते काय करते ते इतर संघांना मुक्त न करण्याची किंवा त्यांच्या क्षेत्रामध्ये नसलेल्या समस्येच्या शोधात संसाधनांमध्ये वेळ घालविण्यास मोकळे करते. जर ती डेटाबेसची समस्या असेल तर त्यांना समस्या सोडविण्यासाठी आवश्यक असलेल्या माहितीसह डीबीएकडे जा. ते करुन आनंद होईल.

परंतु त्याचप्रमाणे, डेटाबेसमधील समस्यांवर लक्ष केंद्रित करणारे वेबलॉजिक सहाय्य कार्यसंघ टक्सिडो वाया घालवू नका. त्याचप्रमाणे, समस्या वेबलॉजिक कॉन्फिगरेशनमध्ये उद्भवल्यास, डीबीएचा स्वत: चा बचाव करण्याच्या प्रयत्नात काही प्रकारच्या युद्धगृहात वेळ घालवू नका. फक्त जा आणि वेबलॉजिकमधील समस्येचे निराकरण करा.

आम्हाला आढळले आहे की आयटी कर्मचारी वेळेच्या बचतीमुळे अचूकतेचे कौतुक करतात, कारण सामान्यत: त्या युद्ध खोल्या प्रत्येक एफटीई संस्थेच्या टाइम प्लानमध्ये बजेट नसतात. त्याचा अतिरिक्त प्रकार आवडतो. आणि म्हणूनच या समस्या अधिक कार्यक्षमतेने हाताळणे खरोखर महत्त्वाचे आहे. आणि ज्या संघटनेने फ्लुईड यूआय बाहेर आणले, उत्पादनात मोजमाप करण्यास सक्षम होते आणि त्यांना प्रत्यक्षात उत्पादनात अनुभवत असलेल्या समस्यांचे निराकरण करणे वैयक्तिक कर्मचारी किंवा कार्यसंघ नव्हे तर प्रत्यक्षात आयटी व्यवस्थापनासाठी खरोखरच महत्वाचे होते कारण खरोखरच वाईट बातमी असते. ते परत रोल करायचे असल्यास. तर, उत्तम प्रश्न, कारण ते केवळ तंत्रज्ञान नाही. हे नेहमीच लोकांबद्दल असते.

मॅट सॅरेलः बरोबर, ते लोक आणि प्रक्रिया आहेत. हो केवळ हाच प्रश्न माझ्यासमोर डेमो दरम्यान आला होता. प्रेक्षकांमधून इतर कोणी असल्यास?

एरिक कवानाग: होय, मी फक्त एक शेवटचा संदेश तुमच्याकडे देईन, बिल आणि मॅटने आपल्या सादरीकरणात याबद्दल थोडक्यात सांगितले. आम्ही हे पीक पाहण्यास सुरुवात केली आहे. हे अद्याप फारच उत्सुक आहे, परंतु कंटेनर आणि कंटेनरकरणाचा वापर आणि डॉकर आणि त्या निसर्गाच्या गोष्टी, किती चांगले कर्व्हबॉल तुम्हाला पळवून लावते?

बिल एलिस: तर शब्दाचा अर्थ भिन्न तंत्रज्ञानावर अवलंबून वेगवेगळ्या गोष्टी आहेत. म्हणून आम्ही डेटाबेस स्तरावर आणि अनुप्रयोग स्तरावर कंटेनरची काळजी घेण्यासाठी आमची उत्पादने विकसित करीत आहोत. आणि त्याचाच एक भाग म्हणून, हे संपूर्ण प्रकारचे हालचाली, ढग आणि संपूर्ण ढगांद्वारे कार्य करते. परंतु एक शोध प्रक्रिया आहे आणि म्हणूनच या अनुप्रयोगांचे - पीपल्सॉफ्टसह - कसे विकसित होत आहे यावर अवलंबून, आम्ही आमचे देखरेख समाधान विकसित करीत आहोत जेणेकरून आम्ही पूर्वी इतके मूल्यवान असलेल्या खोलीची पातळी प्रदान करू शकू.

एरिक कवानाग: हो आणि मला म्हणायचे आहे की प्रत्येक वेळी मी हे डेमो पाहतो तेव्हा आपल्याकडे असलेल्या ग्रॅन्युलॅरिटीमुळे मी आश्चर्यचकित झालो आणि आपल्याला समजून घेण्यास सक्षम असणे आवश्यक आहे आणि सामान्य परिस्थिती काय आहे याबद्दल आपल्याला काही शिक्षण आवश्यक आहे. मानक.

आणि आपण लोक त्याभोवती बर्‍याच सामग्री ऑफर करतात - जे सामान्य आहे ते काय सामान्य आहे हे ओळखण्यात लोकांना मदत करते. आपण ट्रेंडिंग अ‍ॅलर्ट्सबद्दल बोलले, उदाहरणार्थ, ही सर्व यंत्रणा आहेत जी आपण चांगल्या प्रकारे समजून घेण्यासाठी वापरू शकता ही काहीतरी चुकीची आहे, काहीतरी चुकीचे नाही, आणि नंतर तेथे शोधण्यासाठी ड्रिल करावे लागेल, परंतु आपल्याकडे सर्व डेटा आहे.

बिल एलिस: होय, आणि ही खरोखर महत्वाची गोष्ट आहे; मला वाटते की मॅट त्याबद्दल बोलला होता. सामान्य म्हणजे काय? वेगवेगळ्या वातावरणात सामान्य पातळी असते. जर आपण उच्च-एंड हार्डवेअर, ओरॅकल लॉजिक आणि डेटासह चालत असाल तर आपल्या दुकानात काय सामान्य आहे किंवा आपल्या दुकानात काय प्राप्त होईल जे आपण कमी शक्तिशाली पायाभूत सुविधांखाली चालत आहात त्यापेक्षा वेगळे असेल. तर पहिली गोष्ट म्हणजे काय सामान्य आहे ते शोधणे, त्या बेसलाइनची गणना करणे प्रारंभ करा आणि त्या मार्गाने आपण तेथून सुधारणा करण्यास सुरवात करू शकता.

एरिक कवानाग: ठीक आहे, तो एक चांगला मुद्दा आहे. आमच्याकडे एक शेवटचा प्रश्न येत आहे, असे दिसते आहे. फक्त एक शेवटचा प्रश्न मी तुमच्याकडे टाकतो, बिल. सिस्टम-लेव्हल आणि -प्लिकेशन-स्तरीय डेटाच्या दृष्टिकोनातून एसक्यूएल आणि डेटाबेस कामगिरी देखरेखीमध्ये काही फरक आहे? आपल्या दृष्टीकोनातून, एस क्यू एल आणि डेटाबेस कामगिरीचे परीक्षण करणे यात काय फरक आहे?

बिल एलिस: डेटाबेसमध्ये एसक्यूएल स्टेटमेंट कार्यान्वित होईपर्यंत काहीही होत नाही. एसक्यूएल स्टेटमेंट कंटेंट म्हणजे काय - डेटा लॉक आणि एस क्यू एल सर्व्हर स्तरावर संसाधनांसाठी लॉक करणे, प्रतीक्षा करणे, नियंत्रण करणे. आणि म्हणूनच जर मी एसक्यूएल स्टेटमेंटचा ड्रायव्हर आणि त्याचा सिस्टमवरील प्रभाव पाहण्यास सक्षम असेल तर, मी एक परिणाम घडवून आणला आहे; मी अचूक साधनातून खरोखर जास्तीत जास्त मिळविण्यापर्यंत डीबीएने ज्या मूलभूत सुविधांची काळजी घेतली आहे त्यासह डीबीएची काय काळजी आहे यासह मी दुवा साधण्यास सक्षम आहे.

जर मी इन्फ्रास्ट्रक्चर डीबीए आहे आणि मी उपयोगासारख्या गोष्टींकडे पहात आहे, तर मी स्वतंत्र एस.क्यूएल स्टेटमेंट पाहण्यास सक्षम असल्यास मी ब्रॉड ब्रॉडसह खरोखरच व्यवस्थापित करण्याचा प्रकार आहे आणि मी प्रत्यक्षात संसाधन कमी करण्यास सक्षम आहे उपभोग - ते सीपीयू, मेमरी, आय / ओ - मी एकाच नाण्याच्या दोन्ही बाजूंना सांगण्यास सक्षम आहे.

एरिक कवानाग: ठीक आहे, लोकांना. आम्ही फक्त एका तासाने जाळले. आयडीआरए येथे आमच्या मित्रांना मोठा, मोठा धन्यवाद. आज आमच्यात सामील झाल्याबद्दल मॅट सॅरेलचे खूप आभार. आम्ही नंतर हे पाहण्यासाठी या सर्व वेबकास्ट्यांचे संग्रहण करतो, म्हणून परत मोकळ्या मनाने आणि सहसा केवळ काही तासांत संग्रहण वर जाईल. तर हे तपासा आणि मला एवढेच सांगायचे आहे की मला ही सामग्री आवडते, मला तंतोतंत प्रेम आहे, मला तणात जायला आवडते. आणि मला असे कोणतेही दुसरे साधन माहित नाही ज्यामुळे लोकांना त्या आयडीआरएमध्ये नेमक्या बरोबर असलेल्या वस्तूंपेक्षा सर्व भिन्न तुकडे आणि अनुप्रयोग स्टॅकचे काही भाग शोधून काढू देतात.

त्यासह, आम्ही आपणास निरोप देऊ, लोकांनो. पुन्हा धन्यवाद, आम्ही पुढच्या वेळी आपल्याशी बोलू.