Come CloudFront distribuisce i contenuti - Amazon CloudFront

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Come CloudFront distribuisce i contenuti

Dopo alcune operazioni di configurazione iniziali, CloudFront funziona insieme al sito Web o all'applicazione e velocizza la distribuzione di contenuti. In questa sezione viene descritto in che modo CloudFront serve i contenuti quando vengono richiesti dai visualizzatori.

Come CloudFront distribuisce i contenuti agli utenti

Dopo la configurazione di CloudFront per la distribuzione dei contenuti, ecco cosa avviene quando gli utenti richiedono gli oggetti:

  1. Un utente accede al sito Web o applicazione e richiede un oggetto, ad esempio un file di immagine o un file HTML.

  2. DNS instrada la richiesta al POP CloudFront (posizione edge) che può soddisfare al meglio la richiesta, in genere il POP CloudFront più vicino in termini di latenza.

  3. CloudFront verifica la cache per l'oggetto richiesto. Se l'oggetto è nella cache, CloudFront lo restituisce all'utente. Se l'oggetto non è nella cache, CloudFront esegue le operazioni seguenti:

    1. CloudFront confronta la richiesta alle specifiche nella distribuzione e inoltra la richiesta al server di origine dell'oggetto corrispondente, ad esempio al bucket Simple Storage Service (Amazon S3) o al server HTTP.

    2. Il server di origine reinvia l'oggetto alla posizione edge.

    3. Subito dopo l'arrivo del primo byte dall'origine, CloudFront inizia a inoltrare l'oggetto all'utente. Inoltre, CloudFront aggiunge l'oggetto alla cache per le richieste successive.

Richiesta e risposta dall'utente all'origine tramite CloudFront

Funzionamento di CloudFront con cache edge regionali

I punti di presenza (noti anche come POP o posizioni edge) di CloudFront fanno in modo che i contenuti popolari possano essere distribuiti rapidamente ai visualizzatori. CloudFront dispone inoltre di cache edge regionali, che rendono disponibile una maggiore quantità di contenuto in ubicazioni più vicine ai tuoi visualizzatori, anche quando il contenuto non è abbastanza popolare per rimanere in un POP, per aiutare a migliorare le prestazioni per il contenuto in questione.

Le cache edge regionali sono utili con tutti i tipi di contenuto, in particolare con il contenuto che tende a diventare meno popolare con il passare del tempo. Ad esempio, contenuto generato dagli utenti, come video, foto o illustrazioni; asset di e-commerce, come foto e video di prodotti; contenuto correlato a notizie ed eventi che potrebbero improvvisamente ritornare d'attualità.

Funzionamento delle cache regionali

Le cache edge regionali sono ubicazioni di CloudFront presenti in tutto il mondo, vicine ai visualizzatori. Si trovano tra il server di origine e i POP, le posizioni edge globali che distribuiscono il contenuto direttamente ai visualizzatori. Man mano che la popolarità degli oggetti diminuisce, singoli POP possono eliminarli per fare spazio a contenuto più popolare. Le cache edge regionali dispongono di cache di maggiori dimensioni rispetto ai singoli POP, di conseguenza gli oggetti rimangono più a lungo nella cache edge regionale più vicina. In questo modo i contenuti rimarranno più vicini agli utenti finali, riducendo la necessità che CloudFront acceda costantemente al server di origine e migliorando le prestazioni complessive a beneficio degli utenti.

Quando un visualizzatore effettua una richiesta sul tuo sito Web o tramite la tua applicazione, DNS instrada la richiesta al POP che può servire al meglio la richiesta dell'utente. In genere, si tratta della edge location di CloudFront più vicina in termini di latenza. Nel POP, CloudFront verifica la cache per l'oggetto richiesto. Se l'oggetto è nella cache, CloudFront lo restituisce all'utente. Se l'oggetto non è nella cache, i POP in genere accedono alla cache edge regionale più vicina per recuperarlo. Per ulteriori informazioni su quando il POP ignora la cache edge regionale e passa direttamente all'origine, vedere la nota seguente.

Nella cache edge regionale, CloudFront verifica di nuovo nella cache per l'oggetto richiesto. Se l'oggetto è nella cache, CloudFront lo inoltra al POP che lo ha richiesto. Subito dopo l'arrivo del primo byte dalla posizione della cache edge regionale, CloudFront inizia a inoltrare l'oggetto all'utente. Inoltre, CloudFront aggiunge inoltre l'oggetto alla cache per le richieste successive.

Per gli oggetti non memorizzati nella cache del POP o nella posizione della cache edge regionale, CloudFront confronta la richiesta con le specifiche nelle distribuzioni e inoltra la richiesta dei file al server di origine. Dopo che il server di origine ha inviato gli oggetti alla posizione della cache edge regionale, questi vengono inoltrati al POP e CloudFront li inoltra all'utente. In tal caso, CloudFront aggiunge l'oggetto anche alla cache nella posizione della cache edge regionale oltre che al POP, in modo che sia disponibile alla successiva richiesta di un visualizzatore. In questo modo tutti i POP di una regione condividono una cache locale, evitando l'invio di molteplici richieste ai server di origine. Inoltre, CloudFront mantiene connessioni permanenti con i server di origine, consentendo il recupero più rapido possibile degli oggetti dalle origini.

Nota
  • A livello di caratteristiche, le cache edge regionali presentano una condizione di parità di funzioni con i POP. Ad esempio, una richiesta di invalidamento della cache consente di rimuovere un oggetto dalle cache dei POP e dalle cache edge regionali prima che scada. La volta successiva che un visualizzatore richiede l'oggetto, CloudFront ritorna all'origine per recuperare la versione più recente dell'oggetto.

  • I metodi proxy HTTP (PUT, POST, PATCH, OPTIONS e DELETE) vanno direttamente all'origine dai POP senza passare per le cache edge regionali.

  • Le richieste dinamiche, come determinate al momento della richiesta, non passano attraverso le cache edge regionali, ma passano direttamente all'origine.

  • Quando l'origine è un bucket Simple Storage Service (Amazon S3) e la cache edge regionale ottimale della richiesta è nella stessa Regione AWSdel bucket S3, il POP ignora la cache edge regionale e passa direttamente al bucket S3.

Il diagramma seguente illustra il flusso di richieste e risposte attraverso le posizioni edge di CloudFront e le cache edge regionali.

Diagramma che mostra i percorsi di richiesta/risposta dai visualizzatori all’origine tramite posizioni edge e cache edge regionali.