मैनुअल परिनियोजन बनाम अमेज़ॅन लोचदार बीनस्टॉक

Question

ईसी 2 इंस्टेंस बनाने और मैकस्टिक बीनस्टॉक का उपयोग करके ईसी 2 इंस्टेंस बनाने और टॉमकैट सर्वर और तैनाती आदि को एक सामान्य जावा वेब एप्लाइज़न के लिए उपयोग करके हमें क्या फायदे मिलते हैं। लोड संतुलन, निगरानी और केवल फायदे को ऑटोस्केलिंग कर रहे हैं?

मान लीजिए कि मेरे वेब एप्लिकेशन के लिए डेटाबेस का उपयोग करता है, मैंने ईसी 2 इंस्टेंस में डेटाबेस स्थापित किया है। जब ऑटोस्कॉलिंग होता है तो डेटाबेस नए बनाए गए उदाहरण में बनाया जाएगा या यह मास्टर इंस्टेंस में बनाए गए डेटाबेस तक पहुंच जाएगा ... यदि यह ऑटोस्केलिंग होता है तो यह केवल एक प्रतिलिपि बनाता है उदाहरणों के बीच डेटा सिंक कैसे होगा?

Answer 1

भार संतुलन, निगरानी और ऑटो-स्केलिंग जैसे सभी चीजें निश्चित रूप से फायदे हैं।

हालांकि, आपको इस तरह के बारे में सोचना होगा: एक सच्चे Platform as a Service (PAAS) में, लक्ष्य प्लेटफ़ॉर्म से एप्लिकेशन को अलग करना है। एक डेवलपर के रूप में, आप केवल अपने आवेदन के बारे में चिंता करते हैं। मंच आपको "किराए पर लिया गया" है। मंच "उदाहरण" स्वचालित रूप से आपके लिए अपडेट, प्रशासित, स्केल, संतुलित इत्यादि हैं। आप बस अपनी WAR फ़ाइल अपलोड करें और यह केवल काम करता है (कम से कम सैद्धांतिक रूप से)।

ईसी 2 स्वयं पीएएएस नहीं है। यह आईएएएस (Infrastructure as a Service) की तरह है। आपको अभी भी सर्वर के उदाहरणों का ख्याल रखना, उन पर सॉफ़्टवेयर इंस्टॉल करना, उन्हें अद्यतन रखना आदि

लोचदार बीनस्टॉक एक PAAS सिस्टम है। तो App Engine और Azure कई अन्य लोगों के बीच हैं।

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

एक पीएएएस सिस्टम में, डीबीएमएस एक अलग सेवा है। अमेज़ॅन के लिए, यह Amazon RDS होगा। लोचदार बीनस्टॉक की तरह, जहां आपको एप्लिकेशन सर्वर के बारे में चिंता करने की ज़रूरत नहीं है और आप आरडीएस के साथ अपनी डब्ल्यूएआर फ़ाइल अपलोड करते हैं, आपको डीबीएमएस के बारे में चिंता करने की ज़रूरत नहीं है और आप बस अपने डेटाबेस को तैनात करते हैं।

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

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

Answer 2

लोचदार बीनस्टॉक बस संतुलन, निगरानी और ऑटोस्कलिंग लोड करने से अधिक करता है।

1) आपके अनुप्रयोग के विभिन्न संस्करणों को संग्रहीत और प्रबंधित करके एप्लिकेशन संस्करण प्रबंधित करता है, जिससे आप आसानी से अपने अनुप्रयोगों के विभिन्न संस्करणों के बीच आगे और पीछे स्विच कर सकते हैं।

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

3) लोचदार बीनस्टॉक कंसोल और एपीआई के लिए महत्वपूर्ण कंटेनर कॉन्फ़िगरेशन गुण (उदाहरण के लिए टॉमकैट मेमोरी सेटिंग्स) को बाहरी करता है। इस वजह से आप आसानी से सेटिंग्स को सहेज सकते हैं और उन्हें वातावरण के बीच कॉपी कर सकते हैं।

4) कंसोल के माध्यम से एप्लिकेशन लॉग फ़ाइलों को देखें और स्वचालित रूप से रोल फ़ाइलों को एस 3 पर रोल और संग्रहित करें। (माना जाता है कि यह सुविधा वर्तमान में थोड़ा कमजोर है।)