निम्नलिखित में से किसी एक का उपयोग कब करना चाहिए: Amazon EC2, Google App Engine, Microsoft Azure और Salesforce.com?

Question 1

मैं इसे बहुत सामान्य अर्थों में पूछ रहा हूं। क्लाउड प्रदाता और क्लाउड उपभोक्ता के दृष्टिकोण से दोनों। इसके अलावा प्रश्न किसी भी विशिष्ट प्रकार के अनुप्रयोग के लिए नहीं है (वास्तव में यह जानने का इरादा है कि किस प्रकार के एप्लिकेशन / डोमेन क्लाउड स्लैब में फिट हो सकते हैं -SaaS Paa IaaS)।

मेरी समझ अब तक है:

IaaS: रॉ हार्डवेयर (प्रोसेसर, नेटवर्क, स्टोरेज)।

पा: ओएस, सिस्टम सॉफ्टवेयर्स, डेवलपमेंट फ्रेमवर्क, वर्चुअल मशीनें।

सास: सॉफ्टवेयर एप्लीकेशन।

यह बहुत अच्छा होगा यदि स्टैकओवरफ्लावर क्लाउड कंप्यूटिंग अवधारणा की अपनी समझ और अनुभवों को साझा कर सकता है।

संपादित करें: ठीक है, मैं इसे और अधिक विशिष्ट तरीके से रखूँगा -

Amazon EC2: हार्डवेयर लेयर पर आपका नियंत्रण नहीं है। लेकिन आप अपनी पसंद का ओएस इमेज, देव फ्रेमवर्क (.NET, J2EE, LAMP) और एप्लिकेशन ले सकते हैं और इसे EC2 हार्डवेयर पर डाल सकते हैं। क्या आप EC2 पर Google App Engine या Azure के साथ बनाए गए एप्लिकेशन को तैनात कर सकते हैं?

Google App Engine: हार्डवेयर और OS पर आपका नियंत्रण नहीं है और आपको अपना एप्लिकेशन बनाने के लिए एक विशिष्ट Dev फ्रेमवर्क मिलता है। क्या आप कोई मौजूदा जावा या पायथन एप्लिकेशन ले सकते हैं और इसे GAE में पोर्ट कर सकते हैं? या इसके विपरीत, जीएई पर बनाए गए एप्लिकेशन जीएई से निकाले जा सकते हैं और वेबस्पेयर या वेबलॉजिक जैसे किसी भी एप्लिकेशन सर्वर पर पोर्ट किए जा सकते हैं?

Azure: आपका हार्डवेयर और OS पर नियंत्रण नहीं है और आपको अपना एप्लिकेशन बनाने के लिए एक विशिष्ट Dev फ्रेमवर्क मिलता है। क्या आप कोई मौजूदा .NET एप्लीकेशन ले सकते हैं और इसे Azure में पोर्ट कर सकते हैं? या इसके विपरीत, Azure पर बनाए गए एप्लिकेशन Azure से निकाले जा सकते हैं और किसी भी अनुप्रयोग सर्वर जैसे Biztalk में पोर्ट किए जा सकते हैं?

Question 2

अच्छा प्रश्न! जैसा कि आप बताते हैं, अलग-अलग प्रसाद विभिन्न श्रेणियों में फिट होते हैं:

EC2 एक सेवा के रूप में इन्फ्रास्ट्रक्चर है; आपको वीएम इंस्टेंस मिलते हैं, और जैसा आप चाहते हैं वैसा ही उनके साथ करते हैं। रैकस्पेस क्लाउड सर्वर कमोबेश एक जैसे ही होते हैं।

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

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

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

Question 3

यह एक अच्छा सवाल है। पूर्ण प्रकटीकरण के रूप में मैं Azure के लिए आंशिक हूँ, लेकिन दूसरों के साथ अनुभव है।

जहां मुझे लगता है कि एज़्योर दूसरों से बाहर खड़ा है, यह क्लाउड पर शीघ्रता से संक्रमण है। उदाहरण के लिए -

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

मुझे आशा है कि वह मदद करेंगे!

Question 4

मेरा क्लाउड अनुभव वर्तमान में Salesforce.com तक सीमित है

मानक व्यवसाय संचालन और स्वचालन के लिए यह एक महत्वपूर्ण संख्या प्रदान करता है जो हमें ऐप्स को बहुत तेज़ी से चलाने और चलाने की अनुमति देता है। हम निम्नलिखित से विशेष रूप से लाभान्वित हो रहे हैं:

सुरक्षा (प्रशासक वस्तुओं और क्षेत्रों तक पहुंच को नियंत्रित कर सकते हैं)
वर्कफ़्लो और स्वीकृतियां
स्वचालित UI पीढ़ी
रिपोर्टिंग और डैशबोर्ड में निर्मित
संपूर्ण प्रणाली (हमारे कस्टम परिवर्तन सहित) वेब सेवाओं के माध्यम से सुलभ है
सार्वजनिक साइटों (जैसे ईकामर्स) के माध्यम से सिस्टम में डेटा उपलब्ध कराने की क्षमता
मानक समस्याओं को हल करने के लिए तीसरे पक्ष के ऐप की बड़ी लाइब्रेरी

प्लेटफ़ॉर्म हर समस्या का समाधान नहीं करता है।

मैं मंच का उपयोग परमाणु ऊर्जा स्टेशन बनाने या अगले ट्विटर का निर्माण करने के लिए नहीं करूंगा।

Question 5

क्लाउड कंप्यूटिंग के प्रमुख बिंदु उपयोग के लिए भुगतान करके लागत को बचाने और कंप्यूटिंग संसाधनों की तत्काल तैनाती को सक्षम करना है।

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

इस प्रकार, मेरी राय में, सबसे बड़ा लाभ सास और पाओं बादल प्रसाद से प्राप्त होता है। केवल IaaS पर जाना चाहिए जब PaaS या SaaS को विशिष्ट आवश्यकताओं के लिए गंभीर प्रतिबंध हैं (अर्थात मुझे मालिकाना COM घटकों का एक सेट स्थापित करने की आवश्यकता है और Azure उनका समर्थन नहीं करता है)।

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

Paa व्यापार सॉफ्टवेयर की कोर लाइन के लिए बहुत अच्छा है जो कंपनियों के मुख्य व्यवसाय की पेशकश का समर्थन करता है। ग्राहकों को OS प्रबंधन से निपटने के लिए सार और ग्राहकों को व्यापार प्रणाली के विकास पर ध्यान केंद्रित करने देता है - ऐसा कुछ जो ग्राहक के लिए कोई और नहीं कर सकता है।

Question 6

कोई भी PaaS के लाभों का लाभ उठा सकता है (मान लीजिए, Google App Engine) और इसे बढ़ा सकते हैं, कई बार और यदि आवश्यक हो, तो कुछ संख्या क्रंच करने के लिए IaaS प्रदाताओं (जैसे Amazon) से कुछ आभासी मशीनों को खींचकर, फिर वापस भेजें Google App इंजन के लिए आउटपुट।

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

Question 7

यह बदलता रहता है, अब Windows Azure भी VM का समर्थन करता है, इसलिए यह अब IaaS प्रदाता भी है।

Question 8

अब कैसे एक बेहतर तुलना करने के लिए एक साल के लिए मुफ्त अमेज़ॅन ईसी 2 के बारे में। इसकी जांच करें।

http://www.buzzingup.com/2010/10/amazon-announces-free-cloud-services-for-new-developers/