टेकवे: होस्ट एरिक कवनागने हॉट टेक्नॉलॉजीजच्या नवीनतम भागामध्ये डेटाबेस व्यवस्थापन आणि रॉबिन ब्लॉर, डेझ ब्लँकफिल्ड आणि बुलेट मॅनाले सह उदाहरण शोध चर्चा केली.
आपण सध्या लॉग इन केलेले नाही. कृपया व्हिडिओ पाहण्यासाठी लॉग-इन किंवा साइन-अप करा.
एरिक कवानाग: ठीक आहे स्त्रिया आणि सज्जन. पुन्हा एकदा आपले स्वागत. माझे नाव एरिक कवानाग आहे. गोष्टी गरम आहेत. गोष्टी येथे तापत आहेत. काय चालले आहे ते मला माहित नाही. अरे ते ठीक आहे, हॉट टेक्नॉलॉजीजची वेळ आली आहे. होय खरंच, माझे नाव पुन्हा एकदा एरिक कवानाग आहे. आपण मला @eric_kavanagh वर शोधू शकता. हा शो आहे जो बाजारात काय गरम आहे याबद्दल बोलण्यासाठी डिझाइन केलेला आहे. आजचे शीर्षक, “किंगडम कीजः डायनॅमिक डिस्कवरीसह एस क्यू एल सर्व्हर व्यवस्थापित करणे.” चांगली सामग्री. तिथे खरोखर आहे. ठीक आहे, ते चित्र काही वर्षांपूर्वीचे होते. मी खोटे बोलत नाही, मी आता जरा मोठा दिसत आहे, पण ते ठीक आहे.
तर, आम्ही तंत्रज्ञान आणि एस क्यू एल सर्व्हर खरोखर, खरोखर, खरोखर, खरोखर गरम कसे आहे याबद्दल बोलत आहोत. आमच्याकडे आज संपूर्ण सामग्री प्राप्त झाली आहे, म्हणून मी आताच हे हस्तक्षेप करणार आहे. उभे रहा, येथे आपण जाऊ. तेथे आमचे स्पीकर्स आहेत. आणि रॉबिन ब्लॉर प्रथम आहे.
रॉबिन ब्लॉर: हो नक्कीच. सादरीकरण डेटाबेस व्यवस्थापनात खोलवर जाईल म्हणून मी फक्त विचार केला की मी डेटाबेस व्यवस्थापनातून धाव घेईन किंवा डेटाबेस चक्रव्यूह, लोकांना याची जाणीव करून देण्यासाठी. मी डीबीए होतो, मला असे वाटते की आपण असे म्हणू शकाल की मी सुमारे २० वर्षांपूर्वी डेटाबेस सल्लागार असायचा आणि डेटाबेसबद्दल मला आश्चर्यचकित करणारी गोष्ट म्हणजे बरेच काही बदलले नाही. गतीच्या बाबतीत, डेटाच्या प्रमाणात आणि त्यासारख्या गोष्टींच्या बाबतीत बर्‍याच गोष्टी बदलल्या आहेत, परंतु त्यातील बर्‍याच गोष्टी पूर्वी घडलेल्या गोष्टींशी अगदी तशाच राहिल्या आहेत.
माझ्या मते, डेटाबेस हा डेटाचा एक संघटित विस्तारणीय संग्रह आहे जो विशिष्ट वर्कलोडसाठी अनुकूलित केला जाऊ शकतो आणि डेटा व्यवस्थापन क्षमता वितरित करू शकतो. हे प्रामुख्याने अस्तित्वात आले कारण आपल्याला फायलींमध्ये डेटा व्यवस्थापित करायचा असेल तर ते एक भयानक कठीण काम होते. १ the s० च्या दशकात आयबीएम मेनफ्रेम्सवर आम्हाला यादृच्छिक प्रवेश मिळताच सॉफ्टवेअरचा तुकडा एकत्रित ठेवण्याची कल्पना जी आपल्याला आवश्यक होती त्यापैकी जवळजवळ त्वरित बंद केली गेली.
रिलेशनल डेटाबेसचा शोध ‘70 च्या दशकात लागला होता आणि तो‘ 80 च्या दशकात प्रोटोटाइपच्या दृष्टीने अस्तित्वात आला आणि ‘90 च्या दशकापासूनच बाजारपेठेत एक प्रकारचा ट्रेक्शन मिळाला. आणि रिलेशनल डेटाबेस अजूनही लोकप्रियतेमध्ये पूर्णपणे प्रबळ आहेत. जर आपण प्रेस वाचले तर आपण त्याबद्दल असह्य गोष्टी बोलल्यासारखे ऐकू येईल - एसक्यूएल डेटाबेस आणि अलीकडेच ग्राफ डेटाबेसबद्दल खूपच आवाज आला आहे. आणि ते मनोरंजक आहेत, जर आपणास आवडत असेल, परंतु प्रत्यक्षात अद्याप नवीनतम विक्री क्रमांकामध्ये, रिलेशनल डेटाबेसकडे 95% बाजार आहे. आणि मायक्रोसॉफ्ट एस क्यू एल सर्व्हर ज्याची आपण आज थोडीशी सखोल चर्चा करणार आहोत ओरेकलमधील दुसरा सर्वात लोकप्रिय आहे.
रिलेशनल डेटाबेसबद्दलची गोष्ट जी त्यांना इंजिनच्या बाबतीत असामान्य बनवते की ते ओएलटीपी आणि क्वेरी वर्कलोड्स दोन्हीवर कार्य करू शकतात. आपण ते करत असाल तर आपल्याला त्यांना वेगळ्या प्रकारे ट्यून करावे लागेल परंतु ते प्रत्यक्षात दोन्ही प्रकारच्या वर्कलोडसाठी सक्षम आहेत. त्यातील एक लहान रँडम ट्रान्झॅक्शन आणि त्यापैकी दुसरा म्हणजे बर्‍याच डेटामध्ये पसरलेल्या लांब क्वेरी. पर्यायी, NoSQL डेटाबेस आणि आलेख डेटाबेस मुख्यतः विश्लेषकांसाठी आहे आणि ते अलीकडेच बर्‍यापैकी उठले आहेत. NoSQL प्रथम आले आणि अलीकडील काळात आलेखास थोडासा ट्रॅक्शन मिळू लागला. NoSQL चा वापर व्यवहारात्मक क्रियाकलापांसाठी केला जाऊ शकतो, परंतु आलेख व्यवहारांच्या कामांसाठी कधीच वापरला जात नाही. कारण, मी एक स्टॅट ओलांडून प्रत्यक्षात आला असे मला वाटते जे किमान दहा वर्षे जुने आहे जे म्हणते की बहुतेक कंपन्यांकडे कमीतकमी तीन असतात, प्रत्यक्षात ही आकडेवारी 3.5 होती, डेटाबेसच्या वेगवेगळ्या ब्रॅण्ड्स, जर आपण त्यांच्या सॉफ्टवेअरची यादी पाहिली तर.
परंतु वास्तविकता अशी आहे की बर्‍याच कंपन्या विशिष्ट डेटाबेसवर प्रमाणित करतात. आणि बर्‍याच कंपन्यांनी एस क्यू एल सर्व्हर आणि ओरॅकल वर प्रमाणित केले आहेत, दोन तुम्हाला आवडत असल्यास मानक डेटाबेससाठी सर्वात लोकप्रिय म्हणून.आणि ते पर्याय केवळ अपवादात्मक परिस्थितीतच वापरतात जेथे त्यांना सॉफ्टवेअर पॅकेज मिळत आहे ज्यासाठी वेगळ्या डेटाबेसची आवश्यकता आहे किंवा ते अस्तित्त्वात आलेल्या काही मोठ्या डेटा targeनालिटिक्स लक्ष्यांमागे जात आहेत.
आम्हाला आवडले तर हदोपचा हस्तक्षेपही आम्हाला मिळाला आहे. एका मार्गाने हॅडॉप फाइल सिस्टमपेक्षा अधिक बनला आहे परंतु अद्याप डेटाबेस बनलेला नाही. तथापि त्यात एसक्यूएल नसते जे त्याच्या वरच्या बाजूस बसते. परंतु तेथील पुरावा असा आहे की जगातील अंतःकरणे आणि मनाची प्राप्ती असणारे रिलेशनल डेटाबेस सप्लंट करणे किंवा जवळजवळ कुठेही नाही. आणि त्यामागील कारण म्हणजे त्या सापेक्ष डेटाबेसना वीस वर्षे लागली, प्रत्यक्षात वीस वर्षापेक्षा जास्त काळ, जितके चांगले तेवढे चांगले व्हायला. आणि आपण केवळ एक क्वेरी इंजिन किंवा एसक्यूएल इंजिन तयार करत नाही जे खरोखरच अगदी कमी वेळेत सादर होते. हे फक्त घडत नाही.
आणि म्हणून या स्लाइडचा निष्कर्ष असा आहे की डेटाबेस व्यूहरचनात्मक असतात आणि ते विकसित होतात, ते चांगले होतात. आणि हे नक्कीच ओरेकल आणि मायक्रोसॉफ्ट एस क्यू एल सर्व्हरच्या बाबतीत घडले आहे. तुम्हाला कदाचित, तुमच्यातील काही जण त्या दिवसाची आठवण ठेवतील जेव्हा डेटाबेस प्रथम उदयास आले परंतु मी ते केले, मी त्यावेळी मुलगा होतो. मूळ कल्पना अशी होती की एकच डेटाबेस असेल आणि ती एक वैचारिक कल्पना होती जी नेहेमी रुजली नव्हती. आयएसएमने एएस / 400 सह प्रत्यक्षात डेटाबेस-आधारित फाइल सिस्टम मिळवण्याचा प्रयत्न केला परंतु त्यावरही प्रभुत्व आले नाही. डेटाबेस नैसर्गिकरित्या खंडित होतात ही बाब तुम्ही सोडली आहे. आपल्याकडे प्रत्यक्षात अनेक उदाहरणे आहेत. स्केलेबिलिटीचे प्रश्न आहेत. डेटाबेस केवळ एका विशिष्ट आकारात मोजला जातो, कबूल करा की वर्षानुवर्षे तो आकार वाढला आहे, परंतु त्यांना मर्यादा होती.
आणि वर्कलोडच्या समस्या उद्भवू शकल्या, कारण ओएलटीपी वर्कलोड आणि मोठे क्वेरी वर्कलोड हे एकमेकांशी सुसंगत नसतात. आणि असे करणारे इंजिन तयार करणे अशक्य होते. आम्ही ज्यामध्ये धावतो, जे एक प्रकारचे मनोरंजक आहे, मी अलीकडेच एका साइटवर आलो ज्याच्यात ओरॅकलच्या हजारो भिन्न घटना आहेत. त्यांच्याकडे किती डीबीए होते ते मला नक्की आठवत नाही, परंतु डीबीएद्वारे त्यापैकी किती डेटाबेस प्रत्यक्षात पाहिले जात आहेत याबद्दल आपण त्यांच्याशी प्रत्यक्ष बोललो तर ते दहा जणांसारखे काहीतरी होते. ते मुळात डेटाबेस कपाटाच्या रूपात वापरत होते आणि त्यामध्ये फक्त डेटा टाकत होते कारण कमीतकमी तुमच्याकडे योजना होती आणि फाईल सिस्टम कधी नव्हती त्यापेक्षा हे अधिक संयोजित होते, परंतु डीफॉल्ट कॉन्फिगरेशन देऊन आणि सेट करण्याशिवाय कोणीही काही करत नव्हते सैल.
ती चांगली कल्पना होती की नाही याची मला खात्री नाही. खरं सांगायचं तर ते मला विचित्र वाटतं कारण माझ्या मते जेव्हा जेव्हा मी डेटाबेससह काम करतो तेव्हा डेटाबेसमध्ये हजेरी लागत असतं आणि तुम्हाला नक्कीच माहित होतं की तिथे काय चालले आहे. आणि प्रणालीतील परस्परावलंबनांचा एक भयानक अर्थ असा आहे की विशिष्ट प्रकारच्या सेवा पातळी पूर्णपणे पूर्ण केल्या पाहिजेत अन्यथा आपल्याला अडचणी येतात.
नुकतीच चर्चा झाली, मी स्वयं-ट्युनिंग असल्याचा दावा करणारी विविध डेटाबेस भेटली. क्वेरी रहदारीसाठी सेट केलेले कॉलम स्टोअर्स मुख्यत्वे स्व-ट्यूनिंग असतात कारण आपल्याला अनुक्रमणिकांच्या बाबतीत दोन पर्याय निवडणे आवश्यक आहे. परंतु त्या विशिष्ट क्षेत्राच्या बाजूला, डेटाबेस ट्यून करणे आवश्यक आहे. आणि त्यांना ट्यून करणे आवश्यक आहे, काही रिलेशनशियल डेटाबेस, मुख्यतः कारण अत्यंत वाईट व्यवहारांमध्ये सामील होते. सामील होणे महागडे क्रियाकलाप आहेत. आपण योग्य ठिकाणी अनुक्रमे योग्य ठिकाणी न ठेवल्यास आवश्यक नसताना अत्यधिक वेळेत सामील व्हा.
सेल्फ-ट्यूनिंग डेटाबेस सध्या हे कार्यक्षेत्र सर्वज्ञात असलेल्या भागातच अस्तित्त्वात आहे. आणि माझा अनुभव असा आहे की बर्‍याच कंपन्या खूप कमी डीबीए वापरतात आणि म्हणूनच त्या महागड्या असतात. आणि म्हणूनच डीबीए काय करते ते आपण वैकल्पिकपणे करू शकल्यास हे अधिक चांगले आहे. मला समजल्याप्रमाणे हे डीबीएचे क्रियाकलाप आहेत. ते डेटाबेसची स्थापना, कॉन्फिगरेशन आणि अपग्रेड करतात. श्रेणीसुधारित करणे, तसे, क्षुल्लक क्रियाकलाप असणे आवश्यक नाही. आपण डेटाबेस श्रेणीसुधारित करण्याच्या कारणास्तव, मी नेहमीच कार्य करीत असलेल्या नियमात कार्यरत नसल्यास त्यास स्पर्श करत नाही आणि आपण डेटाबेस कोणत्याही विशिष्ट नवीन आवृत्तीमध्ये श्रेणीसुधारित करणार असाल तर आपण ते चाचणी मोडमध्ये करा. प्रथम आणि त्यानंतर आपण सर्वकाही अपग्रेड करा. आपण अद्याप समान आवृत्तीसह नेहमीच व्यवहार करत आहात. परंतु प्रत्यक्षात मी बर्‍याच साइट्सवर आलो, जे घडते तसे होत नाही. असे म्हणूया, एन्ट्रॉपीची एक योग्य डिग्री आहे. परवाना व्यवस्थापन ही एक समस्या आहे, आपल्याला कोणता परवाना मिळाला यावर अवलंबून आहे. ईटीएल आणि डेटा प्रतिकृती.
डेटाबेसमधील युक्त्यांपैकी एक युक्ती आहे की जर आपल्याला क्वेरी वर्कलोड मिळाले असेल ज्यास विभाजित करण्याची आवश्यकता असेल तर आपण दोन उदाहरणे तयार करू शकता आणि पुन्हा प्रतिकृती तयार करू शकता आणि बर्‍याच वेळा असे केले जाते की गरज पडल्यास लोक प्रतिकृती हॉट बॅकअप म्हणून वापरत आहेत. नंतर स्टोरेज आणि क्षमता नियोजन, हा डीबीएच्या क्रियाकलापाचा भाग आहे कारण डेटा वाढत आहे आणि आपल्याला त्यास ट्रॅक करणे आवश्यक आहे. आणि मग आपल्याला विविध हार्डवेअर अपग्रेड किंवा हार्डवेअर वर्धित करण्यासाठी योजना आखण्याची आवश्यकता आहे. समस्या निवारण हे बर्‍याच डीबीएसाठी वेदनादायक क्रिया आहे. जिथे काहीतरी चूक होते आणि बॅकअप अगदी अचूकपणे कार्य करत नाही आणि नंतर त्यांना त्यांचे स्लीव्ह अप करावे आणि खाली उतरावे आणि लॉग फायलींमधून गोष्टी पुनर्प्राप्त करून पहाव्या लागतील. हे माझ्या विचारांपेक्षा बर्‍याच वेळा घडते, मला आठवत आहे की हे घडत आहे परंतु मी किमान दहा वर्षे खेळापासून दूर गेलो आहे, परंतु मला आठवते की आपण कधी अपेक्षेपेक्षा जास्त वेळा असे घडवून आणले आहे. परफॉरमन्स मॉनिटरिंग आणि ट्यूनिंग हे डीबीए जॉबच्या धडकी भरवणारा एक प्रकारचा प्रकार आहे. परंतु managementक्सेस मॅनेजमेंट, बॅकअप आणि पुनर्प्राप्ती या बाबतीत देखील एक सुरक्षितता आहे जी सॉफ्टवेअर सिस्टम टेस्ट सिस्टीम तयार करते जी कदाचित लाइव्ह सिस्टमचे समांतर असेल. आणि संपूर्ण डेटा लाइफसायकल सामग्री. जेणेकरून माझ्या मते, डीबीएच्या नोकरीची यादी म्हणजे त्यांच्याकडे करण्यास सांगण्यात येणा else्या इतर कशापासूनही दूर आहे. ऑपरेशनल डायनॅमिक शेवटी डेटा अखंडता आणि सेवा-स्तरीय व्यवस्थापन ही डीबीएची मुख्य जबाबदारी असते. आणि सहसा ते गंभीर असतात. आणि मला एवढेच म्हणायचे आहे. मी देझकडे सुपूर्द करणार आहे.
डेझ ब्लांचफील्ड: खूप खूप धन्यवाद आज आम्ही संपूर्ण विषयाबद्दल पूर्वीपेक्षा किती गंभीर आणि गंभीर का आहे याबद्दल आजूबाजूला एक मजेदार, किस्सा घेऊन जाणारा आहे. इतक्या वेळापूर्वी मी एका प्रकल्पात सामील होतो जिथे आम्ही राज्य सरकारचा व्यासपीठ स्थलांतरित केला होता जो परवाना नोंदणी आणि वाहन नोंदणीसाठी वापरला गेला होता आणि त्या विषयाभोवतीच्या सर्व गोष्टींचा समावेश होता, फुजीत्सू मेनफ्रेम प्लॅटफॉर्म वरून ए + Additionडशन नावाची एक गोष्ट चालू होती, जी आहे सोलारिस ऑपरेटिंग सिस्टम किंवा दुस words्या शब्दांत, युनिक्स, ओरॅकल चालवित आहे आणि त्याचे बरेच चांगले कार्य करीत आहे. आणि हे दृष्य असे होते की ही गोष्ट जुनी होत आहे आणि यास दुसर्‍याकडे हलविण्याची वेळ आली आहे. मेनफ्रेमवर युनिक्स चालविण्यात आम्हाला खूप मजा आली आणि ते खूप स्थिर आणि अतिशय सुरक्षित आणि विचित्रपणे एसडीएल प्लॅटफॉर्मवर होते आणि ते अगदी वेगवान होते. परंतु शहाणपणाची वेळ अशी होती की मेनफ्रेमवरुन उतरण्याची वेळ आली.
खाली असलेल्या डेटाबेससाठी सर्व सिस्टम आणि व्यवसाय तर्कशास्त्र आणि एसक्यूएल वातावरणाचे नकाशे तयार करण्याचे आणि त्याकरिता आपण नवीन घर वास्तुविशारद आणि अभियंता कसे जात आहोत हे पहात असलेले हे महत्त्वपूर्ण आव्हान. आणि आम्ही यापैकी एका गोष्टीकडे ती संपवली जे आता दोन वर्ष जुन्या आहे, परंतु सन रॅक सिस्टम स्टारफायर सर्व्हर्सच्या सुरवातीच्या टोकांपैकी एक आहे. आणि बहुदा हे सर्वात मोठे टिन आहे ज्या आपण ग्रहावर खरेदी करू शकता जे सर्व एका मोठ्या बॉक्समध्ये आणि एक सममितीय मल्टीप्रोसेसींग सर्व्हरमध्ये राहतात. आमच्या जगातील ही एक मध्यम श्रेणीची प्रणाली होती. हे युनिक्स धावत होते आणि हे ओरॅकल मूळचेच धावत होते आणि असे मत होते की, "कदाचित काय चूक होऊ शकते?" बरं, असंही दिसून येतं.
उदाहरणार्थ, त्यावेळेस आणि आम्ही फार पूर्वी बोलत नाही आहोत, मेनफ्रेम प्लॅटफॉर्मवर काय आहे ते शोधण्यासाठी आणि त्या पार करुन घेण्यासाठी आम्हाला खूप मॅन्युअल प्रक्रियेमधून जावे लागले. विशेषतः वास्तविक डेटाबेस वातावरण आणि एसक्यूएल लॉजिक. तर ते दृश्य बर्‍यापैकी सरळ ओरॅकल-टू-ओरॅकल मूव्ह, डेटाबेस-ते-डेटाबेस मूव्ह असेच होते; सर्व व्यवसाय तर्कशास्त्र पूर्ण होईल, बहुतेक व्यावसाय तर्कशास्त्र अंतःस्थापित क्वेरी आणि ट्रिगरमध्ये लिहिले गेले होते आणि ते किती कठीण असू शकते? परंतु काही महिने घ्यायची होती ती वर्षभर न संपता संपली. मेनफ्रेम वातावरणावरील युनिक्सच्या प्रत्येक भागामध्ये केवळ शारीरिक आणि व्यक्तिचलितपणे जाण्यासाठी, सर्व डेटाबेस कुठे होते आणि किती घटना चालल्या आहेत आणि त्या घटनांवर काय चालले आहे ते शोधा आणि ही एक क्षुल्लक व्यायाम नव्हती आणि आम्ही ते करत होतो आम्ही सर्व काही हस्तगत केले आहे हे सुनिश्चित करण्यासाठी फक्त तीन वेळा. कारण प्रत्येक वेळी जेव्हा आम्ही विचार करतो की आपण जितके आवश्यक तितके खोल खोदले आहे, त्या पृष्ठभागाखाली असे दिसून आले की तेथे आणखी बरेच काही आहे.
आमच्यासमोर असलेले दुसरे आव्हान होते की कोणती उदाहरणे चालू आहेत आणि कोणत्या राज्यात? हे विकासाचे वातावरण आहे का? हे चाचणीचे वातावरण आहे का? हे एकत्रीकरण प्रक्रियेचा एक भाग आहे? हे सिस्टम एकीकरण आहे? हे यूएटी आहे, वापरकर्त्याची स्वीकृती चाचणी? हे उत्पादन आहे? हे डीआर वातावरण आहे? कारण मेनफ्रेम्सबद्दलची चांगली गोष्ट म्हणजे आपण हे छोटेसे आभासी वातावरण तयार करू शकता जे आपण सर्वांनीच आता मान्य केले आहे आणि त्या गोष्टी फिरवू शकता. आणि आपणास कार्य करावे लागले आहे की ही व्यक्ती प्रॉडक्शन-ग्रेड डेव्हलपमेंट आणि टेस्टिंग करीत आहे किंवा ते उत्पादन उत्पादन करीत आहेत, यावर खरोखरचे वापरकर्ते आहेत? लक्षात ठेवा की ही गोष्ट ड्रायव्हरचे परवाने आणि कार नोंदणी आणि लोकांच्या जीवनासाठी महत्त्वाच्या असलेल्या गोष्टी रिअल-टाइम जारी करीत आहे.
आणि या गोष्टीसाठी बॅकअप चालविण्यात बराच वेळ गेला त्यामुळे वस्तू ऑफलाइन घेण्यासाठी आणि काय झाले ते पहाण्यासाठी आमच्याकडे खरोखरच देखभाल खिडकी नव्हती. याचा पुनर्विचार करण्यासारखी कोणतीही गोष्ट नव्हती. आमच्यासमोर असे आव्हान होते की फक्त कोणती उदाहरणे चालू आहेत आणि कोठे आणि कोणासाठी आहेत हे शोधण्याचे नाही, परंतु नंतर कोणत्या उदाहरणे चालू आहेत याची कोणती आवृत्ती वापरावी लागेल. आणि इथेच मी माझा प्लॉट जवळजवळ गमावला. जेव्हा मला हे समजण्यास सुरवात झाली की आमच्याकडे उत्पादन पातळीवरील वातावरणातील दोन किंवा तीन आवृत्त्या चाचणीच्या विविध स्तरांमधून चालत आहेत आणि त्याकडे साधने आणि पद्धतशीर दृष्टिकोनात फारच कमी आहे. आम्हाला अक्षरशः कोडमध्ये आणि चालत असलेल्या घटनांमध्ये शोध घ्यावा लागला आणि काही प्रकरणांमध्ये थोड्या काळासाठी ऑफलाइन घेण्याचा धोका पत्करला. आम्ही या संपूर्ण गोष्टीच्या तळाशी पोहोचलो, आम्ही ते मॅप केले आणि मी म्हटल्याप्रमाणे ही एक अतिशय मॅन्युअल प्रक्रिया होती. आणि आम्ही अखेर संपूर्ण ईटीएल शिफ्ट केली, ती एका ठिकाणाहून टाकली आणि ती दुसर्‍या जागी हलविली आणि संपूर्णपणे ते कार्य करत आहे. आणि आम्ही असे होतो, हे कार्यशील आहे, आम्ही त्यासह खूप आनंदी आहोत.
परंतु नंतर आम्ही बरीच गंभीर भक्कम तटबंदीच्या भिंतींमध्ये धावलो. विशेषतः आम्हाला कामगिरीचे प्रश्न आढळले. आणि त्या दिवसाची समजूतदार विचारसरणी होती, तसेच ती एका मोठ्या, चांगली, वेगवान, कठोर हार्डवेअरकडे गेली आहे, डेटाबेस स्तरावरील अनुप्रयोगामध्ये खराब कामगिरी का करावी यासाठी कोणतेही कारण नाही, म्हणून आपण इतरत्र पाहू या. म्हणून आम्ही दोनदा नेटवर्क पुन्हा पूर्णपणे इंजिनियर केले. प्रत्येक राऊटर, प्रत्येक स्विच, प्रत्येक केबल, आम्ही इथरनेटपासून फायबरकडे गेलो काही प्रकरणांमध्ये, आम्ही सॉफ्टवेअर अपग्रेड केले, आम्ही ठोके मारले, आपल्याला दृश्य मिळेल. आम्ही त्या नेटवर्कच्या कामगिरीचे मुद्दे दोनदा विचारून नेटवर्क पुन्हा तयार केले. आणि ते पाहिले आणि वाटले तसे होते. आम्ही वेगवेगळ्या सुरक्षा प्रणाली, वेगवेगळ्या फायरवॉलमधून गेलो. आम्ही ऑपरेटिंग सिस्टम पॅच केले. आम्ही सामग्री एका कॉम्प्यूट ब्लेडमधून दुसर्‍याकडे हलविली. आणि त्यातील पायाभूत सुविधांचा शोध घेण्यासाठी आम्ही बराच वेळ व्यतीत केला.
आणि मग आम्हाला जाणवले की जेव्हा आम्ही सर्व्हर डिस्कनेक्ट केले आणि आम्ही त्यावर काही इतर अनुप्रयोग चालविले की नेटवर्क अगदी चांगले चालले. म्हणून आम्ही ऑपरेटिंग सिस्टम बाजूला खेचण्यास सुरवात केली. समान मुद्दा. पण मनोरंजक म्हणजे नेटवर्क लेव्हल आणि ऑपरेटिंग सिस्टम लेव्हल, टूल्स तिथे होती, आमच्यासाठी बेंचमार्क आणि चाचणी करणे आणि त्या प्रत्येक तुकड्याने कार्य केले हे सिद्ध करणे प्रत्यक्षात तुलनेने सोपे होते. परंतु तरीही, स्पार्क हार्डवेअर प्लॅटफॉर्मवरील मध्यम-श्रेणीवरील सोलारिसवर, डेटाबेस वातावरणाचे निदान करण्यास साधने आमच्याकडे नव्हती. आपल्याला माहित आहे की आम्ही सर्व उदाहरणे आणली आहेत की नाही ते मॅपिंग करीत आहे. आणि म्हणूनच आम्हाला स्वतःची स्वतःची साधने तयार करायची होती आणि काही लिहायचे होते आणि बसून जायचे होते, ते मुळ स्क्रिप्टिंग भाषांमध्ये स्वतः डेटाबेस साधनांमध्ये होते की शेल स्क्रिप्ट्सची मालिका आहे किंवा काही प्रकरणांमध्ये सी प्रोग्रामचा एक समूह आहे.
आम्ही शेवटी काही अतिशय मनोरंजक मुद्द्यांचा अभ्यास केला जेथे एसक्यूएल थरच्या खाली तर्कशास्त्र, वास्तविक डेटाबेस स्वतःच इंजिन होते, तेव्हा असे निष्पन्न झाले की जेव्हा ओरॅकलच्या मेनफ्रेम आवृत्तीवर चालणार्‍या एखाद्या गोष्टीसाठी विशिष्ट मार्ग तयार केला गेला होता तेव्हा तो स्पार्कवरील सोलारिसमध्ये स्थलांतरित झाला होता. ओरॅकल आवृत्तीने तशीच कामगिरी त्वरित बदलली नाही. आमच्यासाठी हा सर्वात त्रासदायक प्रवास होता, केवळ तो करत असताना आणि हे सर्व शोधून काढत, परंतु आता आम्हाला त्याचे निदान नवीन उत्पादन प्रणालीवर करावे लागले आणि पुन्हा या गोष्टीने सुमारे एका वर्षाच्या एका महिन्यात स्थलांतर केले. आणि हे इतके सहजपणे खाली आले की आमच्याकडे सभोवतालची साधने नव्हती. मेटाडेटाचा नकाशा वापरण्याचा प्रयत्न करणे यासारख्या गोष्टी केल्याबद्दल धावणे.
काही वेळेस आम्ही जवळजवळ ठरविले की आम्हाला ओईजा बोर्ड आवश्यक आहे कारण फक्त सहजगत्या निर्देशित करणे आणि चालणे सोपे होईल. जुन्या यंत्रणेत कोणास प्रवेश आहे आणि त्यांच्याकडे प्रवेश का आहे यासारख्या साध्या गोष्टी. आणि कोणास नवीन प्रवेश करणे आवश्यक आहे आणि पुष्टीकरण करीत आहे, एखाद्यास साइन आउट करुन याची पुष्टी करून आणि ते मॅपिंगची आवश्यकता आहे. डेटाबेसच्या आकारापेक्षा सोपी गोष्टही दोन प्लॅटफॉर्मवर सुसंगत नव्हती. आम्हाला ते करण्यासाठी एक साधन तयार करायचे होते आणि सिस्टम अ विरूद्ध सिस्टम बीवरील कच्च्या मेगाबाईट किंवा टेराबाईट्समध्ये टोनीजमधील डेटाबेस किती मोठे आहे याची तुलना करावी. आणि कार्यप्रदर्शन आणि परफॉरमंट वातावरणाबद्दल अधिक तपशील जाणून घ्यावे. पुन्हा, नवीन साधने तयार करावी लागली. आमच्यासाठी शेल्फमध्ये काहीच नव्हते.
आणि आपण यापासून पूर्ण प्राप्त करता, जेव्हा आपण वस्तू चालू ठेवण्याच्या शेवटी पोहोचलो आणि आम्हाला ती स्थिर मिळाली, तेव्हा त्यातील प्रत्येक तुकडा ही एक अतिशय मॅन्युअल प्रक्रिया होती, जेव्हा आपण नवीन तयार केले तर आपण स्वयंचलित करण्याचा एकमेव मार्ग होता साधन किंवा नवीन स्क्रिप्ट. आणि जर आपल्याकडे आज उपलब्ध असलेली साधने असती तर आयुष्य इतके सोपे आणि बरेच चांगले झाले असते. आणि आम्ही या प्रकल्पातील लाखो लोकांची बचत केली असती. परंतु मला वाटते की आपण आज ज्या गोष्टींबद्दल बोलणार आहोत तेच आता साधने उपलब्ध आहेत आणि यामुळे त्यांचे जीवन अधिक सुलभ होते. अनेक अडचणी अजूनही बाकी आहेत. तेथे असलेल्या डेटाबेसचा शोध आणि कोणत्या घटना चालू आहेत. ते कोणत्या राज्यात आहेत? किती लोक चालू आहेत? ते का चालू आहेत? ते चांगले चालू आहेत की नाही. त्यांचा बॅक अप घेतला जात आहे?
या सर्व गोष्टी आहेत ज्या आपण बर्‍याच प्रकारे योग्य साधनांसह आता स्वीकारू शकू. पण मी म्हटल्याप्रमाणे या विशिष्ट किस्साचा एक काळ होता, जिथे आपल्यातील बर्‍याच केसांमुळे बरेच लोक गमावले होते तिथे आम्ही बहुधा पंधरा वर्षे आपल्या आयुष्यातून काढून घेतली आणि आता तेथे साधने नसल्याची शोक व्यक्त केली. . आणि मी आज आमच्या अतिथी, बुलेट यांच्याकडून याबद्दल बरेच काही ऐकण्याची अपेक्षा करीत आहे. त्यासह, बुलेट, मी तुझ्याकडे जात आहे आणि आपण या समस्येचे निराकरण कसे केले हे ऐकण्याची मी उत्सुकतेने वाट पाहत आहे.
बुलेट मॅनालेः ठीक. चांगला वाटतंय. एरिक, स्लाइड्ससह मी येथे घेईन आणि उत्पादनात येण्यापूर्वी थोडीशी वास्तविक, इडियरा, कंपनीबद्दल थोडक्यात बोलू. फक्त एक एफवायआयआय म्हणून, हा आमच्याकडे उपलब्ध असलेल्या विविध उत्पादनांचा पोर्टफोलिओ आहे.
एरिक कवानाग: आपला ऑडिओ एक प्रकारचा गरम आहे म्हणून जर आपण हेडसेट वापरत असाल तर त्यास थोडासा वर खेचा.
बुलेट मॅनालेः काही हरकत नाही. ते चांगले आहे का?
एरिक कवानाग: ते बरेच चांगले आहे. घेऊन जा.
बुलेट मॅनालेः ठीक. म्हणून आज आम्ही इन्व्हेंटरी मॅनेजरवर लक्ष केंद्रित करणार आहोत जे आपण चर्चा करीत असलेल्या या बर्‍याच विषयांना निश्चितपणे संरेखित केले आहे. हे उत्पादन कोठे आहे ते कसे मिळाले याबद्दल मला थोडेसे समजून घ्यायचे आहे. आम्ही आमच्या उत्पादनाच्या ओळीने दिवसा-दररोज शोधण्याचा प्रकार सुरू केला, आमच्याकडे डायग्नोस्टिक मॅनेजर नावाचे एक परफॉरमन्स मॉनिटरिंग टूल आहे. आमच्याकडे एक अनुपालन व्यवस्थापक साधन आहे. तर, एस क्यू एल सर्व्हरच्या आसपास बर्‍याच भिन्न साधने आणि परवाना देण्याच्या उद्देशाने आम्ही नेहमीच प्रश्न विचारतो, "आपण सध्या आपल्या संस्थेमध्ये व्यवस्थापित करत असलेल्या घटनांची संख्या किती आहे?" आणि एक मनोरंजक गोष्ट अशी होती की त्यावर खरोखर ठाम उत्तर आम्ही कधीही मिळवू शकलो नाही. आपण कोणाशी बोललात याचा फरक पडत नव्हता. हा नेहमीच एक प्रकारचा होता, "आम्हाला वाटते की या संख्येच्या आसपास आहे." या प्रकारच्या गोष्टी नेहमीच आल्या आणि मग आपण व्यवस्थापित करत असलेल्या घटनांच्या बाबतीत त्यांना परवाना मिळवायचा आहे हे त्यांना काय आहे हे शोधून काढण्याची आम्हाला या प्रक्रियेमधून जावे लागेल.
आम्ही खरोखरच पटकन शोधून काढले आहे की त्यास बर्‍याच डीबीएशी संबंधित आहे. अर्थातच डीबीए म्हणून ज्या गोष्टींसाठी ते जबाबदार आहेत त्यापैकी एक म्हणजे हे माहित आहे, कारण मायक्रोसॉफ्ट आणि एस क्यू एल सर्व्हरच्या बाबतीत, त्यांच्या परवान्यांवरील कराराची त्यांना एक गोष्ट करणे आवश्यक आहे. अर्थात त्यांच्याकडे बर्‍याच भिन्न क्षेत्र आहेत ज्यासाठी ते जबाबदार आहेत, परंतु ते म्हणजे डीबीए म्हणून आपल्या सामान्य जबाबदार्‍या काय आहेत या दृष्टीने एक मोठे तिकिट आयटम आहे. त्यासह आम्ही कोणत्या प्रकारचे निष्कर्ष काढले आहे की आम्हाला एक असे उपकरण हवे आहे जे डीबीएला खरोखरच ती संख्या समजून घेण्यास सुलभ करते. कारण तुम्हाला ते कॉल करायचे असेल तर तुमच्याकडे एस क्यू एल विस्तृत आहे आणि हे बर्‍याच वेगवेगळ्या कारणांसाठी होते. सॉफ्टवेअर कोण स्थापित करीत आहे आणि अशा प्रकारच्या गोष्टी याभोवती बरेचदा नियंत्रण नाही.
आणि सर्वात वाईट गोष्ट जी घडू शकते ती म्हणजे एसक्यूएल सर्व्हरच्या प्रतीवर कुणीतरी हात मिळवला, स्थापित केला, कंपनीमधील इतर संस्था किंवा विभागांकडे काही माहिती न देता त्यासह कार्य करण्यास सुरवात केली आणि कदाचित पुढची गोष्ट जी आपल्याला माहित असेल कदाचित डेटाचा बॅक अप घेतला जात नाही आणि अशा प्रकारच्या गोष्टी घडू शकतात. जेथे आता आपणास आणखी एक समस्या आहे, जिथे आपणास अशी परिस्थिती आहे जिथे आपण खरोखर गंभीर डेटा गमावणार आहात कारण आपल्याला हे माहित नाही की घटना अगदी पहिल्या ठिकाणी आहे.
आम्हाला करण्यासारख्या गोष्टींपैकी एक म्हणजे त्यातील शोध भाग शोधून काढा. आणि त्यानंतर त्या व्यवस्थित आणि व्यवस्थापित करण्यात सक्षम आहोत जी आपण तार्किक मार्गाने संकलित करीत आहोत आणि व्यवसाय काय करीत आहे यावर आधारित अर्थ प्राप्त करते. आणि मग स्पष्टपणे त्या माहितीवरून निर्णय घेण्यास सक्षम असेल आणि त्या प्रकारच्या गोष्टी करण्यास सक्षम असेल. हे कोणत्या प्रकारचे साधन सुरु झाले आणि ते कोठून आले. मी तुम्हाला सांगू शकतो की नियमितपणे डीबीएशी बोलताना, आपल्याकडे खरोखर किती समस्या आहे की त्यांच्याकडे किती उदाहरणे आहेत.
आणि हे मजेदार आहे कारण, हे शब्द, आपण जे मोजू शकत नाही ते व्यवस्थापित करू शकत नाही, एसक्यूएल डायग्नोस्टिक मॅनेजर प्रमाणे आमच्याकडे नेहमीच कार्यप्रदर्शन साधने घेऊन येतात, परंतु हे आपल्याला माहित नसल्यास आपण खरोखर काहीही व्यवस्थापित करू शकत नाही तिथेही “पहिल्यांदा”. म्हणूनच या साधनाचा हा एक मोठा भाग देखील आहे, हे तिथे आहे हे जाणून घेण्यास सक्षम आहे.
आता त्या नोटवर, एसक्यूएल सर्व्हरसह काही मोठ्या संस्था किंवा एंटरप्राइझ शॉप्सशी बोलताना, आमच्याशी बोललेल्या बर्‍याच मुलांबरोबर आम्हाला आढळणारी एक मनोरंजक गोष्ट म्हणजे त्यांनी त्यांच्या वर्षाच्या दरम्यान खरोखर एक वेळ सेट केला होता. ते मोजण्यासारखे काय दिसते ते ठरवण्यासाठी ते प्रत्यक्षात एका ठिकाणाहून दुसर्‍या ठिकाणी गेले. आपण डीबीए म्हणून कल्पना करू शकता की आपल्याला काही प्रकरणांमध्ये एका मशीनवरून दुसर्‍या मशीनकडे शारीरिकदृष्ट्या चालण्यासाठी खूपच चांगले पैसे दिले जात आहेत, जे मी नाव घेत नाही अशा काही मोठ्या कंपन्यांकडून आम्ही काय ऐकू येईल हे आश्चर्यकारकपणे होते. परंतु केवळ एक प्रकारचा मनोरंजक मुद्दा म्हणजे वर्षातील दोन आठवडे या प्रकारच्या व्यायामासाठी खर्च केले जाऊ शकतात जेणेकरून त्यांचा परवाना क्रमांक योग्य आहे की नाही.
हे सर्व या साधनांशी संबंधित आहे आणि ते कसे मदत करते परंतु एसक्यूएल सर्व्हरच्या अनेक वैशिष्ट्यांच्या आधारे डिस्कवरी करण्याच्या क्षमतेद्वारे आम्ही ज्या मार्गाने संबोधित केले त्याचा मार्ग. आणि म्हणून पहिला प्रश्न असा आहे की आपण कोणत्या गोष्टीकडे लक्ष वेधता किंवा आपण प्रथम काय पहाण्याचा प्रयत्न करता? आम्ही हे करण्याचा मार्ग म्हणजे आयपी श्रेणीद्वारे हे करूया किंवा डोमेनच्या सदस्या असलेल्या संगणकांच्या बाबतीत डोमेनच्या सदस्याद्वारेच हे करू शकतो. आम्ही त्या भागाला कसे संबोधित केले ते या प्रकारचे आहे, फक्त हे असे म्हणायला सक्षम होण्यासाठी की आपण शोधाच्या दृष्टीने ज्या क्षेत्रावर लक्ष केंद्रित करू इच्छितो.
आणि मग त्या भागाचा दुसरा भाग त्या वैशिष्ट्यांवर आधारित आहे, बंदरे आणि इतर गोष्टी, डब्ल्यूएमआय रेजिस्ट्री कीज आणि अशा प्रकारच्या गोष्टी, आम्ही एकत्रित करू शकतो आणि एसक्यूएल चालू किंवा त्या विशिष्ट वातावरणावर स्थापित होऊ शकतो हे शोधू शकतो. स्नीकर पद्धत किंवा स्नीकर एक्सप्रेस पद्धतीपेक्षा ही अधिक चांगली पद्धत आहे. आता एक छान गोष्ट म्हणजे आपण जी माहिती एकत्रित करत आहोत त्या सर्व माहिती एका भांडारात ठेवली जात आहे आणि वातावरण बदलत असताना ती बदलू शकते. हे फक्त इतकेच नाही, “अहो, येथे एक उदाहरण आहे, आम्हाला सापडलेली एक सूची येथे आहे,” परंतु ती डीबीए आहे, किंवा उदाहरणे व्यवस्थापित करणारी व्यक्ती, मालिकेचा तो भाग बनवायची आहे की नाही हे निर्धारित करण्यास सक्षम आहे, आणि नंतर त्या घटनेचा त्याग करण्यास सक्षम होण्यासाठी तो यादीचा भाग नाही. आणि म्हणूनच त्यांच्याकडे एसक्यूएल सर्व्हरच्या संपूर्ण प्रक्रियेचे जीवनचक्र आहे जेणेकरुन ते उपकरणात सहजपणे समजले जाऊ शकते.
एकदा उदाहरणे शोधल्यानंतर आम्ही त्या नंतर काय करू? दुसरी गोष्ट म्हणजे उदाहरणाविषयी बरीच माहिती आहे, मला ते स्वहस्ते प्राप्त करुन स्प्रेडशीटमध्ये किंवा त्या प्रकारच्या गोष्टींमध्ये ठेवण्याची इच्छा नाही. आणि ही आणखी एक गोष्ट आहे जी डीबीएशी इन्व्हेंटरी प्रक्रिया आणि परवाना देण्याबद्दल बोलण्यात एक प्रकारची रंजक गोष्ट होती, हीच गोष्ट म्हणजे मी किती डीबीएशी बोललो याबद्दल आश्चर्य वाटेल, जेव्हा आपण त्यांना विचारले, “तुम्ही तुमची यादी कशी ठेवता?” आणि आम्ही खरोखरच हा उपरोधिक भाग असलेल्या डीबीएशी बोलत आहोत, की ते ते ठेवत आहेत आणि त्या सर्व गोष्टींच्या स्थिर स्प्रेडशीटमध्ये ट्रॅक करीत आहेत. मी म्हटल्याप्रमाणे, आपण एक मिनिटासाठी त्याबद्दल विचार करता तेव्हा ते खूपच विचित्र आहे. परंतु बर्‍याच प्रकरणांमध्ये हे आहे आणि बर्‍याच संघटनांचे प्रकरण हे आहे की ते त्यांचे व्यवस्थापन कसे करतात. ते ते कसे ठेवतात. ही एक्सेल स्प्रेडशीटची एक मुख्य प्रत आहे जी सभोवताली तैरली जाते आणि ती नियमितपणे अद्यतनित केली जाणे आवश्यक आहे.
त्या अशा गोष्टी आहेत ज्या आव्हानात्मक होत्या आणि म्हणून त्या घटकाची नोंद करून आणि त्यास यादीचा भाग बनवून आपण ते करू शकता आणि माहिती उचलू शकता. तो सूची, आवृत्ती, संस्करण, आपण त्यासह करू शकत असलेल्या इतर गोष्टींचा भाग बनला की नाही ते आपोआप आपण त्या सूचीत किंवा एक्सेल स्प्रेडशीट व्यक्तिचलितरित्या जोडू शकता. आपण एसक्यूएल इन्व्हेंटरी मॅनेजर नावाच्या या साधनात ते आयात करू शकता. आपल्याकडे आधीपासूनच उदाहरणाचा प्रारंभ बिंदू असल्यास ज्याबद्दल आपल्याला आत्मविश्वास वाटतो, आपण त्या उदाहरणे आयात करू शकता आणि नंतर आपल्या व्यवस्थापित यादीचा तो भाग उत्पादनामध्ये बनवू शकता. एकदा आपल्याकडे उदाहरण आहे आणि एकदा आम्हाला माहित आहे की ते तिथे आहे, मग ते घडते, ठीक आहे की आपण तेथे बरीच माहिती मिळवली आहे, हे उदाहरण आहे हे जाणून घेऊन आपण फायदा घेऊ शकतो, बाहेर जाऊन ती माहिती एकत्रित करून.
आणि परवाना परवानग्या करण्यापेक्षा बर्‍याच माहितीची आवश्यकता असेल. त्यापैकी बर्‍याच गोष्टी गोष्टी कोठे आहेत हे स्पष्टपणे जाणून घेण्यासाठी वापरल्या जाऊ शकतात, माहिती मिळविल्यानंतर ती शोधण्यात सक्षम झाल्या. परंतु की सामग्री सर्व्हर आहे, स्वतः हार्डवेअर. हे कोणत्या प्रकारचे मशीन आहे हे समजून घेण्यात सक्षम असू शकते, कदाचित मॉडेल किंवा निर्माता, मेमरी, मेमरीचे प्रमाण, मग ते भौतिक किंवा आभासी मशीन असेल किंवा विशेषत: शारीरिक सॉकेटची संख्या किंवा कोअर आणि सीपीयू आणि अशा प्रकारच्या गोष्टी.
कोरच्या संख्येच्या संदर्भात, विशेषत: एसक्यूएल सर्व्हरसह, ते त्यांचे परवानाधारक करत आहेत हे जाणून घेणे आता एसक्यूएलच्या नवीन आवृत्तींमध्ये प्रति-कोर गणना आहे, ते खरोखरच एक महत्त्वाचा भाग बनते आणि आपल्याकडे काहीही नाही बाहेर जाण्यासाठी आणि प्रत्यक्षात खोदण्यासाठी. एकदा उदाहरण ओळखल्यानंतर आम्ही ती माहिती प्रदान करू आणि ती बाहेर काढू शकू आणि आपण ती पाहू आणि समजू शकू आणि स्पष्टपणे त्याचा फायदा घेऊ शकतो.
पुढील स्तर खाली दिलेला प्रसंग आहे जो आपल्याकडे एसक्यूएल सर्व्हरच्या उदाहरणापेक्षा भिन्न आहे जरी तो मानक असो की एंटरप्राइझ असो किंवा त्या विषयासाठी एक्सप्रेस असो किंवा एस क्यू एल सर्व्हरची विनामूल्य आवृत्ती असो. त्या प्रसंगी कोणते अनुप्रयोग जोडलेले आहेत हे देखील समजू शकले आहे आणि हे आपोआप केले जाऊ शकते. कॉन्फिगरेशन सेटिंग्ज आणि त्या प्रकारच्या गोष्टी तसेच एसक्यूएल सर्व्हरच्या घटनेशी संबंधित माहितीचे इतर भाग समजून घेण्यास सक्षम असणे.
मग आपण प्रत्यक्ष डेटाबेसवर उतरा आणि कॉन्फिगरेशन सेटिंग्ज, त्या डेटाशी बद्ध केलेल्या जागेचे प्रमाण, जिथे ते आहे तिथे ही सर्व सामग्री स्वयंचलितपणे पॉप्युलेटेड होते आणि म्हणूनच हा एक मोठा वेळ बचतकर्ता आहे. आणि पुन्हा एकदा, कारण ते गतिशीलतेने बाहेर जात आहे आणि दररोज नवीन घटना ओळखत आहे, ही आपल्या जिवंत वस्तूची यादी आहे. अशा प्रकारचे उत्पादनाचे लक्ष्य हे त्या मार्गाने बनविणे हे आहे, ते म्हणजे गतिकरित्या बदलणारी काहीतरी बनविणे.
आता एकदा ही सर्व माहिती आमच्यासाठी उपलब्ध झाली आणि आम्ही हा सर्व डेटा आत आणू शकतो, तर मग या घटनांशी संबंधित आपला स्वत: चा मेटाडेटा तयार करणे सुरू करणे खरोखरच सुज्ञतेचे आहे आणि त्या प्रकारचा मेटाडेटा तयार केला जाऊ शकतो आपण ज्या प्रकारे व्यवसाय करता त्या मार्गावर संरेखित करते.
म्हणून आपल्याकडे आपली उदाहरण भौगोलिक स्थानानुसार, किंवा अनुप्रयोग मालकांनी किंवा डीबीए मालकांनी किंवा कशानेही गटबद्ध केली असेल तर, त्या घटना आपण कशा गटबद्ध करू इच्छिता या दृष्टीने असू शकतात, त्या घटनांचा आपण तर्कसंगत कसा अर्थ लावायचा असेल तर त्या प्रकारची असू शकते टूलमध्ये दोन क्षेत्रांपैकी जे आपल्याला क्षमता देईल.
प्रथम म्हणजे टॅग किंवा टॅग तयार करण्याची क्षमता. जे मूलत: सर्व्हर, उदाहरण किंवा डेटाबेस या दोघांमध्ये एक संबंध तयार करते जेणेकरून आपण दररोज येणार्‍या प्रश्नांची उत्तरे आणि उत्तरे देऊ शकता जे आपल्याकडे जे आहे ते हाताळण्यास खरोखर मदत करते, आपण काय व्यवस्थापित करीत आहात आणि त्या माहितीसह आपण कसे पुढे जाऊ इच्छिता.
आमच्याकडे असलेली दुसरी गोष्ट म्हणजे इन्व्हेंटरी फील्ड्स किंवा कस्टम इन्व्हेंटरी फील्ड असे म्हणतात आणि हे आपण ज्या माहितीमध्ये वापरु शकता अशा प्रकारचे टीडबिट्स अधिक विशिष्ट असतात, उदाहरणार्थ डेटाबेस लेयर ज्यामधे ड्रॉप-डाऊन यादी समाविष्ट करण्याचा निर्णय घेतला जाऊ शकतो सर्व डीबीए आणि मी त्या प्रकारच्या परिस्थितीनुसार किंवा जे काही डेटाबेससाठी जबाबदार आहे त्यांना जबाबदार धरुन ठेवू शकतो, ज्यास जबाबदार असलेल्यांकडे कोणता डेटाबेस असेल ते निवडण्यास सक्षम होऊ शकेल जेणेकरुन मला माहित असेल की तेच जबाबदार आहेत आणि अतिशय सहज यादीमध्ये खोदून.
म्हणून हे माहितीचे तुकडे अतिशय मूल्यवान ठरतात, विशेषत: आपल्याकडे मोठे वातावरण असल्यास, कारण त्या माहितीमुळे आपल्याला काय माहिती आहे आणि आपल्याकडे काय आहे आणि आपण ते कसे करता हे जाणून घेण्यास आपल्याला मदत करते.
तर मी पुढे जाईन आणि पुढील स्लाइडवर जाऊ. आता मी तुम्हाला हे दाखवित आहे की ही सर्व माहिती एकत्रित केली जात होती, ही सर्व माहिती आणि डेटा जो मेटाडेटा संकलित करत होता आणि लागू करत होता तेव्हा आपल्याला मायक्रोसॉफ्टकडे आपले परवाने देण्याची वेळ येते तेव्हा बरेच सोपे आणि द्रुत निर्णय घेण्याची क्षमता मिळते. मायक्रोसॉफ्टसह एंटरप्राइझ व्हॉल्यूम परवाना किंवा सॉफ्टवेअर विमा मध्ये.
आपल्याकडे हे करण्याऐवजी हे करणे आपल्यासाठी खरोखर सोपे करते, जाण्यासाठी आणि बरेच डेटाचे मॅन्युअल संग्रहण करावे लागेल, त्या माहितीचे मॅन्युअल गोळा करणे जे संपूर्णपणे त्यास प्रक्रियेस बरेच चांगले करते. म्हणूनच उत्पादनाच्या कोणत्याही प्रकारच्या आज्ञेचे पालन केले तर डीबीएसाठी परवाना घेण्याबाबतचे निर्णय घेणे सोपे करते.
आता दुसरी गोष्ट जी आम्ही डीबीएशी बोलताना पाहिली, खरोखर पटकन शोधली आणि शिकलो ती म्हणजे - आणि यापूर्वी ज्या चर्चा झाली त्याकडे परत जाण्याची - आपल्याकडे एसक्यूएल सर्व्हरच्या आपल्या वातावरणात 300 उदाहरणे असू शकतात परंतु कदाचित तिथे कदाचित एखादा सबसेट असेल त्यापैकी खरोखरच पारंपारिक कामगिरी देखरेखीच्या साधनांवरून पूर्णपणे परीक्षण केले जाते आणि त्यांचे व्यवस्थापन केले जाते.
म्हणून जर आपण गेला आणि आपण प्रत्यक्ष डीबीए बरोबर बसलात आणि आपण म्हणता, "पाहा, आपल्याला हे माहित आहे की आपल्याकडे या साधनांद्वारे परीक्षण केले जात असलेल्या 300 साधनांची 20 उदाहरणे किंवा 10 घटना पाहिली आहेत जी त्या देखरेखीसाठी डिझाइन केली गेली आहेत आणि आपल्या एसओएशी सुसंगत आहेत आणि सतर्कता मिळवा आणि या सर्व प्रकारच्या चांगल्या गोष्टी मिळवा. ”आम्हाला असेही आढळले की आपण असे विचारले तर“ मग तुमच्याकडे असलेल्या या 280 घटनांचे काय? तुम्हाला त्या गोष्टींची काळजी आहे का? ”आणि ते करतात, त्यांना त्यांची काळजी आहे पण ते खरोखरच गंभीरपणे त्या 10 किंवा 20 च्या उदाहरणाद्वारे करता येणा depth्या खोलीच्या पातळीवर असलेल्या लोकांवर लक्ष ठेवण्यासाठी गुंतवणूक करू इच्छित नाहीत, खरोखरच गंभीर उत्पादन उदाहरणे.
तर या उपकरणासह समीकरणाचा दुसरा भाग असा आहे की हे सुनिश्चित करणे सक्षम करण्याच्या बाबतीत देखील मदत करते की बेस स्तरावर आपण उदाहरणाच्या आरोग्याच्या बाबतीत कव्हर केले आहे. आता आपल्याकडे डेडलॉक आहे किंवा डेडलॉकचा बळी कोण आहे हे आपल्याला सांगणार नाही. ते स्वतः सत्रांच्या त्या स्तरावर न गेलेले आणि क्वेरींचा तपशील. परंतु त्याच वेळी हे आपल्याला हे सांगत आहे की, अहो सर्व्हर खाली आहेत किंवा अहो व्हॉल्यूम भरत आहे किंवा आपल्याला डेटाबेसचा बॅकअप करणे आवश्यक आहे, म्हणजे डीबीए होण्याचा एक महत्त्वाचा भाग आहे.
अशा प्रकारच्या गोष्टी नक्कीच अजूनही महत्वाच्या आहेत आणि म्हणूनच या साधनामुळे आपल्याकडे असलेल्या खरोखरच्या घटनांसाठी आपल्याकडे एक कॅच-ऑल ठेवण्याचा एक मार्ग बनला आहे, जर त्या गेल्या तर बर्‍याच गोष्टींसह त्यांचे मूल्य कमी आहे. खाली आपल्याला त्वरित माहित असणे आवश्यक आहे. त्यांच्याकडे उच्च पातळीचे निरीक्षण आणि त्या प्रकारच्या गोष्टी करण्यास सक्षम असणे असू शकते, परंतु यामुळे पर्यावरणामध्ये जोडलेली कोणतीही नवीन उदाहरणे निवडण्यात सक्षम होतील आणि त्यांची खात्री आहे की ते याची खातरजमा करतात. आरोग्य तपासणीची मूलभूत पातळी तयार केली जात आहे.
तर थोडक्यात असे काय आहे की इन्व्हेंटरी एसक्यूएल इम्पोर्ट मॅनेजर बद्दल काय आहे. आता मी तुम्हाला त्याचे प्रात्यक्षिक दाखवणार आहे. आम्ही ते करण्यापूर्वी, पटकन मी तुम्हाला दाखवतो की ही आर्किटेक्चर स्लाइड आहे आणि फक्त हे दाखवायचे आहे, एस क्यू एल ची उदाहरणे जी व्यवस्थापित केली जात होती, आम्ही एसक्यूएल २००० पासून सर्व मार्ग नवीन आवृत्तींमध्ये शोधू शकतो. एसक्यूएल.
म्हणून एजंट्सना स्वत: च्या उदाहरणावर कधीही तैनात न करता आम्ही हे करू शकतो. आम्ही संकलन सेवेद्वारे करतो आणि ती बाहेर जाऊन ती माहिती एकत्रित करून ती कोठारात ठेवतो आणि त्यानंतर टॉमकेट वेब सर्व्हिसच्या फ्रंट-एंड कन्सोलद्वारे त्या डेटाशी संवाद साधण्यात आणि त्यास पाहण्यास सक्षम असतो. तर ती खूपच सरळ सरळ आर्किटेक्चर.
मी पुढे जात आहे आणि स्विच करतो आणि प्रत्यक्षात आम्हाला उत्पादनास घेऊन जातो जेणेकरुन आपल्याला त्याबद्दल अनुभूती मिळेल, ती कशी कार्य करते याची एक समज मिळेल. तर सर्वात चांगला मार्ग म्हणजे प्रथम इंटरफेसची ओळख करुन देणे हा एक डॅशबोर्ड आहे जो येथे पहात होता.
मी आत्ताच पाहू शकतो की माझ्याकडे व्यवस्थापनाखाली असलेल्या ब under्याच उदाहरणे नाहीत. पण माझ्या मागच्या खिशात संपूर्ण डेटा सेंटरही नाही. म्हणून इव्हला जवळपास सहा उदाहरणे मिळाली ज्या आपण येथे पाहत आहोत. आता, ते म्हणाले की, आय मी काय करणार आहे ते शोधण्याच्या प्रक्रियेवरुन चालत आहे आणि ते कसे कार्य करते ते दर्शविते.
आता आपण करण्यापूर्वी सर्वप्रथम प्रशासन विभागात आपण आपली उदाहरणे कशी शोधायची हे निर्दिष्ट करू शकता. आपण ती माहिती येथे ठेवू शकाल आणि पुन्हा ती आयपी पत्त्यांच्या रेंजद्वारे करता येईल. आपण एखाद्या डोमेनकडे किंवा सबडोमेनकडे लक्ष वेधू शकता आणि फक्त त्या मशीनवरच सक्षम होऊ शकतील जे त्या डोमेनचे सदस्य त्या तपासणीसाठी सक्षम असतील जेव्हा आपण एसक्यूएल तपासण्यासाठी धावता तेव्हा विविध प्रकारचे वैशिष्ट्ये निवडण्यास सक्षम व्हाल.
नंतर एकदा आपण ते केले आणि आपण त्या डेटामध्ये दररोज चालण्यासाठी स्वयंचलित करू शकता. आपण गरज असल्यास तदर्थ तत्वावर हे करण्यास सक्षम देखील आहात. परंतु एकदा आपण ते प्रारंभ केल्यावर, शोधाची ती प्रक्रिया जेव्हा आपण इथली उदाहरणे पहाल तेव्हा आपण काय पाहू शकाल. आपल्याकडे एक शोध टॅब आहे आणि डिस्कव्हर टॅब आपल्याला अलीकडे शोधलेल्या अशा घटना दर्शवित आहे. तर आमच्या बाबतीत येथे एक नंबर आहे. मी पुढे जाऊ आणि काय करणार आहे ते पुढे जा आणि उदाहरण म्हणून वापरणार असलेल्या एक जोडा. तर हे या प्रकरणात एक शिकागो उदाहरण आहे, बरोबर? मी पुढे जाईन आणि माझ्या इन्व्हेंटरीमध्ये तो उदाहरण जोडा.
ठीक आहे आणि काही गोष्टी येथे घेऊन जात आहेत. मी फक्त पुढे जात आहे आणि आपण पाहू शकता की आम्ही क्रेडेन्शियल्स सेट करू शकतो. माझी ओळखपत्रे तेथे चांगली असली पाहिजेत. मी पुढे जात आहे आणि आपल्या लक्षात येईल मी इच्छित असल्यास मला याची मालकी नियुक्त करू शकते. मी एक स्थान देखील निर्दिष्ट करू शकतो. आता हे स्थान स्वतःच जोडले जाऊ शकते आणि पुढच्या वेळी हे नक्कीच लक्षात येईल.
पुन्हा मी मेटाडाटाच्या बाबतीतही यास टॅग संबद्ध करू शकतो आणि एसक्यूएलची ही उदाहरणे, विशेषत: या ज्या कोणत्या बाल्टीमध्ये ठेवायच्या आहेत त्या कशा घालायच्या. त्यामुळे आमच्याकडे सध्याचे काही टॅग, लोकप्रिय टॅग आहेत. , म्हणून मी आधीपासून समाविष्ट केलेले भिन्न टॅगचे एक समूह पाहू शकतो. मी फक्त यादृच्छिकपणे यापैकी काही निवडत आहे आणि आम्ही ते लागू करू शकतो.
तर आता जेव्हा मी पुढे जाईन आणि हे यादीमध्ये जोडा. आता हे जोडले गेले आहे, आम्ही आता या व्यवस्थापित दृश्याखाली हे दर्शवितो आणि त्यामुळे आपण ते येथे सूचीबद्ध पाहू शकता. म्हणूनच तुम्हाला माहित आहे की पहिली पायरी आहे आणि दररोजच्या आधारावर जाताना आपण ज्या घटनांमध्ये प्रामुख्याने त्या उदाहरणे जोडाल त्या मार्गाने मी तुम्हाला काय दर्शविले. काही प्रकरणांमध्ये आपण कदाचित असे म्हणाल की एसक्यूएल सर्व्हरची ही एंटरप्राइझ आवृत्ती मला स्वयंचलितपणे माझ्या यादीमध्ये जोडायची असेल तर काय करावे? मला व्यक्तिचलितपणे जाण्याची गरज आहे आणि ते करणे मला पसंत नाही.
जोसेलीन: मी तुम्हाला खरोखर द्रुतगतीने व्यत्यय आणत आहे. आपला डेमो पहात नाही?
बुलेट मॅनालेः तुम्ही नाही?
जोसेलीन: नाही
बुलेट मॅनालेः हे चांगले नाही, ते पाहूया.
एरिक कवानाग: आपण वरच्या डाव्या कोपर्यात गेल्यास प्रारंभ क्लिक करा, त्यावर क्लिक करा.
बुलेट मॅनालेः अहो, ठीक आहे.
एरिक कवानाग: आणि आता शेअर स्क्रीन करा.
बुलेट मॅनालेः त्याबद्दल क्षमस्व. हं.
एरिक कवानाग: ते ठीक आहे. तेथे चांगला पकड, निर्माता जोसलिन.
बुलेट मॅनालेः ठीक आहे की ते चांगले आहे? आपण आता ते पहात आहात?
रॉबिन ब्लॉर: हो नक्कीच.
बुलेट मॅनालेः ठीक आहे, चला तर मग आपण ज्या ठिकाणी लवकर आलो आहोत तेथूनच आपल्यासारखे चालत जाऊ द्या. आम्हाला आधी सापडलेल्या घटना सापडल्या. मी फक्त शिकागो उदाहरण जोडले आणि म्हणून आता आपण जे पहात आहात ते आता येथे सूचीबद्ध केले आहे. आधीपासूनच बरीच अतिरिक्त माहिती खेचून घ्या. मी स्वतः उदाहरणावर क्लिक केल्यास आपण त्या प्रकारात आधीपासून संग्रहित केलेल्या सर्व प्रकारच्या माहितीचे तुकडे पाहण्यास सुरवात कराल. आता सर्व डेटाबेसची यादी येथे आहे. आम्ही आकार आणि क्रियाकलापानुसार आकार आणि क्रियाकलापांद्वारे डेटाबेसमध्ये बिघाड पाहू शकतो.
पुन्हा एकदा आम्ही तुम्हाला त्या बॅटपासून लगेचच सांगू शकतो की आम्ही ज्या अ‍ॅप्लिकेशन्सवरून त्या उदाहरणावरून चालत असलेल्या वर्कलोडच्या आधारावर त्या अ‍ॅप्सवर चालत आहोत. तर आपोआप असे करण्यात सक्षम होण्यासाठी त्याचा प्रकार छान आहे. मला आत जाऊन अनुप्रयोगाशी संबंध जोडण्याची गरज नाही. जे पहात होते त्या आधारावर आपण ते लोकप्रिय करू शकतो. आता आपण एखादा अनुप्रयोग व्यक्तिचलितपणे जोडायचा असल्यास आपण हे पूर्णपणे करू शकता. परंतु डेटाबेसमध्ये किंवा अनुप्रयोगाला, क्षमस्व, दिलगिरी व्यक्त करण्यासाठी सक्षम होण्याचा हा एक सोपा मार्ग आहे.
आपण हे देखील लक्षात घ्याल की स्क्रीनच्या उजव्या बाजूला आमच्याकडे त्वरित सारांश आहे आणि खाली सर्व्हर सारांश आहे. म्हणून येथे माहितीच्या काही प्रमुख तुकड्यांविषयी बोलत आहोत, आवृत्ती जाणून घेतल्याबद्दल आणि फक्त नाही, आपल्याला माहिती आहे, एसक्यूएल सर्व्हर २०१२ परंतु वास्तविक आवृत्ती क्रमांक ज्यामध्ये कोणत्या हॉटफिक्सला जोडलेले आहे आणि कोणत्या सर्व्हिस पॅक बांधलेले आहेत हे आम्हाला सांगत आहे. ते जाणून घेणे फार महत्वाचे आहे. अर्थात मेमरी आवश्यकता महत्वाची आहे. यासारख्या सर्व गोष्टी, जरी ती क्लस्टर असेल किंवा ती सर्व माहिती, मी त्यात ठेवण्याची गरज नाही - ते आधीपासून एकत्रित केले आहे आणि संकलित केले गेले आहे आणि एकदा आपल्याला आढळले की त्याचा शोध लावलेला अनुभव आमच्या वस्तूंचा भाग होणार आहे.
आपण येथे पहात असलेली दुसरी गोष्ट - आणि ती आपल्याला दर्शवित आहे - हे या उदाहरण दृश्याखाली. आमच्याकडे या विशेषतांबद्दल मी पूर्वी बोललो आहे, सानुकूल विशेषता जो जोडली जाऊ शकते. म्हणून आम्ही बॉक्स प्रकारात मुक्त प्रकार जोडू शकतो, आम्ही तुम्हाला माहित आहे की अब्ज प्रकारच्या निवडी आहेत. आपण ड्रॉप-डाऊन याद्या देखील करू शकतो. आपण ते डेटाबेसच्या उदाहरणावरून किंवा सर्व्हर स्तरावर करू शकता.
नंतर जर आपण थोडेसे खाली स्क्रोल केले तर आम्ही सर्व्हरशीच संबंधित सर्व माहिती पाहू शकतो. तर आपणास माहित आहे की या सर्व प्रकारची सामग्री खरोखरच खरोखर खरोखर उपयुक्त आहे, कारण आमच्या सर्व वस्तू गोळा केल्या आहेत आणि संकलित केल्या आहेत आणि आम्ही आमच्या इन्व्हेंटरीचा भाग बनविण्याचा निर्णय घेतल्यानंतर आमच्यासाठी तेथे आहे. येथे आम्ही सीपीयूच्या दृष्टीने काही फरक दर्शवू शकतो, भौतिक विरूद्ध लॉजिकलची संख्या, किती मेमरी. तर तुम्ही बरेच काम न करता खरोखर खरोखर चांगली आणि चांगली माहिती मिळवत आहात.
आता याचा दुसरा भाग, मी म्हटल्याप्रमाणे, सर्व्हर स्तराच्या उदाहरणावरून हा डेटा गोळा करीत आहे. जर आपण डेटाबेसमधे खाली गेलो तर आपल्याला बर्‍याच गोष्टी तुटलेल्या दिसतात.म्हणून मी माझ्या अनुपालन भांडारात गेलो तर, या प्रकरणात मी म्हणेन, हे आपल्याला एखाद्याच्या व्यवहाराचे आहे हे माहित आहे, हे अनुपालन डेटाबेस आहे ज्याचे पालन किंवा नियामक आवश्यकता कोणत्या स्तराशी संबंधित आहे आणि ती असू शकते, असे म्हणूया. एसओएक्स अनुपालन किंवा पीसीआय पालन. म्हणून मी कोणत्या डेटाबेसमध्ये त्यांच्याशी कोणते अनुपालन संबंधित आहे ते निवडू शकतो की मला भरणे आवश्यक आहे किंवा मी याची खात्री करुन घेणे आवश्यक आहे की मी त्या नियामक आवश्यकतेनुसार पाळत आहे.
तर या प्रकारची सामग्री डीबीएसाठी खूप उपयुक्त ठरली आहे कारण तेथे असे एक स्थान आहे की ते या सर्व संबंधित मेटाडेटा सहजपणे त्यांच्या वातावरणात ठेवू शकतात आणि ते करू शकतात, जसे मी म्हटल्याप्रमाणे, त्यांच्या व्यवसायाचे अनुकरण करण्यासारखे आहे. , ज्याप्रकारे ते व्यवसाय करतात. म्हणून आतापर्यंत आम्ही ज्या गोष्टी पाहिल्या त्या सर्व गोष्टी पाहिल्या तर मी त्यामध्ये ड्रिल केल्या तर तुम्हाला नक्कीच एक उत्तम देखावा मिळाला.
मी तसेच शोधू शकतो म्हणून मी म्हणालो की माझ्या यादीतील त्या अनुपालन रेपॉजिटरीचा शोध घेऊ. मग आपण येथे काय पहाल ते म्हणजे मी या गोष्टी शोधू आणि त्यांना ओळखण्यात सक्षम होऊ. मी म्हणतो- मला खात्री नाही काय आहे, माझे गो बटणे तेथे कार्य करीत नाहीत. ठीक आहे. चला पुन्हा प्रयत्न करूया. तिथे आम्ही जाऊ. तर मग आम्ही जिथे जिथे काही अनुपालन केले होते तिथे आम्हाला एक बिघाड दिसण्यात सक्षम होईल आणि मी त्यात ड्रिल करू आणि त्या दृष्टीकोनातून देखील पाहू. तर आपल्याला या डेटामध्ये एक प्रकारचे खोदण्याचा खरोखर द्रुत आणि सोपा मार्ग मिळाला.
आम्ही आधी सांगितल्याप्रमाणे, आपल्याकडे इन्स्टंट सर्व्हर आणि डेटाबेस विरूद्ध मेटाडेटा तयार करण्याचे बरेच वेगवेगळे मार्ग आहेत. त्याचा दुसरा भाग आपण ज्या प्रकारे त्याचे गटबद्ध केले त्या मार्गाने आणि आपण त्यास जोडले त्या मार्गाचा फायदा घेण्यास सक्षम आहे. आम्ही एक्सप्लोरर व्ह्यू वर गेलो आहोत. आम्ही म्हणू शकतो की मला स्थानांनुसार डेटाबेस मोजायचे आहे. म्हणून मी समर्थन केलेल्या वातावरणाच्या प्रत्येक ठिकाणी डेटाबेसची संख्या. किंवा कदाचित हे कदाचित मालकाच्या आधारे आहे ज्याच्या उदाहरणादाखल माझ्याकडे उदाहरणे आहेत. तर आम्ही ते पाहण्यास सक्षम होऊ. तेव्हा आपण या वेळी उत्तर देण्याचा प्रयत्न करीत असलेल्या प्रत्येक प्रश्नावर आधारित आपल्यासाठी या चित्रे रंगविण्यासाठी खरोखर एक चांगला, सोपा मार्ग आहे.
मग आपल्याकडे जे आहे त्या प्रकारची माहिती आपल्यास तयार करायची आहे, आम्ही ते पीडीएफमध्ये निर्यात करू शकतो किंवा त्याचा फायदा घेण्यास सक्षम होण्यासाठी आम्ही आमच्या सहका to्यांना किंवा तेथे आम्हाला जे आवश्यक आहे ते करू शकतो. तर आपणास माहित आहे की आपण या प्रकारच्या गोष्टी करण्यास सक्षम आहात. कडे परत जाऊ द्या - मी ते गमावले? तिथे आम्ही जाऊ. तर आशेने की मी आतापर्यंत ज्या गोष्टी बोलल्या त्या दृष्टीने हे समजते. आता आम्ही गोळा केलेला डेटा, परवाना आणि काय नाही यासाठी अनेक कारणांसाठी हे सर्व खरोखर खरोखर महत्त्वपूर्ण आहे.
फक्त शेवटचा प्रकार म्हणजे आपण येथे प्रशासनाच्या विभागात जाऊ. येथेच आपण आपले आणि आपले सतर्कता कॉन्फिगर करू शकता आणि आपल्याला ज्या गोष्टींबद्दल खरोखर जाणून घ्यायचे आहे त्यांच्यासाठी आपण त्या गोष्टी देखील सेट करू शकता याची खात्री करण्यात सक्षम होऊ शकता. म्हणून आम्ही अ‍ॅलर्ट सेट करू शकतो, आम्ही काही विशिष्ट गोष्टी चालू करण्याची आणि काही गोष्टी बंद करण्याची क्षमता सेट करू शकतो आणि मग ते कोणाकडून मिळणार आहे हे ठरविण्यास सक्षम होऊ आणि त्या सतर्कतेचे वर्गणीदार होऊ इच्छितो की आम्ही कोणाशी संबंधित आहोत व्हा, कोण या प्रकारच्या गोष्टींबद्दल जाणून घेऊ इच्छित आहे.
परंतु मी पूर्वी म्हटल्याप्रमाणे, हा खरोखर करण्याचा एक चांगला मार्ग आहे, किमान आपल्या संपूर्ण एंटरप्राइझ एस क्यू एल उदाहरणाबद्दल जाणून घेण्याची मनाची संपूर्ण शांतता असेल - आपल्याकडे काय आहे आणि हे सुनिश्चित करत नाही की ते चालत नाही, जरी आपल्याकडे नाही, हँव्हंटने हे प्रसंग व्यवस्थापित करण्यासाठी हेवी हिटिंग परफॉरमन्स मॉनिटरिंग टूलसाठी गुंतवणूक करण्याचा निर्णय घेतला हे आपल्याला कव्हर करेल कारण बाहेर जाणे हा एक अतिशय स्वस्त मार्ग आहे आणि बरीच उदाहरणे या शोधांमध्ये करण्यास सक्षम असतील आणि आपण हे सुनिश्चित करण्यासाठी एक सर्वसाधारण स्तरावरील देखरेखीचा एक प्रकार करू शकाल. मनाची शांती मिळाली आणि काय चालले आहे ते जाणून घ्या.
म्हणून आम्ही आशा करतो की ज्या प्रकारे आम्ही त्याचे वर्णन केले आहे आणि आपल्यास ते दर्शविले आहे त्या अर्थाने हे समजते. माझा अंदाज आहे की त्या दृष्टिकोनातून मी पुढे जाऊ आणि ते परत पास करू आणि आम्ही आणखी काही बोलू शकतो.
एरिक कवानाग: छान वाटतंय. तर रॉबिन? देझ? काही प्रश्न?
रॉबिन ब्लॉर: बर Ive प्रश्न आला. प्रत्यक्षात हे पाहणे फारच इंटरेस्टिंग आहे, याचा अर्थ असा आहे की मी फक्त अशी टिप्पणी बनवू इच्छित होतो की मी सर्वत्र सर्वत्र होते, फक्त डीबीएमध्येच नाही, परंतु नेटवर्कमधील लोकांमध्ये, स्टोरेजमध्ये, व्हर्च्युअल मशीन मॅनेजमेंट अगं सर्व होते. स्प्रेडशीट बाहेर काम.
एरिक कवानाग: ते बरोबर आहे.
डेझ ब्लांचफील्ड: आपणास हे माहित आहे की Thats, आपणास माहित आहे की संख्या हलू होईपर्यंत ठीक आहे. जेव्हा संख्या हलू लागतात तेव्हा आपल्याला माहित असते की ते अडचणीत सापडले आहेत. तर आता मला या प्रश्नाची आवड आहे आणि मला उत्तर आहे की तुम्हाला त्याचे उत्तर देणे कठिण आहे, परंतु स्प्रेडशीटच्या कामकाजासाठी तेथे असे काहीही नसल्यास अशा ठिकाणी जा, तर डीबीए समजू. खूप हुशार मुले आहेत वगैरे पुढे, असे काही अंमलात आणल्यामुळे कोणत्या प्रकारचे आरओआय तुम्हाला वाटते? आपल्याकडे त्यावरील काही आकडेवारी आहे की त्यावरील काही मार्गदर्शक तत्त्वे आहेत?
बुलेट मॅनालेः आरओआय काय आहे हे सांगणे कठीण आहे कारण वातावरण थोडे वेगळे असेल. अर्थात, मोठा एंटरप्राइज, वातावरण जितके मोठे असेल तितकीच आता जास्त आरओआय असेल जर ते वापरत असतील तर तुम्हाला माहिती आहे, आत्ताच व्यक्तिचलित पद्धती वापरल्या जातील.
मला माहित आहे की मी बर्‍याचांशी बोललो आहे - जेव्हा मी हजारो आणि हजारो कर्मचार्‍यांमधील मोठ्या संस्था आणि बहुदा हजारो उदाहरणे देखील म्हणतो तेव्हा - जिथे मला असे लोक आहेत ज्यांना मी हे दर्शवितो आणि ते म्हणतात की यास दोन आठवडे लागतील. माझ्या परतचा. इव्हने मला एकापेक्षा जास्त वेळा सांगितले होते. त्यामुळे खरेदीतून प्रत्यक्ष डॉलरच्या रकमेच्या संदर्भात सांगणे कठिण आहे, परंतु जेव्हा आपण वातावरण असाल तेव्हा हे लक्षात घेण्यासारखे आहे.
मी म्हटल्याप्रमाणे, हे अगदी सुसंगत आहे, तिचे लोक मी, मी ज्या लोकांशी बोलतो बहुतेक लोक ही सामग्री एका स्प्रेडशीटमध्ये ठेवत आहेत. तर ही फक्त एक अत्यंत, अत्यंत व्यक्तिनिष्ठ गोष्ट आहे कारण प्रत्येक वातावरण, ते त्यांचे परवाना कसे देतात आणि मायक्रोसॉफ्टबरोबर त्यांचे परवाना कसे करतात या दृष्टीने हे थोडेसे वेगळे आहे. परंतु जर त्यांना दरवर्षी किंवा दर तीन वर्षांत खरोखर अप करणे करायचे असेल तर मी मायक्रोसॉफ्टसाठी तीन वर्षे जास्तीत जास्त प्रयत्न करतो असे मला वाटते, ते कमीतकमी दर तीन वर्षांनी पूर्ण करावेत अशी त्यांची इच्छा आहे.
मग आपणास हे लक्षात घेण्यासारखे आहे आणि ते आपल्याला हेच माहित आहे जे बरेच सोपे करते. कारण ती एक गतिशील गोष्ट नेहमी बदलत असते, ती आपण काय पाहत आहोत या संदर्भात थोडी अधिक वैधता देते, परंतु आम्ही खरोखरच सहा महिने किंवा एका वर्षामध्ये स्प्रेडशीट अद्यतनित केले नाही. म्हणून आपण किती वेळा स्प्रेडशीट अद्यतनित करीत आहात हा एक प्रकारचा समजण्याचा आणखी एक प्रश्न आहे की उत्तर उत्तर.
डेझ ब्लांचफील्ड: होय, एसक्यूएल परवाना, याचा परवाना म्हणजे फक्त एक भयानक स्वप्न आहे, परंतु हे विशेषतः एक स्वप्न आहे कारण मायक्रोसॉफ्ट आणि ओरॅकल यांच्यात परवाना सारखा नसतो आणि दुसरे कोणीही डेटाबेस गोष्टी करत असतात. जर आपण खरोखर स्प्रेडशीटमध्ये वस्तू ठेवत आहात जे प्रत्यक्षात घडते असे आपल्याला माहित असेल तर आपल्याला हे माहित आहे की परवाना घेण्याची वेळ आपल्यास प्रत्यक्षात येण्यापूर्वीच येते आणि आपल्याला त्या माहितीचा सहजपणे माहिती मिळविण्यासाठी मला काय म्हणायचे आहे हे माहित असल्यास आपल्याकडे डेटा नसतो.
असं असलं तरी, त्यास गतीशील आणि मला वैयक्तिकरित्या कल्पना नाही कारण मला मायक्रोसॉफ्टशी वाटाघाटी कधीच करायची नव्हती, त्यामुळे मला काही कल्पना नव्हती पण बहुधा असे डेटाबेस असतात की लोक बहुतेकदा चाचणी डेटा, चाचणी वातावरण खाली घेतात आणि मी असे करतो आपण परवाना देत असल्यास ते आपल्या बाजूला काटे आहेत असा अंदाज लावा. आपण आहात?
बुलेट मॅनालेः होय, होय तेच प्रकरण आहे कारण बर्‍याच वेळा त्या गोष्टींचा विसर पडतो आणि मग आम्ही आकडेवारीचा प्रयत्न करू लागलो, ठीक आहे, ठीक आहे आम्हाला कोर परवाना मिळाला आहे की या प्रत्येक घटकासाठी कोरची संख्या शोधून काढावी लागेल आणि मला माहित नाही, आपण हार्डवेअरनिहाय खरेदी करत असलेल्या मानकांच्या बाबतीत, आपण कदाचित त्यापेक्षा चांगले हार्डवेअर खरेदी करू शकता जर आपण त्या हार्डवेअरचा उपयोग केला पाहिजे त्या मार्गाचा उपयोग करत नाही तर आपण जास्त पैसे दिले कारण आपण त्या कोरचा फायदा घेत नसल्यास मूलभूत किंमतीसाठी देय देत आहात जेणेकरून एक समस्या बनते.
तर, एसक्यूएलच्या प्रत्येक आवृत्तीचा वेगळा मार्ग आहे ज्यामध्ये परवाना लागू केला जात आहे ज्यामुळे तो थोडासा गोंधळात पडतो. तर आपल्या भोवती काही आव्हाने आहेत आणि म्हणूनच ही माहिती अत्यंत उपयुक्त का आहे याचा एक मोठा भाग आहे कारण ती कोणती आवृत्ती आहे हे आम्ही आपल्याला सांगू शकतो, एसक्यूएलच्या जुन्या आवृत्त्या असल्यास आपल्याकडे असलेल्या कोरेची संख्या आम्ही आपल्याला सांगू शकतो. ते प्रति-सॉकेट किंमती होते, आम्ही अजूनही ते स्पष्टपणे दर्शवू शकतो. म्हणूनच, हे त्या गोष्टीची सत्यता बनविण्याची वेळ येते तेव्हा आपण नियमित जाणे सोपे केले जाते.
डेझ ब्लांचफील्ड: माझ्या मनात एक गोष्ट लक्षात येते, अरे सॉरी गो-
रॉबिन ब्लॉर: हे ठीक आहे, तुम्ही डेझमध्ये जा, मी एक शक्यतो असंबद्ध प्रश्न विचारत होतो.
डेझ ब्लांचफील्ड: आपण सध्या ज्या विषयावर आहात त्या विषयावर खरोखर काहीतरी - क्लाउड वातावरणाचा अधिक स्वीकार करीत होते आणि जर हे आपल्या स्वतःच्या आमच्या डेटा सेंटरमध्ये, आपल्या स्वतःच्या वातावरणात चालू असेल तर ते आसपास रेंगाळत आहेत आणि शोधत आहेत, गोष्टी शोधणे तुलनेने सरळ आहे .
आम्ही कसे, आम्ही आपल्याकडे तीन डेटा सेट, दोन ढग, आणि या वातावरणात दृश्यमानता असलेल्या फायरवॉल्ड असलेल्या दृश्याशी कसा सामना करू शकतो आणि बहुतेकदा पाईपच्या किंवा व्हीपीएनच्या शेवटी डेटा सेट असतो. समोरच्या टोकापासून शोधण्यासारखे काही आहे किंवा बंदरे उघडणे प्रारंभ करण्याची आपल्याला गरज आहे जेणेकरुन आम्ही हे प्लॅटफॉर्म चालू असलेल्या ढगांच्या आणि परिसराच्या दरम्यान काही विशिष्ट वातावरणात स्कॅन करू शकतो.
बुलेट मॅनालेः होय, बंदरांच्या बाबतीत थोडा विचार केला जाईल. तर, दुर्दैवाने माझी इच्छा आहे की मी त्या सर्व वातावरणात मोडत आहे असे म्हणू शकतो परंतु तेथे असे काही भिन्न पर्याय आहेत जे आपण हे करु शकाल. अर्थात, आपण अ‍ॅमेझॉन ईसी 2 सारखे काहीतरी करत असल्यास आपल्या कनेक्टिव्हिटीद्वारे त्या वातावरणास खरोखर प्रवेश करणे आवश्यक आहे, असे समजून आपले पोर्ट्स खुले आहेत आणि नंतर आपले IP पत्ते किंवा त्याशी संबंधित आपले डोमेन निर्दिष्ट करण्यास सक्षम असणे आणि ते संग्रह सुरू करू शकते आणि शोध सुरू करा.
तर, अशा प्रकारच्या वातावरणामध्ये खरोखरच अडचण नाही; आरडीएस सारख्या वातावरणाचे ते अधिक विशिष्ट प्रकार आहेत आणि जिथे आपण फक्त डेटाबेस मिळवित आहात तिथे त्या प्रकारची माहिती पाहणे आणि शोधणे थोडी अधिक आव्हानात्मक असेल.
डेझ ब्लांचफील्ड: त्या अनुषंगाने तेथे डेटाबेस आणि डेटाबेस होते. उदाहरणार्थ उदाहरणार्थ, अगदी जुने दिवस असल्यासारखे बरेच चांगले डेटाबेस इंजिन, जसे कि मी एक समृद्ध प्लॅटफॉर्म आणि सर्व करतो डेटाबेस प्रदान करण्याच्या दृष्टीने मी समोरील किस्सा सामायिक केला आहे. आजकाल, डेटाबेस प्रत्येक गोष्टीत एम्बेड केलेले असतात, खरं तर त्यामध्ये दोन किंवा तीन अनुप्रयोगांमागे फक्त माझ्या फोनमध्ये चालू असतात.
लोटस नोट्सवरून, त्यामागील अ‍ॅप्ससह, विविध इंटरनेटवरील डेटाबेससह शेअरपॉईंट आणि इतर काही गोष्टींसह वातावरण येत असताना आपण कोणत्या प्रकारची आव्हाने पहात आहात? मूलत: सर्वकाही मागील शेवटी डेटाबेसद्वारे समर्थित आहे. आपण तेथे कोणत्या प्रकारच्या गोष्टी पहात आहात आणि आपण कोणत्या प्रकारच्या आव्हानांना पहात आहात आणि लोक या प्रकारच्या जगाचा नकाशा बनविण्याचा प्रयत्न करीत आहेत आणि आपले साधन त्यांच्यासाठी काय करते?
बुलेट मॅनालेः मला म्हणायचे आहे की आपण जे बोललात त्या बद्दल - सर्व काही आता डेटाबेसची आवश्यकता असते, म्हणून बरेच वेळा बरेच डीबेस स्वतः तयार करत नसलेल्या वातावरणात ओळखले जाणारे बरेच डेटाबेस असतात. कारण सामान्यत: बोलणे, वातावरणात एस क्यू एल सर्व्हर स्थापित करणे फार कठीण नाही.
हे साधन एक्सप्रेस डेटाबेस यासारख्या गोष्टी देखील ओळखते, म्हणूनच एसक्यूएल सर्व्हरची विनामूल्य आवृत्ती. पुरेसे मजेदार, जेव्हा आपण डीबीएशी बोलता तेव्हा पुन्हा एकदा, आपल्याला तेथे असलेल्या विनामूल्य डेटाबेसची काळजी नसल्याच्या संदर्भात सातत्यपूर्ण उत्तर मिळणार नाही. आपण बोलता यापैकी बरेच अनुप्रयोग डेटाबेसची विनामूल्य आवृत्ती वापरतात. परंतु आपण कोणाशी बोलता यावर अवलंबून त्या डेटाबेससाठी जबाबदार असलेल्यांच्या बाबतीत संघटनांचा स्वतःचा दृष्टीकोन वेगळा असेल.
मी ज्या काही डीबीएशी बोलतो, मी सिएटलमध्ये असलेल्या एसक्यूएल सर्व्हर पासवर गेल्या वेळी विचार करू शकतो, आपण "आपल्या एक्सप्रेस डेटाबेसची काळजी घेत आहात?" असा प्रश्न विचारला आणि ते सुमारे पन्नास-पन्नास होते. काही लोकांना, त्यांना त्यांच्याविषयी डीबीए म्हणून जाणून घ्यायचे होते कारण त्यांना असे वाटले की त्यांनी व्यक्त केलेल्या माहितीकोषातही त्यांच्या जबाबदा of्यांचा भाग आहे, तरीही त्यांच्याकडे गंभीर माहिती असू शकते; त्यांना अद्याप बॅक अप घेण्याच्या प्रक्रियेतून जाण्याची आवश्यकता आहे आणि अद्याप सर्व गोष्टी त्यांच्यावरील आरोग्याच्या दृष्टीकोनातून कार्यरत आहेत याची खात्री करणे आवश्यक आहे. परंतु ते अस्तित्त्वात आहेत हे जाणून घेणे महत्त्वाचे नसले तर तेच महत्वाचे आहे.
लोकांपैकी निम्मे लोक असे आहेत की, “अहो, त्या डेटाबेससाठी काही जबाबदार नव्हते आणि त्यांनी जे काही ठेवले त्यांनी ते स्थापित केलेल्या व्यक्तीपासून सावधगिरी बाळगणे आहे.” परंतु मी असे म्हणावे की आपण जे काही बोलले ते सर्व काही सुंदर आहे आजकाल त्याच्याशी एक अनुप्रयोग जोडला गेला आहे जो केवळ त्या माहितीची यादी करण्याच्या जटिलतेमुळे आणि गोंधळात अधिक योगदान देत आहे.
डेझ ब्लांचफील्ड: होय मी काही पाहिले आहे, सरकारी साइट्स कदाचित माझ्या आवडीच्या असतील परंतु बर्‍याच वेळा मी एंटरप्राइझ वातावरणात पाहत नाही त्याऐवजी आता आपण कुठे आहात, लोक मला अगदी विसरतात, जेव्हा ते शेअरपॉइंटसारखे काहीतरी स्थापित करतात किंवा सेल्फ एक्सचेंजसारखे असतात जेणेकरुन आपल्याला माहित असेल. ते फक्त तयार केलेल्या विनामूल्य आवृत्तीसह येतात कारण त्यांना हवे आहे, आपल्याला माहिती आहे, ते त्वरीत स्थापित करा आणि जा आणि परवाना खरेदी करण्याची चिंता करू नका.
मग ते मोठे होते आणि नंतर कुणीतरी कामगिरीबद्दल तक्रार करण्यास सुरवात करते आणि ते जसे की, “हा फक्त तुमचा जुना सर्व्हर, आपले स्टोरेज, तुमचे नेटवर्क, जे काही आहे,” आणि मग डीबीएला कॉल केले जाते आणि ते असे आहेत, “ठीक आहे, आपण फक्त डेटाबेसच्या या विनामूल्य आवृत्तीमध्ये सर्व काही क्रॅम केले आहे, जे आपल्याला हे मोठे करण्याची आवश्यकता नाही. "
विशेषत: जेव्हा आपल्याकडे प्रोजेक्ट मॅनेजर आणि ऑफिससारखे शेकडो प्रकल्प चालू असतात जसे की मोठ्या उद्योगात किंवा कॉर्पोरेटमध्ये हजारो प्रकल्प नसतात आणि मायक्रोसॉफ्ट प्रोजेक्ट सर्व्हरसह शेअरपॉईंट वापरत असतात आणि त्यांचे सर्व पीएमओ सामग्री या डेटाबेसमध्ये टाकत असतात. पण अगदी शेवटच्या टोकांवर ते अगदी एक वेब इंटरफेस आहे. पण खरोखर तेथे डेटाबेस आणि डेटाबेस आहेत.
बुलेट मॅनालेः होय
डेझ ब्लांचफील्ड: मग ते काय आहेत, येथे लोकांपैकी असा एक प्रकारचा पहिला टप्पा आहे ज्यात आम्हाला प्रेक्षकांकडून काही प्रश्न विचारता येतील. प्रथम प्रश्नांपैकी एक म्हणजे लोक कोठे सुरू करतात? त्यांच्यासाठी प्रथम नैसर्गिक पाऊल काय आहे, "ठीक आहे, आपल्याला अल्कोहोलिक अज्ञात आवृत्ती कोणत्या प्रकारची करण्याची आवश्यकता आहे?"
आम्हाला काय करावे हे आम्हाला माहितीपेक्षा अधिक डेटाबेस मिळाले. त्यांच्याकडे जाण्यासारखे एक नैसर्गिक प्रकारचे चरण काय आहे, “ठीक आहे आम्हाला ही गोष्ट मिळवून धावणे आवश्यक आहे?” ते फक्त कोल्ड टर्की जातात किंवा नंतर त्यांना खरोखरच लहान सुरू करण्याची गरज असते आणि त्यांच्या वातावरणाची मॅपिंग करण्याचा काही अनुभव मिळतो ?
बुलेट मॅनालेः मला असे वाटते की ते म्हणाले की पर्यावरणाचा नकाशा बनविला पाहिजे. मायक्रोसॉफ्ट असे करण्यासाठी एक विनामूल्य साधन देते, मायक्रोसॉफ्ट असेसमेंट प्लॅनिंग टूल, हे एक विनामूल्य साधन आहे परंतु ते स्थिर आहे. आपण शोध करा आणि ते निश्चितपणे करतो. आपल्याला तेथे असलेल्या गोष्टींची सूची मिळेल. आम्ही ते घेतले आणि म्हणाले की चला आता एक पाऊल टाकूया, आपण शोध करू या, तेथे काय शोधू या आणि रेपॉजिटरीमध्ये ठेवूया आणि ते गतिमान होईल जेणेकरून त्यात आपण त्यात भर घालू शकू.
पण एकंदरीत सर्वात मोठी पहिली पायरी म्हणजे फक्त शोधणे, शोध करणे मला वाटते. याचा अर्थ आमचे उत्पादन चाचणीत डाउनलोड करणे, आपण हे डाउनलोड आणि 14 दिवसांसाठी चाचणी करू शकता आणि आपण आपल्या वातावरणाकडे लक्ष वेधून संकलन करू शकता.
आता आपल्याकडे आधीपासूनच त्या माहितीच्या पुष्कळशासह एखादे स्प्रेडशीट असल्यास त्या माहिती बरोबर असल्याची आपल्याला थोडीशी खात्री आहे की, आपल्याकडे त्या सर्व माहितीसह स्प्रेडशीट असलेल्या सीएसव्हीला आयात करण्याची आवड आहे आणि आपण त्या भागास बनवू शकता आधीच आहे. परंतु आपल्याला काय माहित नाही हे समजून घेण्याच्या दृष्टीने, त्या करण्याचा एकमेव मार्ग म्हणजे स्वतः बाहेर जाणे, करणे किंवा त्यासारखे प्रकार शोधणार्‍या साधन असणे. आपण घेत असलेल्या निर्णयावरुन तो असा होतो की, “मी ते शोध स्वयंचलितपणे करण्याचा प्रयत्न करतो की प्रथम तेथे काय आहे याचा चांगला आधार मिळवा आणि मग काही अपवादांची चिंता करू शकेन?” पण बर्‍याच गोष्टींसाठी भाग तुम्हाला कदाचित एक साधन आवश्यक आहे.
डेझ ब्लांचफील्ड: तर फक्त पटकन. यावर प्रारंभ करण्यासाठी लोक कोठे जातात? ते आपल्या वेबसाइटवर दाबा? ते यावर कसे पोहोचतात आणि यावर त्वरित प्रारंभ कसे करतात?
बुलेट मॅनालेः जर आपण इडेरा, आय- डी- ई- आर- ए.कॉम वर गेलात तर आपण पहाल आणि मी खरोखरच खरोखर द्रुत द्रुत ते दाखवू शकते. आयडेरा वेबसाइटवर आपण उत्पादनांवर जा, यादी व्यवस्थापकाकडे जा. आपणास येथे डाउनलोड दुवा आहे. आपण 64 किंवा 32 बिट वर आपल्याला कोणते बांधकाम स्थापित करायचे आहे हे आपण फक्त ठरवत आहात, आणि त्याद्वारे आपण जाल आणि आपण तिथून शोध सुरू करू शकता.
रॉबिन ब्लॉर: विलक्षण आणि उत्तम, उत्तम सादरीकरण, आपले मनापासून आभार.
बुलेट मॅनालेः धन्यवाद.
एरिक कवानाग: आमच्याकडे प्रेक्षकांकडून काही प्रश्न आहेत आणि ते तुमच्याकडे आहेत कारण आम्हाला आज स्वत: ला कठोरपणे थांबवले पाहिजे, परंतु बुलेट, पुन्हा, डेमोवर उत्तम काम आहे, आमच्या निर्मात्याने ते दाखवत नाही हे पकडले.
बुलेट मॅनालेः त्याबद्दल क्षमस्व.
एरिक कवानाग: नाही, ही चांगली सामग्री आहे, आपण व्यवसायाच्या मुख्य भागात दृश्यता देत आहात, बरोबर? कारण व्यवसाय डेटा चालवितो आणि आपण दृश्यात्मकतेस कोरतो. तर यापुढे हँड वेव्ही सामग्री नाही; आता आपण प्रत्यक्षात गोष्टींकडे लक्ष वेधून त्या सोडवू शकता. आपल्यासाठी खूप चांगले
बुलेट मॅनालेः धन्यवाद.
रॉबिन ब्लॉर: पण हे मार्ग, अगदी चांगले केले आहे हे पाहणे फार चांगले होते.
एरिक कवानाग: होय, आम्ही हे वेबकास्ट नंतर पहाण्यासाठी संग्रहित करू आणि मग आम्ही आशा करतो की सुमारे एक-दोन तासांच्या आत प्रारंभिक संग्रह कधीकधी त्यापेक्षा थोडा जास्त पुढे जाईल, परंतु लोकांना खात्री करुन सांगा. त्या बरोबर, आपण लोकांना जाऊ देणार आहात. ब्रीफिंग रूममध्ये उपस्थित राहिल्याबद्दल पुन्हा धन्यवाद, खरं तर हॉट टेक्नॉलॉजीज होती. पुढच्या वेळी भेटू. काळजी घ्या, बाय बाय.