CDN नियमों से प्रदर्शन का अनुकूलन

Azure Front Door का rules engine (जिसे Standard/Premium में Rule sets कहा जाता है) आपको origin तक cache या forward किए जाने से पहले edge PoP पर HTTP requests और responses को रोकने तथा उनमें बदलाव करने देता है। Rules engine के बिना आपको HTTP-to-HTTPS redirects, security response headers और geo-blocking जैसे कार्य अपने origin application code में संभालने पड़ते। इससे latency बढ़ती और Security concerns business logic से जुड़ जाते। Edge पर Rules तेज़ी से execute होते हैं और origin का load कम करते हैं।

Rules engine के सबसे सामान्य उपयोगों में से एक HTTPS लागू करना है। जब कोई client आपकी site को HTTP पर request करता है, तो Front Door edge पर redirect Rule तुरंत HTTPS URL की ओर संकेत करने वाला 301 Moved Permanently (या 302 Found) response लौटाता है—request को origin तक पहुँचने की आवश्यकता नहीं होती। यह origin-side redirects से तेज़ है और यह सुनिश्चित करता है कि सभी traffic transit के दौरान encrypted रहे। इसे उन requests पर redirect action के रूप में कॉन्फ़िगर करें जिनमें RequestScheme condition का मान HTTP के बराबर हो।

आधुनिक browsers सामान्य attacks को रोकने वाले HTTP security headers का समर्थन करते हैं। आप अपने origin server में बदलाव किए बिना rules engine के Append response header actions का उपयोग करके इन headers को सभी responses में जोड़ सकते हैं। प्रमुख headers में शामिल हैं: Strict-Transport-Security (एक अवधि तक HTTPS लागू करता है), X-Content-Type-Options: nosniff (MIME sniffing रोकता है), X-Frame-Options: DENY (clickjacking रोकता है) और Content-Security-Policy (content sources को सीमित करता है)। इन्हें edge पर जोड़ने से सभी origins पर एकसमान application सुनिश्चित होता है।

Rules engine आपको विशिष्ट URL patterns के लिए default cache TTL को override करने देता है। उदाहरण के लिए, आप /static/images/* को 30 दिनों तक cache करना चाह सकते हैं, लेकिन /api/* responses को केवल 60 seconds तक। RequestUri पर match condition का उपयोग करें और ऐसी Route configuration override action लागू करें जो कस्टम cache duration सेट करती है। इससे प्रत्येक content type के लिए कई अलग-अलग routes बनाए बिना cache behaviour पर सूक्ष्म नियंत्रण मिलता है।

URL rewrite actions client को दिखाई देने वाले URL में बदलाव किए बिना request URL में संशोधन करते हैं, इससे पहले कि उसे origin को forward किया जाए। यह requests को एक URL structure से अलग backend path पर भेजने के लिए उपयोगी है। उदाहरण के लिए, client links को अपडेट किए बिना backend API में बदलाव के अनुरूप /products/item/{id} को /catalog/v2/products/{id} में rewrite करें। URL rewrite rules engine में एक action है, जो string replacement या capture groups का उपयोग करके URL path में संशोधन करता है।

Rules engine स्तर पर Geo-filtering आपको client के IP से प्राप्त geo-location के आधार पर विशिष्ट देशों के users को redirect या block करने देता है। CDN geo-filtering के विपरीत, जो 403 लौटाता है, rules engine geo-filtering अधिक flexibility देता है—आप blocked देशों को regional availability समझाने वाले landing page पर redirect कर सकते हैं या कुछ देशों को region-specific origin groups पर route कर सकते हैं, जैसे GDPR compliance के लिए EU users को EU origins पर भेजना। RemoteAddress geo match MaxMind के IP-to-country database का उपयोग करता है।

Rules engine origin को forward करने से पहले request headers को add, overwrite या delete कर सकता है। इसका एक सामान्य उपयोग X-Forwarded-For या X-Front-Door-Id जैसे custom header को जोड़ना है, ताकि origin को पता रहे कि requests Front Door के माध्यम से आई हैं और वह उन्हें validate कर सके। आप मूल Host header को delete करके उसे origin hostname से replace भी कर सकते हैं—यह तब महत्वपूर्ण है जब origin Host header को validate करता है। इससे आपको origin server को दिखाई देने वाली जानकारी पर पूरा नियंत्रण मिलता है।

Rules engine conditions request header values से match कर सकती हैं, जिससे उन्नत routing logic संभव होता है। उदाहरण के लिए, X-API-Version: 2 header वाली requests को v2 API चलाने वाले किसी अलग origin group पर route करें, जबकि इस header के बिना requests v1 origin पर जाएँ। इससे प्रत्येक API version के लिए अलग hostnames की आवश्यकता के बिना edge पर blue-green API versioning संभव होती है। Header-based routing का उपयोग custom user-segment cookie के आधार पर routing करके A/B testing के लिए भी किया जाता है।

Front Door में Response compression text-based responses (HTML, CSS, JavaScript, JSON) को gzip या Brotli का उपयोग करके compress करता है और फिर उन्हें PoPs से serve करता है। Compression बड़े JS bundles के लिए सबसे अधिक प्रभावी है और transfer size को 70% तक कम कर सकता है। Route settings में compression सक्षम करें और compress किए जाने वाले MIME types निर्दिष्ट करें। Compressed content PoP पर compressed form में cache होता है—इसलिए प्रत्येक asset के लिए केवल पहली request compression शुरू करती है; बाद की requests cached compressed file तुरंत serve करती हैं।

Origin Shield एक वैकल्पिक अतिरिक्त caching layer है, जिसे Front Door PoP edge nodes और origin के बीच रखता है। सक्षम होने पर 100 से अधिक edge PoPs में से प्रत्येक द्वारा origin से uncached content का स्वतंत्र रूप से अनुरोध करने के बजाय, सभी cache misses को एक single regional origin shield PoP पर forward करते हैं—और यह फिर उन्हें origin को forward करता है। इससे origin तक पहुँचने वाली requests की संख्या काफी कम हो जाती है (इसे origin offload ratio कहा जाता है), जबकि content edge PoPs से वैश्विक रूप से serve होता रहता है।

Rules engine में किए गए बदलावों को production में deploy करने से पहले portal में उपलब्ध diagnostics and test tools का उपयोग करके उन्हें validate करें। Detection mode WAF logs वाला Diagnostic settings blade दिखाता है कि कौन-से Rules match होते हैं। Rules engine के लिए आप staging environment में deploy करने के बाद browser के developer tools में वास्तविक request/response headers का निरीक्षण भी कर सकते हैं, या curl -v का उपयोग करके विशिष्ट requests भेज सकते हैं और production पर switch करने से पहले यह verify कर सकते हैं कि response headers तथा redirect behaviour अपेक्षित हैं।

इस lesson में आपने सीखा: Front Door rules engine origin में बदलाव किए बिना edge पर HTTP-to-HTTPS redirects, security response headers और cache-TTL overrides संभालता है; URL rewrite origin को forward किए जाने वाले request paths में चुपचाप संशोधन करता है, जबकि URL redirect client को दिखाई देने वाले URL में बदलाव करता है; और Origin Shield regional shield node के माध्यम से cache-miss requests को एकत्रित करके origin का load कम करता है। आगे हम अपने applications में intelligence जोड़ने के लिए Azure AI Services का उपयोग करना सीखेंगे।