2008-11-14 10 views
5

क्या किसी को भी ईसी 2 पर जीडब्ल्यूटी ऐप्स को तैनात करने का अनुभव है?ईसी 2: क्या मैं वहां एक http सर्वर होस्ट कर सकता हूं?

यदि मैं एक ec2 उदाहरण पर टॉमकैट या अपाचे स्थापित करना था, तो क्या मैं उपयोगकर्ता सीधे यूआरएल को इंगित कर सकता हूं?

क्या यह लागत प्रभावी होगा, या जावा होस्टिंग सेवाएं सर्वश्रेष्ठ होंगी?

क्या नियमित होस्टिंग सेवा पर किनारे HTTP सर्वर की मेजबानी करने के लिए कोई नकारात्मक पक्ष है और क्या ईसी 2 के लिए सीधे अनुरोध हैं? प्रदर्शन यहाँ कभी एक मुद्दा है?

उत्तर

6

अन्य उत्तरों सही हैं लेकिन मैं सिर्फ इस तथ्य को साझा करना चाहता हूं कि हम एक ऐसे उत्पाद को विकसित कर रहे हैं जो 100% ईसी 2/एस 3 आधारित है और शुद्ध जीडब्ल्यूटी फ्रंट फ्रंट भी है।

हम निर्माण और उत्कृष्ट gwt-maven प्लगइन के लिए maven2 का उपयोग करते हैं। इससे आउटपुट के रूप में हमारे वेब एप्लिकेशन का एक WAR पैकेज तैयार करना आसान हो जाता है। हम जेटी का उपयोग करते हैं लेकिन टॉमकैट भी काम करेगा।

हमारे पास पाउंड (एक http त्वरक/लोड बैलेंसर) है जो वीएम पर चल रहा है http & https के लिए सुन रहा है, जो उसके बाद lighttpd (static) या jetty (एप) के लिए अनुरोध करने के लिए आगे बढ़ता है।यह एसएसएल प्रमाण पत्र को भी सरल बनाता है क्योंकि पाउंड एसएसएल को संभालता है। मैंने पाया है कि जावा सर्वर हमेशा एसएसएल कर्ट के साथ कॉन्फ़िगर करने के लिए दर्द रहा है।

5

हां, आप जो कुछ भी चाहते हैं उसे होस्ट कर सकते हैं, क्योंकि आपके पास प्रभावी रूप से एक समर्पित लिनक्स मशीन है जो आपके आदेश पर है।

जैसा कि मैंने पिछली बार याद किया है, ईसी 2 उदाहरण के लिए मूल दर उनके "कम अंत बॉक्स" पर लगभग $ 75/माह तक काम करती है, ताकि आप इसे अन्य विक्रेताओं के खिलाफ बेंचमार्क के रूप में उपयोग कर सकें। यह भी माना जाता है कि मशीन 24x7 है (क्योंकि आप इसके लिए घंटे के लिए भुगतान करते हैं)।

ईसी 2 इंस्टेंस का मुख्य नकारात्मक हिस्सा यह है कि यह किसी भी समय "दूर जा सकता है", और जब ऐसा होता है, तो आपके उदाहरण में लिखे गए किसी भी डेटा को "दूर जाना" भी होगा।

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

अंत में, आपको सेवा के लिए किसी भी ट्रैफ़िक के लिए भी बिल भेजा जाएगा।

इसके साथ तुलना करने की बात किसी अन्य विक्रेता से एक और "वर्चुअल सर्वर" है। ईसी 2 के साथ बहुत सी रोचक चीजें की जा सकती हैं, लेकिन यदि आप केवल एक मशीन का उपयोग कर रहे हैं तो समर्पित वर्चुअल होस्टिंग सेवा के साथ जाना आसान हो सकता है।

1

आप निश्चित रूप से EC2 में एक http सर्वर होस्ट कर सकते हैं, लेकिन आप निम्नलिखित को ध्यान में रखना चाहिए:

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

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

2

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

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