Come distribuisce i contenuti CloudFront - 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 distribuisce i contenuti CloudFront

Dopo una configurazione iniziale, CloudFront collabora con il tuo sito Web o l'applicazione e accelera la distribuzione dei tuoi contenuti. Questa sezione spiega come vengono CloudFront visualizzati i tuoi contenuti quando gli spettatori li richiedono.

In che modo CloudFront fornisce i contenuti ai tuoi utenti

Dopo aver configurato CloudFront la distribuzione dei contenuti, ecco cosa succede quando gli utenti richiedono i tuoi 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. Il DNS indirizza la richiesta al CloudFront POP (edge location) che meglio soddisfa la richiesta, in genere il CloudFront POP più vicino in termini di latenza.

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

    1. CloudFront confronta la richiesta con le specifiche della tua distribuzione e inoltra la richiesta al tuo server di origine per l'oggetto corrispondente, ad esempio al tuo bucket Amazon S3 o al tuo server HTTP.

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

    3. Non appena il primo byte arriva dall'origine, CloudFront inizia a inoltrare l'oggetto all'utente. CloudFront aggiunge inoltre l'oggetto alla cache per la prossima volta che qualcuno lo richiede.


					Richiesta e risposta dall'utente all'origine tramite  CloudFront

Come CloudFront funziona con le cache edge regionali

CloudFront i punti di presenza (noti anche come POP o edge location) assicurano che i contenuti più richiesti possano essere distribuiti rapidamente ai tuoi spettatori. CloudFront dispone inoltre di cache periferiche regionali che consentono di avvicinare una maggior parte dei tuoi contenuti ai tuoi spettatori, anche quando i contenuti non sono abbastanza popolari da rimanere in un POP, per contribuire a migliorare le prestazioni di tali contenuti.

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 CloudFront ubicazioni distribuite a livello globale, vicino ai tuoi spettatori. 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. Ciò aiuta a mantenere una maggior parte dei contenuti più vicina agli spettatori, riducendo la necessità di tornare CloudFront al server di origine e migliorando le prestazioni complessive per gli spettatori.

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. Questa posizione è in genere la CloudFront edge location più vicina in termini di latenza. Nel POP, CloudFront verifica la presenza dell'oggetto richiesto nella cache. Se l'oggetto è nella cache, lo CloudFront 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, controlla CloudFront nuovamente nella cache l'oggetto richiesto. Se l'oggetto è nella cache, lo CloudFront inoltra al POP che lo ha richiesto. Non appena il primo byte arriva dalla cache edge regionale, CloudFront inizia a inoltrare l'oggetto all'utente. CloudFront aggiunge inoltre l'oggetto alla cache del POP per la prossima volta che qualcuno lo richiede.

Per gli oggetti non memorizzati nella cache né nel POP né nella cache edge regionale, CloudFront confronta la richiesta con le specifiche delle distribuzioni e inoltra la richiesta al server di origine. Dopo che il server di origine ha inviato l'oggetto alla cache edge location regionale, questo viene inoltrato al POP e quindi CloudFront all'utente. In questo caso, aggiunge l'oggetto CloudFront anche alla cache nella cache edge location regionale oltre al POP per la successiva richiesta da parte di un visualizzatore. Ciò garantisce che tutti i POP di una regione condividano una cache locale, eliminando le richieste multiple ai server di origine. CloudFront mantiene inoltre connessioni permanenti con i server di origine in modo che gli oggetti vengano recuperati dalle origini il più rapidamente possibile.

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 come le richieste e le risposte fluiscono attraverso le CloudFront edge location e le cache periferiche regionali.


					Diagramma del percorso di richiesta e risposta dai visualizzatori al server di origine, attraverso le  CloudFront  edge location e le cache periferiche regionali