निजी "बादलों" के बारे में: आमतौर पर रूस में क्या और कैसे किया जाता है, शैक्षिक कार्यक्रम और मुख्य समस्याएं

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

• ये आपके क्षेत्र में आईटी सेवाएं हैं।
• इसके अलावा, ये ऐसी सेवाएँ हैं, जो "क्लाउड" तक विकसित हो चुकी हैं, यानी वितरित कंप्यूटिंग की सेवाएं।

इसकी आवश्यकता क्यों है? व्यवहार में चार कारण हैं:

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

अब देखते हैं कि यह आमतौर पर कैसे किया जाता है और किस तरह का रेक होता है। हां, और नीचे अभी भी उन्हें बनाने के अभ्यास के बारे में एक सेमिनार के लिए नि: शुल्क निमंत्रण है।

कौन निजी "बादलों" का आदेश देता है?

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

बहुत पहले ग्राहक - आईटी विभाग

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

बड़े सिरदर्द परीक्षण वातावरण हैं

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

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

कंपनी का बुनियादी ढांचा

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

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

चोटी के कार्य

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

फिर नए प्रोजेक्ट आते हैं

मान लीजिए कि एक बैंक ने एक परियोजना शुरू की है जिसके बारे में यह पूरी तरह से स्पष्ट नहीं है कि यह संसाधन कितना लेगा। यह समझ से बाहर है क्योंकि कंपनी के अंदर स्टार्टअप नया है, और कोई भी नहीं कह सकता है - यह 500 लोग, क्लाइंट बेस का 1% या यहां तक ​​कि हर दूसरे क्लाइंट होगा। तदनुसार, यह तर्कसंगत है कि पहले एक तरफ महंगा लोहा न खरीदा जाए, बल्कि अपेक्षित या अप्रत्याशित चोटी के खिलाफ बीमा भी किया जाए - आपको बुनियादी ढांचे को महंगा बदलना होगा, यदि ऐसा है। इसलिए, यहां "क्लाउड" में सब कुछ मोड़ देना भी तर्कसंगत है। लेकिन सार्वजनिक रूप से नहीं, क्योंकि हम बैंक और 152-FZ के बारे में बात कर रहे हैं।

ग्राहकों के लिए सास

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

असामान्य मामला

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

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

यहां बताया गया है कि प्रबंधन इंटरफ़ेस से इस तरह का वितरण कैसे हो सकता है:



और यहाँ आंतरिक गणना का एक उदाहरण है:

आमतौर पर एक निजी क्लाउड कैसे लागू किया जाता है?

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

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

2. प्रत्येक सेवा विस्तृत है।

3. फिर हम देखते हैं कि पहले से क्या है और "क्लाउड" की तैनाती में इस्तेमाल किया जा सकता है।
उदाहरण के लिए, एक सेवा डेस्क प्रणाली है। यह सब निजी "क्लाउड" की वास्तविकताओं में निर्धारित है।

4. फिर मानक चीजें।
यह एक विक्रेता की पसंद, लागत, हार्डवेयर, काम, उत्पाद लाइसेंस के लिए "क्लाउड", एकीकरण बनाने के लिए एक सटीक वित्तीय योजना है।

5. खैर, फिर, सीधे, काम।

कार्यान्वयन का उदाहरण

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

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

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

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

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

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

लेकिन चलो आगे बढ़ते हैं।

स्केलिंग

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

आर्किटेक्चर

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

यहाँ प्रबंधन के बारे में है:


BMC CLIFUD जीवन प्रबंधन योजना पर वास्तुकला का प्रदर्शन


IBM CLOUD सेवा प्रदाता प्लेटफ़ॉर्म प्लेटफ़ॉर्म (CSP2) पर वास्तुकला का प्रदर्शन


CLOUD PLATFORM के लिए CA ऑटोमेशन साइट पर वास्तुकला का प्रदर्शन


एक निजी "क्लाउड" के सामान्य बुनियादी ढांचे के घटकों के साथ योजना

संकर और सार्वजनिक "बादलों" के लिए संक्रमण

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

सवाल

वह सब है। मैं टिप्पणियों में या मेल IShumovskiy@croc.ru पर आपके सवालों के जवाब देने के लिए तैयार हूं। यदि यह आवश्यक है, तो मैं आपकी स्थिति के लिए कार्यान्वयन विकल्पों की अनुमानित गणना भेज सकता हूं।

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