मैं स्थैतिक वेबपेज की मेजबानी के लिए Amazon S3 का उपयोग क्यों नहीं करूं


11

मुझे याद है कि कहीं न कहीं यह पढ़कर कि एक स्थिर वेबसाइट की मेजबानी के लिए Amazon S3 का उपयोग करने के लिए एक गंभीर नुकसान हुआ था। मैं भूल गया कि यह क्या था। मेरे लिए, S3 एक आदर्श विकल्प की तरह लगता है। सुपर फास्ट, सुपर स्केलेबल, और भुगतान जैसा कि आप जाते हैं।

स्थैतिक वेबसाइट की मेजबानी के लिए S3 का उपयोग करने के नकारात्मक क्या हैं?


संक्षेप में, नीचे दिए गए उत्तर S3 का उपयोग नहीं करने के लिए कोई अच्छा कारण नहीं बताते हैं। Www पुनर्निर्देशित अब हल करना आसान है।
जॉन एलेन

जवाबों:


11

मैं अब भी यह पढ़कर हैरान हूं कि लोग मानते हैं कि कंटेंट डिलीवरी नेटवर्क महंगे हैं, ज्यादातर चार्ज प्रति जीबी 0.20c तक कम है।

सीडीएन पर स्थैतिक वेबसाइटों की सेवा करना अद्भुत है - आपको वास्तव में इसके लिए भुगतान किए बिना एक समर्पित सर्वर का प्रदर्शन मिलता है, साथ ही आपके पास दुनिया भर के सभी प्रमुख क्षेत्रों में एक सर्वर है, इसलिए यह वास्तव में गति और स्केलेबिलिटी के लिए समर्पित सर्वर से बेहतर है।

CDN पर होस्ट करते समय कुछ बड़े झटके लगे, और ये हैं:

कोई PHP फ़ाइलें नहीं

PHP समर्थन (आपको Ajax के माध्यम से संपर्क फ़ॉर्म का उपयोग करने की आवश्यकता होगी। कहीं और से एक contact.php प्राप्त करने के लिए, HTML विधियां चूसना - यदि आपको संपर्क फ़ॉर्म की आवश्यकता नहीं है, तो टिप्पणियों के लिए बहुत बढ़िया!) जो जावास्क्रिप्ट है।)

CNAME मुद्दे

अफसोस की बात है कि अधिकांश CDN गैर-www CNAME का समर्थन नहीं करते हैं, इसलिए जब आप किसी व्यक्ति को www भूल जाते हैं, तो डोमेन को हल नहीं कर सकते, एक बड़ी समस्या नहीं है, लेकिन इसके आस-पास के रास्ते भी हैं। आप EC2 या साझा होस्टिंग सेटअप करते हैं और आप इसे गैर-www को पुनर्निर्देशित करने देते हैं। इसलिए जब भी कोई www को भूल जाता है तो वह सर्वर से संचार करता है, फिर CDN पर सही तरीके से रीडायरेक्ट करता है। एक वैकल्पिक तरीका यह है कि आप एक सीडीएन चुनें जो इसका समर्थन करता है - मेरा मानना ​​है कि लाइमलाइट करता है, लेकिन अमेज़ॅन और रैकस्पेस ऐसा नहीं करते हैं। मैंने सुना है कि लाइमलाइट डीएनएस की मेजबानी कर रहा है और अपने सिस्टम पर मैन्युअल रूप से संपादन कर रहा है, मैंने खुद ऐसा कभी नहीं किया है इसलिए मैं पुष्टि नहीं कर सकता कि वे ऐसा करते हैं या नहीं।

सामग्री अद्यतन

दूसरा सेट वापस यह है कि आपको अपने संपादन के लिए सामग्री या फ़ाइलों को शुद्ध करने की आवश्यकता है, इसलिए उदाहरण के लिए कहें कि आपने index.html में कुछ जोड़ दिए हैं। आपको कंटेनर पर एक छोटी समय सीमा समाप्त करने या मैन्युअल रूप से उस फ़ाइल को शुद्ध करने की आवश्यकता होगी कैश तो यह पूरी दुनिया में अद्यतन करता है।

सारांश

CDN पर एक स्थिर साइट की मेजबानी करना कट्टरता है - मैं CDN पर एक मुट्ठी भर स्थैतिक साइट चलाता हूं और वे कट्टरपंथी हैं, मैं केवल प्रत्येक साइट पर 1-2GB का उपयोग करता हूं और मुझे प्रत्येक साइट के लिए £ 0.24p के बिल मिलते हैं, जो इससे सस्ता है साझा होस्टिंग, और आपको एक समर्पित सर्वर का प्रदर्शन देता है। यदि आपका EC2 के अलावा किसी छोटे VPS को सेटअप करने जा रहा है तो कोई भी VPS जो कि 128mb है, उसे करेगा। आप $ 1 एक महीने के लिए एक सस्ते एक प्राप्त कर सकते हैं। सिर्फ Google 128mb VPS या VPS $ 5 एक महीने के अंतर्गत - ऐसी सैकड़ों कंपनियां हैं जो मूंगफली के लिए VPS कम कल्पना कर रही हैं जो चाल चलेगी।


1
Cloudflare में गैर-www cname के साथ समस्याएँ नहीं हैं। इसके अलावा फ्री टियर भी बुरा नहीं है
एलेसर

अमेज़ॅन के पास रूट 53 नामक एक डीएनएस सेवा है जिसका उपयोग www के उपडोमेन पर tld को रूट करने के लिए किया जा सकता है।
गिरोह

विशेष रूप से AWS रूट 53 में ALIAS रिकॉर्ड होते हैं, जहाँ आप एक अन्य होस्ट नाम (जैसे आप CNAME के ​​साथ करते हैं) में डालते हैं, लेकिन DNS सर्वर समय-समय पर सेकंड (सेकंड) करता है और IP पते (A रिकॉर्ड) के साथ रिकॉर्ड परोसता है।
स्टीफन Ostermiller

2

समस्या "भुगतान के रूप में आप जाते हैं" भाग में है।

यदि आपको ट्रैफ़िक का टन मिलता है (जैसे: एक डॉस हमला या बहुत लोकप्रिय ब्लॉग पोस्ट या फ़ाइल) तो आप इसके लिए भुगतान करेंगे।

AFAIK अभी भी एक सुविधा नहीं है कि आप जो भुगतान करते हैं, उसके लिए एक टोपी डाल दें। आप बिलिंग अलर्ट सेट कर सकते हैं, लेकिन यदि आपका बिलिंग आपके अधिकतम बजट तक पहुँच जाता है तो आपके पास एकमात्र विकल्प यह है कि आप साइट को बंद कर दें या आपको मिलने वाले सभी ट्रैफ़िक का भुगतान कर दें।


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

2

S3 का मतलब स्थैतिक वेबसाइट होस्टिंग के लिए AWS से केवल टूल नहीं है। अनुशंसित दृष्टिकोण एस 3 उदाहरण के सामने क्लाउडफ्रंट को रखना है ताकि क्लाउडफ्रंट कैशिंग को संभाल सके। मेरा मानना ​​है कि यह ट्रैफ़िक की वृद्धि के लिए एक गुच्छा का भुगतान करने के साथ आपके मुद्दे को भी समाप्त कर देगा क्योंकि CloudFront फ़ाइलों का उपयोग करने के लिए कैश का उपयोग करेगा और S3 को हिट नहीं करेगा। बेशक, आप CloudFront के लिए भुगतान कर रहे हैं, लेकिन लागत कम होगी (मुझे लगता है)।

यहाँ अपने S3 साइट पर CloudFront को जोड़ने के बारे में एक लेख है:

http://docs.aws.amazon.com/gettingstarted/latest/swh/getting-started-create-cfdist.html


1

यह वास्तव में बैंडविड्थ के संदर्भ में थोड़ा अधिक है। उनके पास भी, हाल ही में, एक समस्या यह थी कि आप अपने @ और अपने www A रिकॉर्ड को अपनी साइट पर दर्ज नहीं कर सकते थे (इसलिए या तो आपके पास mydomain.com सुलभ था, या www.mydomain.com सुलभ)। यह हालांकि हालिया अपडेट में तय किया गया था।

व्यक्तिगत रूप से, मुझे लगता है कि वे थोड़े बहुत ज्यादा हैरान हैं, और आपके पास बहुत सारी अच्छी विशेषताओं (रीडायरेक्ट, htaccess, आदि) का अभाव है। S3 हालांकि बड़ी फ़ाइलों और छवियों की मेजबानी के लिए अच्छी तरह से काम करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.