Optimalisere ytelsen med CDN-regler

Azure Front Doors regelmotormotor (kalt Rule sets i Standard/Premium) lar Dem fange opp og endre HTTP-forespørsler og -svar ved edge-noden før de bufres eller videresendes til opprinnelsen. Uten en regelmotor måtte De håndtert oppgaver som omdirigeringer fra HTTP til HTTPS, sikkerhetshoder i svar og geografisk blokkering i programkoden på opprinnelsen — noe som gir økt forsinkelse og kobler sikkerhetshensyn sammen med forretningslogikken. Regler på edge-noden kjøres raskere og reduserer belastningen på opprinnelsen.

Et av de vanligste bruksområdene for regelmotoren er å håndheve HTTPS. Når en klient ber om nettstedet via HTTP, returnerer en omdirigeringsregel ved Front Door-edge-noden umiddelbart et 301 Moved Permanently- (eller 302 Found-)svar som peker til HTTPS-URL-en — uten at forespørselen noen gang når opprinnelsen. Dette er raskere enn omdirigeringer på opprinnelsen og sikrer at all trafikk er kryptert under overføringen. Konfigurer dette som en omdirigeringshandling for forespørsler der betingelsen RequestScheme er lik HTTP.

Moderne nettlesere støtter HTTP-sikkerhetshoder som forhindrer vanlige angrep. De kan legge til disse hodene i alle svar ved hjelp av handlinger av typen Append response header i regelmotoren, uten å endre serveren på opprinnelsen. Viktige hoder omfatter: Strict-Transport-Security (tvinger frem HTTPS i en bestemt periode), X-Content-Type-Options: nosniff (forhindrer MIME-sniffing), X-Frame-Options: DENY (forhindrer clickjacking) og Content-Security-Policy (begrenser innholdskilder). Når disse legges til ved edge-noden, sikres en konsekvent bruk på tvers av alle opprinnelser.

Regelmotoren lar Dem overstyre standard-TTL-en for hurtigbufferet for bestemte URL-mønstre. De kan for eksempel ønske å bufre /static/images/* i 30 dager, men bare bufre svar fra /api/* i 60 sekunder. Bruk en samsvarsbetingelse på RequestUri og handlingen Route configuration override for å angi en egendefinert bufrevarighet. Dette gir detaljert kontroll over hurtigbufferatferden uten at De må opprette flere separate ruter for hver innholdstype.

Handlinger for URL rewrite endrer forespørsels-URL-en før den videresendes til opprinnelsen, uten å endre URL-en klienten ser. Dette er nyttig når forespørsler fra én URL-struktur skal sendes til en annen bane på backend-systemet. De kan for eksempel skrive om /products/item/{id} til /catalog/v2/products/{id} for å tilpasse en endring i backend-API-et uten å oppdatere klientlenker. URL rewrite er en handling i regelmotoren som endrer URL path ved hjelp av strengutskifting eller fangstgrupper.

Geografisk filtrering på regelmotornivå lar Dem omdirigere eller blokkere brukere fra bestemte land basert på klientens IP-baserte geografiske plassering. I motsetning til geografisk filtrering i CDN, som returnerer 403, gir geografisk filtrering i regelmotoren større fleksibilitet — De kan omdirigere blokkerte land til en landingsside som forklarer regional tilgjengelighet, eller rute bestemte land til regionsspesifikke opprinnelsesgrupper (for eksempel EU-brukere til EU-opprinnelser for å overholde GDPR). Det geografiske samsvaret for RemoteAddress bruker MaxMinds IP-til-land-database.

Regelmotoren kan legge til, overskrive eller slette forespørselshoder før forespørselen videresendes til opprinnelsen. Et vanlig bruksområde er å legge til X-Forwarded-For eller et egendefinert hode som X-Front-Door-Id, slik at opprinnelsen vet at forespørslene kom gjennom Front Door og kan validere dem. De kan også slette den opprinnelige Host-headeren og erstatte den med vertsnavnet til opprinnelsen — noe som er viktig når opprinnelsen validerer Host-headeren. Dette gir Dem full kontroll over hva opprinnelsesserveren ser.

Betingelser i regelmotoren kan samsvare med verdier i forespørselshoder, noe som muliggjør avansert rutingslogikk. De kan for eksempel rute forespørsler som inneholder headeren X-API-Version: 2 til en annen opprinnelsesgruppe som kjører v2-API-et, mens forespørsler uten denne headeren går til v1-opprinnelsen. Dette muliggjør blue-green-versjonering av API-er ved edge-noden uten at De trenger separate vertsnavn for hver API-versjon. Headerbasert ruting brukes også til A/B-testing ved å rute basert på en egendefinert informasjonskapsel for brukersegmentet.

Svarskompresjon i Front Door komprimerer tekstbaserte svar (HTML, CSS, JavaScript og JSON) med gzip eller Brotli før de leveres fra PoP-noder. Komprimering er mest effektivt for store JavaScript-pakker og kan redusere overføringsstørrelsen med opptil 70 %. Aktiver komprimering i ruteinnstillingene, og angi MIME-typene som skal komprimeres. Komprimert innhold bufres i komprimert form på PoP-noden — derfor utløser bare den første forespørselen for hvert element komprimering; påfølgende forespørsler leverer den hurtigbufrede komprimerte filen umiddelbart.

Origin Shield er et valgfritt ekstra hurtigbufferlag som Front Door plasserer mellom edge-nodene på PoP-ene og opprinnelsen. Når det er aktivert, videresender ikke over 100 edge-PoP-er hver for seg forespørsler om innhold som ikke finnes i hurtigbufferet til opprinnelsen. I stedet videresender de alle hurtigbuffer-misser til én regional Origin Shield-PoP, som deretter videresender dem til opprinnelsen. Dette reduserer betydelig antallet forespørsler som når opprinnelsen (kalt origin offload ratio), samtidig som innholdet fortsatt leveres globalt fra edge-PoP-ene.

Før De distribuerer endringer i regelmotoren til produksjon, bør De validere dem ved hjelp av diagnostikk- og testverktøyene i portalen. Bladet Diagnostic settings med WAF-logger i deteksjonsmodus viser hvilke regler som samsvarer. For regelmotoren kan De også undersøke faktiske forespørsels- og svarhoder i nettleserens utviklerverktøy etter distribusjon til et staging-miljø, eller bruke curl -v til å sende bestemte forespørsler og kontrollere at svarhodene og omdirigeringsatferden er som forventet, før De bytter til produksjon.

I denne leksjonen lærte De at Front Doors regelmotor håndterer omdirigeringer fra HTTP til HTTPS, sikkerhetshoder i svar og overstyringer av hurtigbufferets TTL ved edge-noden uten endringer på opprinnelsen, at URL rewrite endrer forespørselsbaner som videresendes til opprinnelsen uten at dette synes, mens URL-omdirigering endrer URL-en som vises for klienten, og at Origin Shield reduserer belastningen på opprinnelsen ved å samle forespørsler etter hurtigbuffer-misser via en regional shield-node. Neste gang utforsker vi Azure AI Services for å tilføre intelligens til programmene Deres.