Profili ed endpoint Azure CDN

Una Content Delivery Network (CDN) è una rete distribuita di server collocati in Points of Presence (PoP) geograficamente vicini agli utenti finali. Quando un utente richiede un contenuto, la CDN lo fornisce dalla cache del PoP più vicino anziché dal server di origine. In questo modo si riduce la latenza (soprattutto per gli utenti lontani dall'area di origine), si diminuisce il carico sul server di origine e si migliora la resilienza. Azure CDN si integra nativamente con Blob Storage, App Service e qualsiasi origine HTTP pubblicamente raggiungibile.

Azure CDN è disponibile tramite più livelli di provider: Azure CDN Standard from Microsoft: l'opzione predefinita e strettamente integrata, con regole di caching di base e supporto per HTTP/2. Azure CDN Standard from Akamai: ampia copertura globale dei PoP con propagazione rapida. Azure CDN Standard/Premium from Verizon: motore di regole e analisi avanzati (livello Premium). Ogni provider offre funzionalità e prezzi diversi; nella maggior parte degli scenari AZ-900, l'attenzione è rivolta a Azure CDN Standard from Microsoft.

Un profilo Azure CDN è il contenitore di livello superiore che raggruppa gli endpoint CDN e determina il provider e il livello di prezzo. Un endpoint CDN è un nome host specifico (ad esempio myapp.azureedge.net) associato a un'origine. Ogni endpoint dispone di una propria configurazione del comportamento della cache. Un profilo può contenere più endpoint: ad esempio, endpoint separati per risorse statiche, risposte API e flussi video, ciascuno con regole di caching diverse.

Il Time-to-Live (TTL) controlla per quanto tempo una risposta memorizzata nella cache rimane nel PoP prima di dover essere aggiornata dall'origine. È possibile impostare regole di caching a tre livelli: global caching rule (si applica a tutte le richieste dell'endpoint), custom rules (corrispondono a un modello di percorso o a un'estensione di file) e query string behaviour (memorizza separatamente ogni stringa di query univoca oppure ignora le stringhe di query). I TTL basati sul tipo di contenuto, più lunghi per le immagini e più brevi per l'HTML, sono una best practice.

Una delle configurazioni più comuni di Azure CDN utilizza un contenitore di Blob Storage come origine. Caricate le risorse statiche (immagini, CSS, JS e video) in un account di archiviazione, rendete il contenitore pubblicamente leggibile e configurate un endpoint CDN che punti all'endpoint primario del BLOB (myaccount.blob.core.windows.net). La CDN memorizza i BLOB nella cache dei PoP di tutto il mondo e gli utenti li scaricano dal PoP più vicino anziché dall'area di archiviazione. È inoltre possibile usare un nome host di origine personalizzato per l'hosting di siti Web statici.

Quando aggiorna i contenuti sull'origine (ad esempio, quando distribuisce una nuova versione di un file JavaScript), le copie memorizzate nella cache nei PoP possono fornire contenuti obsoleti fino alla scadenza del TTL. Lo svuotamento della cache rimuove immediatamente i file specificati o tutti i contenuti memorizzati nella cache da ogni PoP, costringendo la richiesta successiva a recuperare nuovamente i dati dall'origine. È possibile svuotare URL specifici, percorsi con caratteri jolly (ad esempio /assets/*) oppure tutti i contenuti di un endpoint. La propagazione dello svuotamento richiede 2–3 minuti per raggiungere globalmente tutti i PoP.

Per impostazione predefinita, gli endpoint CDN usano il dominio .azureedge.net. Per distribuire contenuti dal proprio dominio (ad esempio static.contoso.com), lo aggiunga come dominio personalizzato sull'endpoint CDN creando un record CNAME che punti al nome host dell'endpoint. Dopo averlo aggiunto, può abilitare HTTPS sul dominio personalizzato usando un certificato gestito da Azure (gratuito e rinnovato automaticamente) oppure un proprio certificato archiviato in Key Vault. L'imposizione di HTTPS reindirizza automaticamente il traffico HTTP.

L'abilitazione della compressione dei file su un endpoint CDN riduce le dimensioni dei file trasferiti sulla rete comprimendo gli asset basati su testo (HTML, CSS, JavaScript, SVG) con gzip o Brotli. La CDN comprime i contenuti prima di memorizzarli nella cache del PoP, quindi le richieste successive dello stesso asset ricevono la versione compressa senza ulteriore utilizzo della CPU. La compressione è particolarmente efficace per i bundle JS, che dopo la compressione possono essere da 5 a 10 volte più piccoli.

Il filtraggio geografico su un endpoint CDN consente di autorizzare o bloccare l'accesso ai contenuti da Paesi specifici. Può essere usato per rispettare le licenze dei contenuti (ad esempio, un video concesso in licenza solo in determinati Paesi), soddisfare requisiti normativi o bloccare i Paesi noti come importanti fonti di traffico dannoso. Le regole di filtraggio geografico vengono configurate per codice Paese e per percorso URL: è possibile bloccare solo una directory di contenuti specifica anziché l'intero endpoint.

Azure CDN fornisce nel portale analisi dell'utilizzo integrate, tra cui la larghezza di banda consumata, il rapporto di hit/miss, il numero totale di richieste e il risparmio di larghezza di banda rispetto alla distribuzione dall'origine. Per la CDN di livello Microsoft, può anche inviare i log di accesso a un'area di lavoro Log Analytics o a un account di archiviazione tramite le impostazioni di diagnostica, abilitando query KQL sui dati non elaborati dei log di accesso CDN. L'analisi dei rapporti di cache hit aiuta a ottimizzare i TTL: un rapporto di cache hit basso indica che la maggior parte delle richieste passa all'origine, vanificando lo scopo della CDN.

Azure CDN e Azure Front Door memorizzano entrambi i contenuti nella cache dei PoP, ma hanno finalità principali diverse. Azure CDN è ottimale per memorizzare nella cache e distribuire contenuti statici da una singola origine a costi ridotti. Azure Front Door aggiunge bilanciamento del carico e routing intelligenti a livello globale tra più backend di origine, probe di integrità per il failover automatico, un Web Application Firewall integrato e il routing basato sul percorso, risultando quindi la scelta migliore per applicazioni Web multi-area con architettura active-active. In una soluzione, spesso userà entrambi i servizi.

Verifichi la sua comprensione dei concetti di Microsoft Azure Fundamentals (AZ-900) presentati in questa lezione.

In questa lezione ha appreso che i profili e gli endpoint Azure CDN distribuiscono contenuti memorizzati nella cache da PoP vicini agli utenti per ridurre la latenza, le regole di memorizzazione nella cache e il TTL controllano per quanto tempo i contenuti vengono conservati prima di essere recuperati nuovamente dall'origine e lo svuotamento della cache rimuove immediatamente i contenuti obsoleti dopo gli aggiornamenti sull'origine. Nella prossima lezione esploreremo Azure Front Door per il bilanciamento del carico globale e il routing tra più origini backend.