अपने डेटाबेस को सुरक्षित रखें: उच्च मांग डेटा के लिए उच्च उपलब्धता

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

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

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

एरिक कवनघ: देवियों और सज्जनों, नमस्कार और एक बार फिर से आपका स्वागत है। यह बुधवार को चार बजे पूर्वी समय है, और इन दिनों अगर आप डेटा की दुनिया में हैं, तो बस एक चीज के बारे में मतलब हो सकता है: यह हॉट टेक्नोलॉजीज के लिए एक बार फिर से समय है! हाँ सचमुच।

मेरा नाम एरिक कावनघ है, मैं इस शो के लिए आपका मेजबान बनूंगा। यह पता लगाने के लिए डिज़ाइन किया गया है कि गर्म क्या है, वहां क्या हो रहा है, एंटरप्राइज़ में इस्तेमाल होने वाले शांत सामान और निश्चित रूप से, इस पूरे क्षेत्र में हम जो कुछ भी करते हैं, उसकी नींव पर डेटाबेस सही है। इसलिए हम आपके डेटाबेस की सुरक्षा के बारे में बात करने जा रहे हैं। सटीक विषय है, "अपने डेटाबेस को सुरक्षित रखें: उच्च मांग डेटा के लिए उच्च उपलब्धता।" तो, आपके बारे में वास्तव में एक स्लाइड है। और, मेरे बारे में, मुझे ट्विटर पर, @eric_kavanagh ने मारा।

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

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

और इसके साथ ही मैं इसे रॉबिन ब्लोर को सौंपने जा रहा हूं - इसे हटा दो।

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

और सवाल यह है कि आप जानते हैं, “वास्तव में, उपलब्धता क्या है? और यह किस तरह से खेला जाता है कि लोग आजकल डेटा सेंटर चलाते हैं? ”एक बात जो मैंने नोटिस की - मैंने 90 के दशक में कुछ समय पहले इस पर ध्यान दिया था - मैं एक साइट पर काम कर रहा था और उपयोगकर्ता शिकायत करने लगे थे क्योंकि उनका ईमेल डाउन था 15 मिनट।

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

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

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

आईटी सेवा स्तर व्यवसाय प्रक्रिया सेवा स्तरों के लिए सामान्य रूप से सहायक होते हैं, लेकिन जैसा कि किसी संगठन के लिए अच्छी तरह से परिभाषित सेवा स्तर के लिए 15 साल पहले यह वास्तव में काफी दुर्लभ था, यह अभी भी संगठनों के लिए व्यावसायिक प्रक्रियाओं के लिए अच्छी तरह से परिभाषित सेवा स्तर के लिए काफी दुर्लभ है। । यह कुछ ऐसा है जो अब हो रहा है; यह कुछ ऐसा नहीं है जो लंबे समय से चल रहा हो।

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

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

लेकिन आप जानते हैं, कि जब आप वास्तव में - इंसानों के साथ बातचीत कर रहे होते हैं, तो सबसे अच्छा प्रतिक्रिया समय जो वास्तव में आप की मांग की जा सकती है, एक सेकंड का दसवां हिस्सा है, क्योंकि यह एक इंसान के प्रतिक्रिया समय के बारे में है। आप किसी भी तेजी से जाने की जरूरत नहीं है क्योंकि एक मानव वैसे भी नोटिस नहीं किया जाएगा। १.१ और चार सेकंड के बीच एक प्रतीक्षा समय है जिसे मनुष्य सामान्य रूप से सहन करेंगे, लेकिन जैसे ही आप चार सेकंड के बारे में अतीत में जाते हैं, वे कुछ और कर रहे हैं, और इसलिए आप वास्तव में एक बैच गतिविधि में हैं।

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

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

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

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

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

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

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

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

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

हमें इस बारे में सोचने की जरूरत है कि हम किस चीज से दूर रहते हैं और हम किस तरह से कुछ चुनौतियों का सामना करते हैं, जब हम उच्च उपलब्धता और अपटाइम के बारे में बात करते हैं, खासकर स्वचालन और प्लेटफार्मों के आसपास।

इसलिए, सवाल यह है कि हम शुरुआत में क्या करते हैं, जब हम डेटाबेस सिस्टम और डेटाबेस प्लेटफॉर्म उपलब्धता के बारे में बात करते हैं, तो वास्तव में हमारा क्या मतलब होता है? एक स्तर पर कुछ उपलब्ध कराने की वास्तविक चुनौती के बारे में बात करने का वास्तव में क्या मतलब है क्योंकि रॉबिन ने सेवा-स्तर के समझौते के बारे में बात की थी जो हमें वास्तव में चाहिए और चाहते हैं?

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

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

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

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

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

और एक और मुहावरा है कि मैं आपका साथ छोड़ने जा रहा हूँ, और वह है, नौ बजे, हर समय। यह एक 24/7/365 दुनिया है जिसमें हम रहते हैं। पृथ्वी लगातार सूर्य के चारों ओर घूमती है और किसी समय, और दिन के हर घंटे में नौ बजे होती है। और इसका मतलब है कि लोग बिस्तर से बाहर हो रहे हैं और सामान करने, चीजों को खरीदने, चीजों को स्थापित करने आदि की कोशिश कर रहे हैं।

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

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

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

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

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

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

इसलिए, हम एक नौ के बारे में बात करते हैं, जो हमारी उपलब्धता का सिर्फ 90 प्रतिशत है। मुझे पता है कि यह बहुत अधिक लगता है। इसलिए, जब हम, से 7, , ६ से २४ की बात करते हैं, यदि हम उदाहरण के लिए केवल एक वर्ष देखते हैं, जब हम एक नौ पर बात करते हैं, जो ९ ० प्रतिशत समय है, जो एक वर्ष में तीस से साढ़े छह दिनों के लिए अनुमति देता है। चलो बस एक महीने से अधिक समय हो गया है।

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

जैसा कि आप इस मॉडल को देखते हैं, दो नौ: 99 प्रतिशत। ठीक है कि 3.65 दिन हो जाता है, लगभग साढ़े तीन दिन डाउनटाइम। क्या यह बहुत बड़ी बात है? वैसे यह तब है जब आप ब्लैक फ्राइडे चला रहे हैं, और आप एक विशेष सेल चला रहे हैं और लोग केवल उन दो दिनों के दौरान खरीद सकते हैं।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

इसलिए, इस बात को ध्यान में रखते हुए, उम्मीद है कि मैंने अपने प्लेटफॉर्म और टूल्स के बारे में बात करने के लिए IDERA पर अपने दोस्तों के लिए एक महान बातचीत के लिए दृश्य निर्धारित किया है, और मैं अंत में कुछ महान प्रश्न पूछने के लिए उत्सुक हूं। और मैं पास हो जाऊंगा।

डॉ। रॉबिन ब्लोर: ठीक है। बर्ट, मैंने तुम्हें सिर्फ चाबियां दीं, ले जाओ।

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

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

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

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

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

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

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

अब, आप विफलता सुरक्षा के स्तर पर भी देखना चाहते हैं। क्या यह एक शक्ति विफलता हो सकती है? क्या यह एक घटक विफलता हो सकती है? जैसे एनआईसी या एचबीए खराब हो जाता है, एक मेजबान बस एडाप्टर। क्या यह एक हार्ड डिस्क है जो खराब हो जाती है? क्या यह भंडारण कैबिनेट की विफलता है? क्या यह कंप्यूटर की विफलता है? या, कुछ मामलों में, क्या यह साइट की विफलता है? इससे भिन्न है, कुछ मामलों में, आपके पास साइट विफलता हो सकती है, क्योंकि साइट स्वयं ऑफ़लाइन है। एक अन्य मामले में, यह हो सकता है कि साइट का एक बड़ा हिस्सा ऑफ़लाइन है, लेकिन आपके दृष्टिकोण से यह पूरी साइट है।

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

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

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

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

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

अब, एक और तरीका आप इसे कर सकते हैं - और सभी विक्रेता इसे प्रदान नहीं करते हैं - यह है कि आप भंडारण-स्तर की प्रतिकृति करने में सक्षम हो सकते हैं। मैं डेटाबेस प्रतिकृति की बात नहीं कर रहा हूँ, मैं वास्तव में आपके भंडारण के लिए आपके ब्लॉक I / O की नकल करने के बारे में बात कर रहा हूँ। और वह भंडारण स्तर पर किया जा सकता है। और इसलिए, अब मेरे पास दाईं ओर, एक और तस्वीर है जहां मैं नीचे से लाल हटा देता हूं, क्योंकि मैं भंडारण प्रतिकृति का उपयोग कर रहा हूं।

और इसलिए, यह एक और तस्वीर है जो उपलब्ध हो सकती है या नहीं। और जो व्यक्ति इसका प्रबंधन करेगा, वह आपके डेटाबेस व्यवस्थापक के बजाय आपका संग्रहण व्यवस्थापक हो सकता है। मुझे इसे ऊपर लाना पसंद है, क्योंकि कभी-कभी लोग सोचते हैं, "ओह! उच्च उपलब्धता, यह डीबीए होना चाहिए जो इस समस्या को संबोधित करता है।" यह हमेशा सच नहीं है; यह इस मामले में भंडारण व्यवस्थापक हो सकता है।

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

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

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

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

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

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

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

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

अब, मैं अगली स्लाइड पर जाता हूं क्योंकि यह लगभग समान है और यह तार्किक प्रतिकृति है और केवल एक चीज जो तस्वीर में बदलती है, वह यह है कि बीच में ब्लॉक I / O पर भेजने के बजाय, हम अनिवार्य रूप से लॉग पर भेज रहे हैं इसमें SQL कमांड के साथ फाइल। तो, दूसरे शब्दों में, हम जो दोहरा रहे हैं वह शारीरिक I / O नहीं है, बल्कि वे कमांड्स जो I / O को शारीरिक बनाते हैं।

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

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

अब, डेटाबेस और स्टोरेज वर्चुअलाइजेशन को संयोजित करना भी संभव है। मैं अपने डेटा सेंटर पर, मान सकता हूं कि नीले रंग में बाईं तरफ, मैं स्टोरेज के लिए वर्चुअलाइजेशन कर सकता हूं, ताकि मैं किसी विशेष स्टोरेज ऐरे में फेल न हो जाऊं। लेकिन मैं एक डेटा सेंटर से दूसरे स्तर पर डेटाबेस-स्तर लॉग-आधारित या तार्किक प्रतिकृति कर सकता हूं, ताकि डेटा सेंटर में भी कमांड निष्पादित हो, जिसके परिणामस्वरूप I / O हो, लेकिन जरूरी नहीं कि मैं एक ही I / O हो, क्योंकि मैं ' मी ब्लॉक ओ / ओ पर नहीं भेज रहा हूँ, या तो भंडारण समाधान या डेटाबेस द्वारा, लेकिन मैं लॉग को शिपिंग कर रहा हूं, और इसलिए SQL कमांड।

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

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

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

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

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

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

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

और इसके साथ ही, यह मुझे मेरी सामग्री के अंत और प्रश्नों के लिए इसे खोलने का समय लाता है।

एरिक कवनघ: ठीक है, डीज़, शायद आप पहले और फिर रॉबिन?

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

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

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

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

अब, हमने अन्य विकल्पों पर ध्यान दिया, लेकिन निर्णायक कारक प्रदर्शन था और डेटाबेस विक्रेता समाधान के साथ रह रहा था, और डेटाबेस उन्नयन वास्तव में हमारे साथ जाने के लिए आवश्यक प्रदर्शन प्राप्त करने की उच्चतम संभावना प्राप्त करने के लिए हमारा सबसे अच्छा समाधान होने के नाते समाप्त हो गया। उच्च उपलब्धता।

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

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

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

क्या आपको लगता है कि ट्रेंड अब हर आकार के संगठनों के लिए स्विंग हो रहा है, न कि एयरलाइंस और बैंकिंग और वित्त जैसे स्पष्ट रूप से, लेकिन सामान्य रूप से व्यवसाय? क्या आपको लगता है कि लोगों ने वास्तव में अपने डेटाबेस वातावरण की रक्षा करने और उस में उच्च उपलब्धता और निवेश प्रदान करने के लिए मूल्य प्रस्ताव से बाहर हो गए हैं, या क्या आपको लगता है कि हमें अभी भी एक रास्ता मिल गया है? वहाँ बाजार में सामान्य ज्ञान क्या है?

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

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

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

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

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

मेरे पास एक निजी संदेश था जिसे मैं अभी जल्दी से जल्दी छूने जा रहा हूं। किसी ने एक सवाल पूछा, "क्या यह यथार्थवादी है कि आप 100 प्रतिशत उपलब्धता प्राप्त कर सकते हैं?" और आप मुझे यहां सुधारने में सक्षम हो सकते हैं, लेकिन मैं हां कहने जा रहा हूं। मैंने इलेक्ट्रॉनिक फंड ट्रांसफर के लिए एक प्लेटफ़ॉर्म बनाया है, स्विफ्ट बैंकिंग प्लेटफ़ॉर्म और EFTPOS टर्मिनलों के बीच EFTPOS गेटवे। मैंने इसे 2000 के दशक की शुरुआत में बनाया था। यह वास्तव में 17 वर्षों से 100 प्रतिशत समय है। वास्तव में, इसे 2000 के दशक से पहले बनाया गया था, लेकिन यह लगभग 2000/2001 तक ही चला गया।

इसलिए, 17 साल विकास से लेकर परीक्षण तक और फिर उत्पादन में जाने तक के हैं। उस 17 वर्षों में, बहुत कम लागत वाली कम-ऑफ-द-शेल्फ पीसी, एक ओपन-सोर्स ऑपरेटिंग सिस्टम चला रही है, लेकिन मालिकाना डेटाबेस, हर 90 दिनों में सक्रिय / निष्क्रिय स्वैपिंग कर रहा है, जिसमें अलग-अलग डिज़ाइन पेटेंट लागू किए जा रहे हैं। प्रत्येक सर्वर में डिस्क, मॉडल सर्वर के बीच डेटा की प्रतिकृति, कई डेटा केंद्रों की प्रतिकृति, और डेटा सेंटर ए से फ़्लिपिंग 90 दिनों के लिए एक उत्पादन कर रही है और फिर डेटा सेंटर बी में फ़्लिपिंग और उत्पादन कर रही है।

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

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

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

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

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

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

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

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

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

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

डॉ। रॉबिन ब्लर: वैसे मुझे लगता है कि इस तरह की चीजें होना तय है। हम समय से बाहर की तरह हैं, मुझे लगता है कि मुझे एरिक को सौंपना चाहिए, जब उसे दर्शकों से कुछ सवाल मिले। एरिक?

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

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