बादलों को कैसे बांधना है: व्यावहारिक उदाहरण। बादल की समस्या

मिखाइल मिखेव द्वारा कॉपीराइट ग्रंथों की एक श्रृंखला से दूसरी पोस्ट " बादलों को कैसे वश में किया जाए: व्यावहारिक उपयोग के उदाहरण ।"

पहली पोस्ट में, मैंने क्लाउड इंफ्रास्ट्रक्चर के मुख्य लाभों का उल्लेख किया, और मैंने विपक्ष के बारे में बात करने का वादा किया।

पहले, चलो पेशेवरों को दोहराते हैं :

• लोहे के अधिग्रहण, सॉफ्टवेयर, इस सब की शुरूआत में निवेश करने की कोई आवश्यकता नहीं है।
• आरंभ करने में लगने वाले समय में एक नाटकीय कमी।
  
  अच्छी बोली:

बादल और ईआरपी
ईआरपी सिस्टम को लागू करने की प्रक्रिया में "बादलों" का उपयोग करने के क्या लाभ हैं। कार्यान्वयन टीम आई और मोटे तौर पर लोहे की जरूरतों का अनुमान लगाया - बहुत मोटे तौर पर अनुमान लगाया गया। इसके अलावा, ग्राहक के आईटी विभाग ने इस सर्वर प्रणाली के लिए एक खोज शुरू की (उन्होंने निर्माता, ब्रांड को चुना, जो डिलीवरी पर सहमत हुआ)। सबसे अधिक बार, सर्वर 2-4 सप्ताह के बाद तेजी से नहीं पहुंचा, लेकिन अक्सर कुछ महीनों तक इंतजार करना संभव था। समानांतर में, मुद्दों को दूरस्थ इकाइयों के काम से हल किया गया था - या तो एक केंद्रीकृत सर्वर और संचार चैनल, या वितरित डेटाबेस के साथ विकल्प (जिसमें संचार चैनलों की भी आवश्यकता होती है)। जब सर्वर प्रतीक्षा कर रहा था, सिस्टम या तो कुछ अस्थायी सर्वर पर सेट किया गया था (जो पहले से पुराना है, लेकिन फिर भी इसे फेंकने के लिए एक दया है) या घुसपैठियों के कंप्यूटर पर (एनएवी और 1 सी आसानी से लैपटॉप पर रहते हैं, एक्सपट्टा शायद ही काम कर सकता है, लेकिन यह भी काम कर सकता है - यह ओईबीएस के बारे में है या SAP नहीं जाता है - हम छोटी या मध्यम आकार की फर्मों की शुरूआत पर विचार करते हैं)। फिर दो विकल्प हैं - सर्वर उस समय है जब सिस्टम शुरू होता है या यह अभी तक नहीं है। यदि वहाँ है, तो सर्वर आने के बाद, ओएस और ईआरपी इंस्टॉलेशन प्रक्रिया शुरू होती है, और सेटिंग्स कॉन्फ़िगर और ट्रांसफर होती हैं (कार्यान्वयन कंपनी से एक आईटी विशेषज्ञ का आगमन लगभग हमेशा आवश्यक होता है)। और फिर सब कुछ पहले से ही भविष्य के उत्पादन सर्वर पर कॉन्फ़िगर किया गया है। यदि पहले से नहीं है, तो सिस्टम पुराने सर्वर पर शुरू होता है, और थोड़ी देर के बाद, जब सर्वर आता है, तो ट्रांसफर किया जाता है (कार्य प्रणाली को स्थानांतरित करना औसत से नीचे एक खुशी है)। इस समय तक, पुराने लोहे के ब्रेक और अन्य आकर्षण हैं। इसके अलावा, काम की शुरुआत में, दूरस्थ इकाइयों वाली कंपनियों को दूरस्थ इकाइयों के काम से जुड़ी विभिन्न समस्याओं का अनुभव करना शुरू हुआ। उदाहरण के लिए, सर्वर पर टर्मिनल एक्सेस के लिए सबसे आम समस्या प्रिंटर सेट करना है। इसके अलावा, वीपीएन सेट करते समय विभिन्न ग्लिच आदि। आदि - लगभग हमेशा समस्याएं होती हैं। बेशक, थोड़ी देर के बाद वे हल हो जाते हैं, लेकिन नसें हिलती हैं। खैर, अंत में, लगभग छह महीने के औद्योगिक संचालन के बाद, लोहे पर वास्तविक भार का पता चला है। और 99.9% मामलों में तीन चीजों में से एक का पता लगाया जाता है - या तो सर्वर अत्यधिक शक्तिशाली है और 25% (50% तक पीक लोड में) का उपयोग नहीं किया जाता है, या एक पूरे के रूप में सर्वर कमजोर है और एक अधिक शक्तिशाली मॉडल की आवश्यकता है, या प्रोसेसर या मेमोरी अनुपात इष्टतम नहीं है। / डिस्क सबसिस्टम (आवश्यकता से अधिक शक्तिशाली, लेकिन कुछ गायब है)। बादलों (क्लाउड कंप्यूटिंग) का उपयोग करते समय एक समान परियोजना क्या हो सकती है? (जैसा कि कुछ फिल्मों के क्रेडिट में लिखा गया है, कथानक वास्तविक घटनाओं पर आधारित है) ...

मूल स्रोत में निरंतरता

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

और अब - विपक्ष ... सिर्फ "डरावना" द्वारा नहीं, इस तरह से गिना जाता है

1. संचार चैनल पर निर्भरता।
2. बुनियादी ढांचे का प्रबंधन करने वाले विदेशी छात्रों पर निर्भरता।
3. वैश्विक मेजबान विफलताओं पर निर्भरता (हमारे अक्षांशों में कुछ आपदा डेटा के अनुसार सबसे लोकप्रिय के रूप में मास्क दिखाएं)।
4. वर्चुअल मशीन में सभी सॉफ्टवेयर काम नहीं करेंगे।
5. डेटा गोपनीयता हॉरर स्टोरी परेड में अग्रणी है।

आइए अंक का विश्लेषण करते हैं।

समस्या 1: संचार चैनल पर निर्भरता।
इंटरनेट हमारे और क्लाउड डेटा सेंटर के बीच गिर गया है - यही है। प्रकाश बाहर रखो।
यह समस्या बहुत डरावनी क्यों नहीं है:

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

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

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

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

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

संक्षेप में प्रस्तुत करना

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