AWS CloudFront

È sempre utile invalidare la cache quando si esegue una nuova distribuzione per impedire ai browser di recuperare le vecchie versioni dei file dalla cache. AWS CloudFront ora supporta l’invalidamento rapido della cache, consentendoti di distribuire istantaneamente gli aggiornamenti alla tua SPA pur avendo il vantaggio della memorizzazione nella cache CDN.

Nota: come procedura, è possibile invalidare solo i file modificati nella distribuzione. Ad esempio, se si utilizza Webpack con la configurazione predefinita, è sufficiente invalidare l’indice.html poiché ogni JS e CSS modificati avrà nuovi nomi di file.

Puoi anche utilizzare AWS Amplify per semplificare le distribuzioni e le invalidazioni della cache con ottimizzazioni integrate.

Se utilizzi un bucket Amazon S3 come origine per una distribuzione CloudFront, è essenziale limitare l’accesso pubblico a S3.

La limitazione dell’accesso impedisce a qualcuno di ignorare CloudFront e accedere a contenuti che si desidera mantenere al sicuro tramite l’URL di Amazon S3.

Ti chiederai perché è importante dal momento che sono le risorse frontend che sono destinate ad essere pubbliche? Il motivo è che la pubblicazione tramite AWS CloudFront offre un maggiore controllo, in quanto

Lambda@Edge consente di intercettare le richieste HTTP che passano attraverso CloudFront. Queste funzioni vengono eseguite in CloudFront Edge Locations più vicine all’utente, rendendo più veloce rispondere o agire sui contenuti in transito.

Alcuni casi d’uso comuni di Lamda@Edge sono:

• Generare dinamicamente contenuto personalizzato in base agli attributi di richiesta o risposta, ad esempio il ridimensionamento delle immagini in base agli attributi della richiesta.
• Per aggiungere logica alle richieste e alle risposte, ad esempio creando URL accattivanti e gestendo l’autenticazione e l’autorizzazione per le richieste di origine.
• Per aumentare il rapporto di hit della cache, con conseguente miglioramento delle prestazioni dell’applicazione evitando la latenza causata da un errore di cache.
• Per gestire l’autenticazione e l’autorizzazione personalizzate.

Se hai bisogno di saperne di più su Lamda@Edge, puoi consultare la documentazione fornita da AWS.

Nota: se hai bisogno di esigenze semplici come l’utilizzo solo di URL hashless, esiste un semplice approccio di follow-up. Poiché l’obiettivo è quello di servire l’indice.html anche un utente va direttamente a un percorso, possiamo impostare la gestione degli errori di CloudFront sul server dell’indice.html se S3 restituisce l’errore “risorsa non trovata” con il codice di errore 404.

Un’altra best practice che ti incoraggio a seguire è l’utilizzo di un metodo di compressione. Con AWS CloudFront, puoi servire le tue applicazioni utilizzando Brotli o GZip e ridurre drasticamente la velocità di download dei contenuti.

Download più veloci, in particolare per i file JavaScript e CSS, possono comportare un rendering più rapido della tua SPA.

Inoltre, poiché i costi di trasferimento dei dati di CloudFront si basano sulla quantità totale di dati serviti, la gestione di file compressi è meno costosa rispetto alla gestione di file non compressi.

Brotli è un algoritmo di compressione lossless ampiamente utilizzato che spesso supera Gzip in termini di rapporto di compressione. Rispetto a Gzip, la compressione edge Brotli di CloudFront si traduce in file di dimensioni inferiori fino al 24%.

Le funzionalità di compressione possono essere abilitate tramite la console CloudFront, l’SDK e l’interfaccia a riga di comando. È necessario impostare EnableAcceptEncodingGzip su true per restituire gli oggetti compressi Gzip e EnableAcceptEncodingBrotli su true per restituire gli oggetti compressi Brotli. CloudFront utilizzerà Brotli quando il visualizzatore supporta entrambi i formati.

I browser web Chrome e Firefox supportano la compressione Brotli solo quando la richiesta viene inviata tramite HTTPS. Brotli non è supportato con le richieste HTTP in questi browser.

Quando si esegue una nuova distribuzione, è possibile invalidare i file o assegnare loro nomi di file con versione per controllare le versioni dei file gestiti dalla distribuzione. Se si aggiornano frequentemente i file, è consigliabile utilizzare il controllo delle versioni dei file.

Il controllo delle versioni offre un migliore controllo sui contenuti forniti da CloudFront.

Il controllo delle versioni semplifica l’analisi degli effetti delle modifiche ai file perché i log di accesso di CloudFront includono nomi di file.

Il controllo delle versioni consente di offrire versioni diverse dei file a utenti diversi.

Il controllo delle versioni semplifica il rollback avanti e indietro tra le revisioni dei file.

Il costo del controllo delle versioni è inferiore. Devi comunque pagare CloudFront per trasferire nuove versioni dei tuoi file in edge location, ma non devi pagare per invalidare i file.

slider_v1.js, image_v1.jpg sono alcuni nomi di controllo delle versioni dei file di esempio che è possibile utilizzare.