अत्यधिक भरी हुई जीन्स

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



हमने परियोजना शुरू करने के बाद (हमने अपने पहले लेख में अपनी साइट बनाने के साथ समस्याओं के बारे में लिखा था), हम दुनिया के विभिन्न देशों में साइट की उपलब्धता के साथ - नई मुसीबतों में भाग गए।

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

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

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

इसलिए हम बादलों में चले गए - सीडीएन नेटवर्क सामग्री वितरण समस्या का समाधान बन गया।

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

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

सामान्य तौर पर, एक सेवा कनेक्शन इस तरह दिखता है:

1. सबसे पहले, हम एक अकामाई "कंटेनर" बनाते हैं। इसमें कोई निर्देशिका नहीं है - सभी फाइलें कंटेनर की जड़ में सही हैं।
2. उपयोग में आसानी के लिए, हम कंटेनर का एक उपनाम बनाते हैं, क्योंकि शुरू में कंटेनर में 0c3b42c5dfd0490222c-b6a09a90aa4d4bbcccc1b80f6958ce71.r25.cf2.rackcdn.com जैसा भारी और असुविधाजनक URL होता है । हम सर्वर के DNS मापदंडों में इसका लिंक दर्ज करके उपनाम (हमारे मामले में static.getwear.com) बनाते हैं।
3. हमारी सामग्री को कंटेनर में डालें - या तो स्वयं रैकस्पेस के बहुत सुविधाजनक वेब इंटरफेस के माध्यम से, या साइबर स्पेस जैसे विशेष क्लाइंट का उपयोग न करें। क्लाइंट को काम करने के लिए, आपको Rackspace और Rackspace API ID से एक लॉगिन दर्ज करना होगा (यह मेनू में पाया जा सकता है आपका खाता → API एक्सेस)।
4. हम कंटेनर से सामग्री के लिए वेबसाइट लिंक पर डालते हैं (उदाहरण के लिए, static.getwear.com/1.swf)।
5. ...
6. लाभ!

अब क्लाउड स्वयं उपयोगकर्ता का स्थान निर्धारित करता है और अकामाई सर्वर से भारी सामग्री लोड करता है।

इस घोल में एक माइनस और कई फायदे हैं।

कम:

इस दुनिया में सब कुछ की तरह, सीडीएन के समाधान में पैसे खर्च होते हैं - रैकस्पेस में, डिस्क स्थान की लागत प्रति माह 10 सेंट प्रति गीगाबाइट से शुरू होती है, और ट्रैफ़िक 18 सेंट प्रति गीगाबाइट पर शुरू होता है। खपत किए गए संसाधनों की मात्रा के आधार पर कीमतें काफी कम हो जाती हैं।

पेशेवरों:

1. अधिकांश मानक प्लेटफार्मों (वर्डप्रेस, ड्रुपल, आदि) के लिए अकामाई के साथ बातचीत के लिए तैयार मॉड्यूल हैं।
2. अन्य साइटों के लिए, विभिन्न एपीआई हैं , जिनमें से एकीकरण में ज्यादा समय नहीं लगेगा। हमने इसे अपने अनुभव से देखा है।
3. सिस्टम आसानी से उच्च भार को रोक देता है। जहां सामान्य रूप से समर्पित होस्टिंग बस लेट होगी, अकामाई भी धीमा नहीं होगा।
4. यातायात लागत पर बचत। इस तथ्य के बावजूद कि सेवा का उपयोग करने में पैसा खर्च होता है, शुल्क आमतौर पर एक साझा होस्टिंग पर यातायात की लागत से कम होता है।
5. अधिकांश परियोजनाओं के लिए, सीडीएन उपयोगकर्ताओं को "वितरित" करने के लिए भारी सामग्री की डिलीवरी को व्यवस्थित करने के सबसे सुविधाजनक तरीकों में से एक है।

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

क्या आपके पास सीडीएन सेवाओं के साथ अनुभव है? आप क्या सलाह या सलाह दे सकते हैं?