Optimering af ydeevnen med CDN-regler

Azure Front Doors regelmodel (kaldet Rule sets i Standard/Premium) giver dig mulighed for at opfange og ændre HTTP-anmodninger og -svar ved edge-PoP'en, før de caches eller videresendes til oprindelsen. Uden en regelmotor skulle du håndtere opgaver som HTTP-til-HTTPS-omdirigeringer, sikkerhedsheadere i svar og geoblokering i din oprindelsesprogramkode — hvilket øger latenstiden og kobler sikkerhedshensyn sammen med forretningslogikken. Regler ved edge udføres hurtigere og reducerer belastningen på oprindelsen.

Et af de mest almindelige anvendelsesområder for en regelmotor er at gennemtvinge HTTPS. Når en klient anmoder om dit websted via HTTP, returnerer en omdirigeringsregel ved Front Door-edge'et straks et svar med 301 Moved Permanently (eller 302 Found), der peger på HTTPS-URL'en — uden at anmodningen nogensinde når oprindelsen. Det er hurtigere end omdirigeringer på oprindelsen og sikrer, at al trafik er krypteret under overførslen. Konfigurer dette som en omdirigeringshandling for anmodninger, hvor betingelsen RequestScheme er lig med HTTP.

Moderne browsere understøtter HTTP-sikkerhedsheadere, der forhindrer almindelige angreb. Du kan føje disse headere til alle svar ved hjælp af regelmotorens handlinger af typen Append response header uden at ændre din oprindelsesserver. Vigtige headere omfatter: Strict-Transport-Security (tvinger HTTPS i en bestemt periode), X-Content-Type-Options: nosniff (forhindrer MIME-sniffing), X-Frame-Options: DENY (forhindrer clickjacking) og Content-Security-Policy (begrænser indholdskilder). Når du tilføjer disse ved edge, sikrer du en ensartet anvendelse på tværs af alle oprindelser.

Regelmotoren giver dig mulighed for at tilsidesætte standardlevetiden for cache for bestemte URL-mønstre. Du kan f.eks. ønske at cachelagre /static/images/* i 30 dage, men kun cachelagre svar fra /api/* i 60 sekunder. Brug en matchbetingelse på RequestUri og en handling af typen Route configuration override, der angiver en brugerdefineret cachevarighed. Det giver finmasket kontrol over cacheadfærden uden at oprette flere separate ruter for hver indholdstype.

Handlinger for URL-omskrivning ændrer URL'en for anmodningen, før den videresendes til oprindelsen, uden at ændre den URL, klienten ser. Det er nyttigt til at sende anmodninger fra én URL-struktur til en anden sti på backend'en. Du kan f.eks. omskrive /products/item/{id} til /catalog/v2/products/{id} for at imødekomme en ændring i en backend-API uden at opdatere klientlinks. URL-omskrivning er en handling i regelmotoren, der ændrer URL path ved hjælp af strengudskiftning eller optagegrupper.

Geografisk filtrering på regelmotorniveau giver dig mulighed for at omdirigere eller blokere brugere fra bestemte lande baseret på klientens IP-afledte geografiske placering. I modsætning til geografisk filtrering i CDN'et (som returnerer 403) giver geografisk filtrering i regelmotoren dig større fleksibilitet — du kan omdirigere blokerede lande til en landingsside, der forklarer regional tilgængelighed, eller dirigere bestemte lande til regionsspecifikke oprindelsesgrupper (f.eks. EU-brugere til EU-oprindelser for at overholde GDPR). Det geografiske match RemoteAddress bruger MaxMinds IP-til-land-database.

Regelmotoren kan tilføje, overskrive eller slette anmodningsheadere, før anmodningen videresendes til oprindelsen. Et almindeligt anvendelsesområde er at tilføje X-Forwarded-For eller en brugerdefineret header som X-Front-Door-Id, så oprindelsen ved, at anmodningerne kom gennem Front Door, og kan validere dem. Du kan også slette den oprindelige Host-header og erstatte den med oprindelsesværtsnavnet — det er vigtigt, når oprindelsen validerer Host-headeren. Det giver dig fuld kontrol over, hvad oprindelsesserveren ser.

Betingelser i regelmotoren kan matche på værdier i anmodningsheadere, så du kan implementere avanceret routinglogik. Du kan f.eks. dirigere anmodninger, der indeholder headeren X-API-Version: 2, til en anden oprindelsesgruppe, der kører v2-API'en, mens anmodninger uden denne header sendes til v1-oprindelsen. Det muliggør blue-green-versionering af API'er ved edge uden at kræve separate værtsnavne for hver API-version. Headerbaseret routing bruges også til A/B-test ved at route baseret på en brugerdefineret cookie for brugersegmentet.

Svar komprimering i Front Door komprimerer tekstbaserede svar (HTML, CSS, JavaScript, JSON) ved hjælp af gzip eller Brotli, før de leveres fra PoP'er. Komprimering er mest effektiv for store JavaScript-pakker og kan reducere overførselsstørrelsen med op til 70 %. Aktivér komprimering i ruteindstillingerne, og angiv de MIME-typer, der skal komprimeres. Komprimeret indhold cachelagres i komprimeret form på PoP'en — derfor udløser kun den første anmodning for hvert aktiv komprimering; efterfølgende anmodninger leverer straks den cachelagrede, komprimerede fil.

Origin Shield er et valgfrit ekstra cachelag, som Front Door placerer mellem edge-noderne på PoP'erne og oprindelsen. Når funktionen er aktiveret, anmoder de over 100 edge-PoP'er ikke længere uafhængigt om ikke-cachelagret indhold fra oprindelsen. I stedet videresender de alle cache-misses til én regional Origin Shield-PoP, som derefter videresender dem til oprindelsen. Det reducerer betydeligt antallet af anmodninger, der rammer oprindelsen (kaldet aflastningsforholdet for oprindelsen), samtidig med at indholdet stadig leveres globalt fra edge-PoP'er.

Før du udruller ændringer i regelmotoren til produktion, skal du validere dem ved hjælp af diagnose- og testværktøjerne i portalen. Bladet Diagnoseindstillinger med WAF i registreringstilstand viser, hvilke regler der matcher. For regelmotoren kan du også inspicere de faktiske anmodnings- og svarheadere i browserens udviklerværktøjer efter udrulning til et testmiljø, eller bruge curl -v til at sende bestemte anmodninger og kontrollere, at svarheaderne og omdirigeringsadfærden er som forventet, før du skifter til produktion.

I denne lektion har du lært, at Front Doors regelmotor håndterer HTTP-til-HTTPS-omdirigeringer, sikkerhedsheadere i svar og tilsidesættelser af cachelevetid ved edge uden ændringer på oprindelsen, at URL-omskrivning ubemærket ændrer de stier i anmodninger, der videresendes til oprindelsen, mens URL-omdirigering ændrer den URL, klienten ser, og at Origin Shield reducerer belastningen på oprindelsen ved at samle cache-miss-anmodninger gennem en regional afskærmningsnode. Næste gang ser vi på Azure AI Services for at tilføje intelligens til dine applikationer.