CDN स्टेटिक्स और माप के लिए: कैसे Yandex.Mail क्षेत्रों में तेज हो गया है

वेब इंटरफ़ेस की गति एक बहुत ही महत्वपूर्ण बात है, और हम यैंडेक्स में इसे अच्छी तरह समझते हैं। लपट की भावना से और जिस गति से उपयोगकर्ता उसके लिए महत्वपूर्ण तत्वों को लोड करेगा, वह इस बात पर निर्भर हो सकता है कि वह अंततः किस सेवा का उपयोग करेगा।

हम Yandex.Mail पर क्लाइंट पक्ष को तेज करने पर बहुत काम कर रहे हैं। केवल Habré पर हमने इस बारे में बात की कि हम लेआउट को कैसे अनुकूलित करते हैं , XSL को छोड़ दिया और एक नए टेम्पलेट इंजन पर स्विच किया ।

लेकिन आप न केवल फ्रंट-एंड ऑप्टिमाइज़ेशन के माध्यम से गति में वृद्धि प्राप्त कर सकते हैं। आज हम स्टेटिक के लिए एक विशेष Yandex CDN के लिए स्थिर Yandex.Mail फ़ाइलों को स्थानांतरित करने के बारे में बात करना चाहते हैं और इसने अपने काम को तेज किया, खासकर क्षेत्रों में।



वे कहां चले गए, नए होस्टिंग की व्यवस्था कैसे की जाती है, इसका विवरण बिल्कुल उसी तरह व्यवस्थित किया गया है, और हमने इसे कितनी तेजी से मापा, यह कैसे पढ़ें।

लोडिंग को धीमा करता है क्या?

जब कोई व्यक्ति मेल में जाता है, तो पहली चीज जो वह लोड करता है, वह न्यूनतम HTML और तथाकथित बूटस्ट्रैप (बूटलोडर) है। वह इंटरफेस प्रदान करने के लिए सभी आवश्यक जावास्क्रिप्ट मॉड्यूल, टेम्प्लेट और सीएसएस फाइलों के अतुल्यकालिक लोडिंग के लिए जिम्मेदार है, साथ ही प्रारंभिक डेटा लोडिंग के लिए भी। Yandex.Mail में, HTML को हमारे मुख्य डोमेन, mail.yandex.ru से डाउनलोड किया जाता है, और बूटस्ट्रैप को स्टेटिक क्लस्टर mailstatic.yandex.net से डाउनलोड किया जाता है।

इसमें मॉस्को और मॉस्को क्षेत्र में कई डेटा केंद्रों में स्थित लगभग सौ कारें शामिल हैं। इस क्लस्टर का एकमात्र कार्य क्लाइंट को उन स्थिर फाइलों को देना है जो मेल वेब इंटरफेस को प्रदर्शित और संचालित करने के लिए आवश्यक हैं।

पूर्ण विकास में गति की समस्या को देखने के लिए, आपको Yandex.Mail के उपयोगकर्ताओं के भूगोल के बारे में सोचने की आवश्यकता है। भले ही हम केवल रूस के बारे में बात करते हैं, जो दुनिया का सबसे बड़ा देश है। उदाहरण के लिए, यदि आप ट्रांस-साइबेरियन रेलवे की लंबाई पर ध्यान केंद्रित करते हैं, तो मास्को और व्लादिवोस्तोक के बीच की दूरी लगभग 9,300 किमी है। उपयोगकर्ता डेटा वाले पैकेट, निश्चित रूप से, रेल द्वारा स्थानांतरित नहीं होते हैं - वे संचार लाइनों के साथ यात्रा करते हैं। और ऑप्टिकल फाइबर में डेटा ट्रांसफर की गति वैक्यूम में प्रकाश की गति से लगभग डेढ़ गुना कम है। डेटा के मार्ग के साथ नेटवर्क उपकरण भी देरी में योगदान करते हैं। इस प्रकार, मास्को में व्लादिवोस्तोक के हमारे डेटा केंद्रों से RTT 120-130ms है, और, उदाहरण के लिए, नोवोसिबिर्स्क - लगभग 60ms।

स्थानीय सर्वर

गति के साथ समस्याओं को हल करने के लिए, Yandex की CDN होस्टिंग है - yandex.st। Yandex.st मशीनों के कई क्लस्टर हैं, जिनमें से अधिकांश, जैसे mailstatic.yandex.net, मास्को डेटा केंद्रों में स्थित हैं। लेकिन, mailstatic.yandex.net के विपरीत, उनके पास रूस के कई बड़े शहरों में, विदेशों में और दुनिया में प्रतिनिधि कार्यालय हैं।



फिलहाल, हमारी सीडीएन होस्टिंग 11 क्षेत्रों में तीन सौ से अधिक प्रदाताओं का समर्थन करती है। वैसे, yandex.st दुनिया में तीसरा सबसे लोकप्रिय jquery लाइब्रेरी होस्टिंग है ।

यह किसी भी प्रौद्योगिकी पर काम करता है। इसका मतलब यह है कि उपयोगकर्ता को फ़ाइल के अनुरोध के लिए स्थाई रूप से निकटतम सर्वर के साथ संकेत दिया जाता है। यही है, अगर कोई व्यक्ति व्लादिवोस्तोक में है, तो उसका अनुरोध व्लादिवोस्तोक में स्थित एक सर्वर को भेज दिया जाएगा, जिसका अर्थ है कि अगर वह अनुरोध मॉस्को गया, तो उसे तेजी से प्रतिक्रिया मिलेगी।

Yandex.Mail को yandex.st पर ले जाना

स्थानांतरित करने से पहले, यह मूल्यांकन करना आवश्यक था कि यह कदम कितना प्रभावी होगा और इससे क्या लाभ होंगे। ऐसा करने के लिए, हमने सेंसर, मेल ग्राफ़ के साथ मेल वेब इंटरफ़ेस को बदल दिया और केवल 50% उपयोगकर्ताओं के लिए yandex.st पर स्थानांतरित कर दिया। ऐसा इसलिए किया गया ताकि मानक - मेलस्टैटिक के साथ हर चीज की तुलना की जा सके।

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

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

एक प्रतिशत से भी कम मामलों में, समझ से बाहर होने के कारणों के कारण, ये संख्या स्पष्ट रूप से अनुमानित है। उदाहरण के लिए, नकारात्मक या 50 साल के बराबर।

इस तरह के मूल्यों को काटने के लिए, हमने एक समयरेखा बनाने का फैसला किया जिसमें 75%, 95% और 99% डाउनलोड फिट हैं।

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

इस ग्राफ ने क्षेत्रीय मशीनों पर कुछ अड़चनों और समस्याओं को खोजने में मदद की, जिसे हमने जल्दी से ठीक कर दिया।

परिणाम

इस कदम के परिणामस्वरूप, Yandex.Mail ने तेजी से प्रतिक्रिया देना और लोड करना शुरू किया: क्षेत्र के आधार पर, कई सौ मिलीसेकंड से लेकर सेकंड तक। नोवोसिबिर्स्क और कज़ान में लोडिंग स्टैटिक्स की गति, येकातेरिनबर्ग और व्लादिवोस्तोक में दोगुनी हो गई - लगभग डेढ़।

कुछ शहरों में औसत स्टैटिक्स का ग्राफ लोड समय


क्षेत्रीय सर्वर स्थापित करने के लिए धन्यवाद, हमने "होम" क्षेत्र में गति बढ़ाने के कई तरीके ढूंढे: Yandex.Mail न केवल क्षेत्रों में, बल्कि मॉस्को में भी तेज हो गया, इसलिए हम सभी को yandex.st का उपयोग शुरू करने की पेशकश करते हैं।

साइट के मालिक

यदि आपका प्रोजेक्ट jquery या अन्य लोकप्रिय जावास्क्रिप्ट फ्रेमवर्क और लाइब्रेरी का उपयोग करता है, तो आप उन्हें हमारे सर्वर से कनेक्ट कर सकते हैं ।

क्षेत्रीयता के अलावा, Yandex.st के पास Yandex प्रशासकों का चौबीसों घंटे समर्थन है। यह ipv6 का समर्थन करता है और इसमें न्यूनतम डाउनटाइम होता है: जितने अधिक लोग yandex.st का उपयोग करते हैं, उतनी ही अधिक संभावना है कि jquery कैश का "वॉश आउट" नहीं होगा। और, ज़ाहिर है, यांडेक्स सेवाएं पहले से ही yandex.st से पुस्तकालयों को लेती हैं, इसलिए नियमित उपयोगकर्ताओं के लिए ये संस्करण अक्सर कैश में होते हैं। और इसका मतलब है कि यदि आप अपनी साइट पर yandex.st का उपयोग करते हैं, तो यह तेजी से लोड होगा।

क्षेत्रीय प्रदाताओं के प्रतिनिधि

सभी क्षेत्रीय प्रदाताओं ने रूटिंग को कॉन्फ़िगर नहीं किया है ताकि उनके उपयोगकर्ता स्थानीय मशीनों पर समाप्त हो जाएं। यदि आप एक प्रदाता का प्रतिनिधित्व करते हैं और अपने उपयोगकर्ताओं के लिए यांडेक्स को गति देना चाहते हैं (और इसके लिए ट्रैफ़िक को कम करते हैं), तो आपको हमारे CDN सर्वरों की सामयिक निकटता सुनिश्चित करने की आवश्यकता है जो yandex.st (और अन्य सेवाओं) का समर्थन करते हैं। ऐसा करने के दो तरीके हैं:

1. ट्रैफ़िक विनिमय बिंदुओं से कनेक्ट करें जहां यांडेक्स मौजूद है और सीडीएन सर्वर स्थापित हैं (उदाहरण के लिए, www.peeringdb.com/pStreet/participant_view.php?id=1751 देखें), और सीडीआर स्वचालित रूप से काम करने के बाद, हमारे साथ सहानुभूति बढ़ाएँ। ;
2. यदि प्रदाता और यांडेक्स के बीच का ट्रैफ़िक महत्वपूर्ण है (500Mb / s से अधिक) या तुलना में noc@yandex.net पर लिखें। हम प्रदाता के नेटवर्क पर सीडीएन सर्वर स्थापित करने पर विचार करने के लिए तैयार हैं।