Azure CDN-profiler och slutpunkter

Ett nätverk för innehållsleverans (Content Delivery Network, CDN) är ett distribuerat nätverk av servrar som placeras vid geografiskt nära anslutningspunkter (Points of Presence, PoP:ar) nära slutanvändarna. När en användare begär innehåll levererar CDN:et det från cachen vid närmaste PoP i stället för från ursprungsservern. Det minskar fördröjningen (särskilt för användare som befinner sig långt från ursprungsregionen), minskar belastningen på ursprungsservern och förbättrar motståndskraften. Azure CDN integreras direkt med Blob Storage, App Service och alla offentligt åtkomliga HTTP-ursprung.

Azure CDN erbjuds genom flera leverantörsnivåer: Azure CDN Standard from Microsoft — standardalternativet med nära integration, grundläggande cachelagringsregler och stöd för HTTP/2. Azure CDN Standard from Akamai — bred global PoP-täckning med snabb spridning. Azure CDN Standard/Premium from Verizon — avancerad regelmotor och analysfunktioner (Premium-nivån). Varje leverantör har olika funktioner och priser. I de flesta AZ-900-scenarier ligger fokus på Azure CDN Standard from Microsoft.

En Azure CDN-profil är den överordnade behållaren som grupperar CDN-slutpunkter och avgör leverantör och prisnivå. En CDN-slutpunkt är ett specifikt värdnamn (till exempel myapp.azureedge.net) som mappar till ett ursprung. Varje slutpunkt har sin egen konfiguration för cachebeteende. En profil kan innehålla flera slutpunkter — till exempel separata slutpunkter för statiska resurser, API-svar och videoströmmar, med olika cachelagringsregler för varje.

Time-to-Live (TTL) styr hur länge ett cachelagrat svar finns kvar vid PoP:en innan det måste uppdateras från ursprunget. Du kan ange cachelagringsregler på tre nivåer: global cachelagringsregel (gäller alla begäranden till slutpunkten), anpassade regler (matchar efter sökvägsmönster eller filnamnstillägg) och beteende för frågesträngar (cachelagrar separat för varje unik frågesträng eller ignorerar frågesträngar). TTL-värden baserade på innehållstyp — längre för bilder och kortare för HTML — är en rekommenderad metod.

En av de vanligaste Azure CDN-konfigurationerna använder en Blob Storage-container som ursprung. Ladda upp statiska resurser (bilder, CSS, JS och videor) till ett lagringskonto, gör containern offentligt läsbar och konfigurera en CDN-slutpunkt som pekar på blobens primära slutpunkt (myaccount.blob.core.windows.net). CDN:et cachelagrar blobarna vid PoP:ar över hela världen, och användarna hämtar dem från närmaste PoP i stället för från lagringsregionen. Du kan även använda ett anpassat ursprungsvärdnamn för värdhantering av en statisk webbplats.

När du uppdaterar innehåll på origin (till exempel distribuerar en ny version av en JavaScript-fil) kan cachade kopior i PoP:er leverera inaktuellt innehåll tills TTL löper ut. Cachetömning tar omedelbart bort angivna filer eller allt cachat innehåll från varje PoP, så att nästa begäran måste hämta innehållet på nytt från origin. Du kan tömma specifika URL:er, jokerteckenbaserade sökvägar (till exempel /assets/*) eller allt innehåll på en endpoint. Det tar 2–3 minuter innan en cachetömning har distribuerats till alla PoP:er globalt.

Som standard använder CDN-endpoints domänen .azureedge.net. Om du vill leverera innehåll från en egen domän (till exempel static.contoso.com) lägger du till den som en anpassad domän på CDN-endpointen genom att skapa en CNAME-post som pekar på endpointens värdnamn. När domänen har lagts till kan du aktivera HTTPS för den anpassade domänen med antingen ett Azure-hanterat certifikat (kostnadsfritt och automatiskt förnyat) eller ett eget certifikat som lagras i Key Vault. Tvingad HTTPS omdirigerar HTTP-trafik automatiskt.

Genom att aktivera filkomprimering på en CDN-endpoint minskar du storleken på filer som levereras över nätverket genom att komprimera textbaserade resurser (HTML, CSS, JavaScript och SVG) med gzip eller Brotli. CDN:et komprimerar innehållet innan det cachelagras på PoP:en, så att efterföljande begäranden efter samma resurs får den komprimerade versionen utan ytterligare CPU-belastning. Komprimering gör särskilt stor skillnad för JavaScript-paket, som kan bli 5–10 gånger mindre efter komprimering.

Geofiltrering på en CDN-endpoint gör att du kan tillåta eller blockera åtkomst till ditt innehåll från specifika länder. Det kan användas för att uppfylla licensvillkor för innehåll (till exempel en video som endast är licensierad i vissa länder), regulatoriska krav eller för att blockera länder som är kända för att generera mycket skadlig trafik. Geofiltreringsregler konfigureras per landskod och URL-sökväg – du kan blockera endast en specifik innehållskatalog i stället för hela endpointen.

Azure CDN tillhandahåller inbyggd användningsanalys i portalen, bland annat förbrukad bandbredd, träff-/misskvot, totalt antal begäranden och bandbreddsbesparingar jämfört med att leverera från origin. För CDN på Microsoft-nivå kan du även skicka åtkomstloggar till en Log Analytics-arbetsyta eller ett Storage-konto via diagnostikinställningar, vilket gör KQL-frågor mot rådata från CDN-åtkomstloggar möjliga. Genom att analysera cacheträffkvoter kan du finjustera TTL-värden – en låg cacheträffkvot innebär att de flesta begäranden går vidare till origin, vilket motverkar syftet med CDN:et.

Azure CDN och Azure Front Door cachelagrar båda innehåll på PoP:er, men de har olika huvudsakliga användningsområden. Azure CDN är särskilt bra på att cachelagra och leverera statiskt innehåll från en enda origin till låg kostnad. Azure Front Door lägger till intelligent global lastbalansering och routning mellan flera origin-backends, hälsoavläsningar för automatisk redundansväxling, en inbyggd Web Application Firewall och sökvägsbaserad routning – vilket gör tjänsten till det bättre valet för webbprogram med aktiv-aktiv-drift i flera regioner. Ofta använder du båda i samma lösning.

I den här lektionen har du lärt dig att Azure CDN-profiler och endpoints levererar cachat innehåll från PoP:er nära användarna för att minska fördröjningen, att cachelagringsregler och TTL styr hur länge innehåll cachelagras innan det hämtas på nytt från origin och att cachetömning omedelbart tar bort inaktuellt innehåll efter uppdateringar på origin. Nästa avsnitt handlar om Azure Front Door för global lastbalansering och routning mellan flera backends på origin.