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à. # Che cos'è Amazon CloudFront? Amazon CloudFront è un servizio web che velocizza la distribuzione dei tuoi contenuti web statici e dinamici, come .html, .css, .js e file di immagine, ai tuoi utenti. CloudFront distribuisce i tuoi contenuti attraverso una rete mondiale di data center denominati edge location. Quando un utente richiede i contenuti che utilizzi CloudFront, la richiesta viene indirizzata all'edge location che offre la latenza (ritardo) più bassa, in modo che i contenuti vengano forniti con le migliori prestazioni possibili. + Se il contenuto si trova già nell'edge location con la latenza più bassa, lo CloudFront consegna immediatamente. + Se il contenuto non si trova in quella edge location, lo CloudFront recupera da un'origine che hai definito, ad esempio un bucket Amazon S3, un MediaPackage canale o un server HTTP (ad esempio un server Web) che hai identificato come origine per la versione definitiva dei tuoi contenuti. Ad esempio, supponiamo tu stia distribuendo un'immagine da un server Web tradizionale, e non mediante CloudFront. Ad esempio, è possibile distribuire un'immagine, sunsetphoto.png, utilizzando l'URL `https://example.com/sunsetphoto.png`. I tuoi utenti possono facilmente passare a questo URL e visualizzare l'immagine. Probabilmente ignorano che la loro richiesta è stata instradata da una rete all'altra, attraverso un complesso insieme di reti interconnesse che costituiscono Internet, fino a che è stata trovata l'immagine. CloudFront accelera la distribuzione dei contenuti instradando ogni richiesta utente attraverso la rete AWS dorsale verso la edge location più adatta a servire i tuoi contenuti. In genere, si tratta di un server CloudFront perimetrale che fornisce la consegna più rapida allo spettatore. L'utilizzo della AWS rete riduce drasticamente il numero di reti attraverso le quali devono passare le richieste degli utenti, il che migliora le prestazioni. Gli utenti usufruiscono di una latenza più bassa (il periodo di tempo necessario per caricare il primo byte del file) e velocità di trasferimento dati più elevate. I vantaggi sono evidenti anche a livello di affidabilità e disponibilità, in quanto copie dei tuoi file (note anche come *oggetti*) si trovano (o sono memorizzate nella cache) in più edge location in tutto il mondo. **Topics** + [Come ti configuri CloudFront per distribuire contenuti](#HowCloudFrontWorksOverview) + [Scelta tra distribuzione standard o distribuzione multi-tenant](#choose-standard-or-multi-tenant) + [Prezzi](#pricing) + [Modi di utilizzo CloudFront](IntroductionUseCases.md) + [Come distribuisce i contenuti CloudFront](HowCloudFrontWorks.md) + [Posizioni e intervalli di indirizzi IP dei server periferici CloudFront](LocationsOfEdgeServers.md) + [Utilizzo con un SDK CloudFront AWS](sdk-general-information-section.md) + [CloudFront risorse tecniche](#resources-cloudfront) ## Come ti configuri CloudFront per distribuire contenuti Crei una CloudFront distribuzione per indicare da CloudFront dove desideri che vengano distribuiti i contenuti e i dettagli su come monitorare e gestire la distribuzione dei contenuti. Quindi CloudFront utilizza computer, server periferici, vicini ai tuoi spettatori per distribuire rapidamente i contenuti quando qualcuno desidera vederli o utilizzarli. ![\[Come funziona CloudFront\]](http://docs.aws.amazon.com/it_it/AmazonCloudFront/latest/DeveloperGuide/images/how-you-configure-cf.png) **Come ti CloudFront configuri per distribuire i tuoi contenuti** 1. Devi specificare *i server di origine*, come un bucket Amazon S3 o il tuo server HTTP, da cui CloudFront ottenere i file che verranno poi distribuiti da CloudFront edge location in tutto il mondo. Un server di origine archivia la versione originale e definitiva dei tuoi oggetti. Se distribuisci contenuto via HTTP, il server di origine è un bucket Amazon S3 o un server HTTP, ad esempio un server Web. Il server HTTP può essere eseguito su un'istanza di Amazon Elastic Compute Cloud (Amazon EC2) o su un server che gestisci; questi server sono anche noti come *origini personalizzate.* 1. Carica i file nei server di origine. I file, noti anche come *oggetti*, in genere includono pagine Web, immagini e file multimediali, ma possono essere tutti quelli forniti tramite HTTP. Se utilizzi un bucket Amazon S3 come server di origine, puoi rendere gli oggetti nel bucket leggibili pubblicamente, in modo che chiunque conosca i CloudFront URLs tuoi oggetti possa accedervi. Hai anche la possibilità di conservare gli oggetti privati e di controllare chi accede agli stessi. Per informazioni, consulta [Offri contenuti privati con cookie firmati URLs e firmati](PrivateContent.md). 1. Crei una CloudFront *distribuzione* che indica CloudFront da quali server di origine recuperare i tuoi file quando gli utenti richiedono i file tramite il tuo sito Web o la tua applicazione. Allo stesso tempo, specificate dettagli come se desiderate CloudFront registrare tutte le richieste e se desiderate che la distribuzione sia abilitata non appena viene creata. 1. CloudFront assegna un nome di dominio alla nuova distribuzione che puoi vedere nella CloudFront console o che viene restituito in risposta a una richiesta programmatica, ad esempio una richiesta API. Se lo si desidera, è possibile aggiungere un nome di dominio alternativo da utilizzare. 1. CloudFront invia la configurazione della distribuzione (ma non i contenuti) a tutte le sue *edge location* o *punti di presenza (POPs), ovvero raccolte di* server in data center geograficamente distribuiti in cui memorizza nella cache le copie dei file. CloudFront Durante lo sviluppo del tuo sito Web o della tua applicazione, utilizzi il nome di dominio fornito dal tuo. CloudFront URLs Ad esempio, se viene CloudFront restituito `d111111abcdef8.cloudfront.net` come nome di dominio per la tua distribuzione, l'URL di logo.jpg nel tuo bucket Amazon S3 (o nella directory principale di un server HTTP) è. `https://d111111abcdef8.cloudfront.net/logo.jpg` Oppure puoi configurare CloudFront l'utilizzo del tuo nome di dominio con la tua distribuzione. In tal caso, l'URL potrebbe essere `https://www.example.com/logo.jpg`. Facoltativamente, è possibile configurare il server di origine per aggiungere intestazioni ai file, per indicare per quanto tempo si desidera che i file rimangano nella cache nelle CloudFront edge location. Per impostazione predefinita, ogni file rimane in una edge location per 24 ore prima della scadenza. La scadenza minima è 0 secondi e non esiste un tempo massimo. Per ulteriori informazioni, consulta [Gestione della durata di permanenza dei contenuti nella cache (scadenza)](Expiration.md). ## Scelta tra distribuzione standard o distribuzione multi-tenant CloudFront offre opzioni di distribuzione per singoli siti Web o app e per scenari multi-tenant. **Distribuzione standard** Progettata per configurazioni univoche per sito web o applicazione. Scegli questa opzione nei seguenti casi d’uso: + È necessaria una distribuzione autonoma CloudFront + Ogni sito o applicazione richiede impostazioni personalizzate La maggior parte delle persone inizia con una distribuzione standard. **Tenant di distribuzione e distribuzione multi-tenant (SaaS CloudFront Manager)** Progettati specificamente per fornitori SaaS e scenari multi-tenant. Scegli questa opzione nei seguenti casi d’uso: + Stai creando una piattaforma SaaS per servire più siti web o applicazioni di clienti + Devi gestire più distribuzioni simili in modo efficiente + Desideri un controllo centralizzato sulle configurazioni condivise Per ulteriori informazioni, consulta [Comprendere il funzionamento delle distribuzioni multi-tenant](distribution-config-options.md). ## Prezzi CloudFront addebiti per i trasferimenti di dati dalle sue edge location, insieme alle richieste HTTP o HTTPS. I prezzi variano in base al tipo di utilizzo, all’area geografica e alla selezione di funzionalità. Il trasferimento dei dati dall'origine a CloudFront è sempre gratuito quando si utilizzano AWS origini come Amazon Simple Storage Service (Amazon S3), Elastic Load Balancing o Amazon API Gateway. Quando utilizzi le origini, ti viene fatturato solo il trasferimento dei dati in uscita dal CloudFront visualizzatore. AWS Per ulteriori informazioni, consulta [CloudFront i prezzi](https://aws.amazon.com/cloudfront/pricing/) e il pacchetto di fatturazione e risparmio. [FAQs](https://aws.amazon.com/cloudfront/faqs/) # Modi di utilizzo CloudFront L'utilizzo CloudFront può aiutarti a raggiungere una serie di obiettivi. In questa sezione ne vengono elencati alcuni, insieme a collegamenti a ulteriori informazioni, per darti un'idea delle possibilità. **Topics** + [Accelerazione della distribuzione di contenuti di siti Web statici](#IntroductionUseCasesStaticWebsite) + [Esecuzione di video on-demand o in streaming live](#IntroductionUseCasesStreaming) + [Crittografia di campi specifici durante l'elaborazione di sistema](#IntroductionUseCasesFieldLevelEncryption) + [Personalizzazione sull'edge](#IntroductionUseCasesProgrammableCDN) + [Esecuzione di contenuti privati utilizzando le personalizzazioni Lambda@Edge](#IntroductionUseCasesPrivateContentAtTheEdge) ## Accelerazione della distribuzione di contenuti di siti Web statici CloudFront può velocizzare la distribuzione di contenuti statici (ad esempio immagini JavaScript, fogli di stile e così via) agli spettatori di tutto il mondo. Utilizzando CloudFront, puoi sfruttare la rete AWS backbone e i server CloudFront periferici per offrire ai tuoi spettatori un'esperienza rapida, sicura e affidabile quando visitano il tuo sito web. Un approccio semplice per archiviare e distribuire contenuti statici è utilizzare un bucket Amazon S3. L'utilizzo combinato di S3 CloudFront presenta una serie di vantaggi, tra cui la possibilità di utilizzare il [controllo degli accessi all'origine](private-content-restricting-access-to-s3.md) per limitare facilmente l'accesso ai contenuti Amazon S3. Per ulteriori informazioni sull'utilizzo di Amazon S3 insieme a CloudFront, incluso un CloudFormation modello per aiutarti a iniziare rapidamente, consulta. [Nozioni di base sull’utilizzo di un sito web statico sicuro](getting-started-secure-static-website-cloudformation-template.md) ## Esecuzione di video on-demand o in streaming live CloudFront offre diverse opzioni per lo streaming di contenuti multimediali a spettatori globali, sia file preregistrati che eventi dal vivo. + Per lo streaming di video on demand (VOD), puoi utilizzarlo CloudFront per lo streaming in formati comuni come MPEG DASH, Apple HLS, Microsoft Smooth Streaming e CMAF, su qualsiasi dispositivo. + Per la trasmissione di uno streaming live, puoi eseguire la memorizzazione nella cache di frammenti multimediali sull'edge, in modo da poter combinare più richieste per il file manifest che distribuisce i frammenti nell'ordine corretto, riducendo il carico sul server di origine. Per ulteriori informazioni su come distribuire contenuti in streaming con, consulta. CloudFront [Video on demand e video in streaming live con CloudFront](on-demand-streaming-video.md) ## Crittografia di campi specifici durante l'elaborazione di sistema Quando configuri HTTPS con CloudFront, hai già end-to-end connessioni sicure ai server di origine. Quando aggiungi crittografia a livello di campo, puoi proteggere dati specifici durante l'elaborazione del sistema oltre alla sicurezza HTTPS, in modo che i dati possano essere visti solo da alcune applicazioni a livello di origine. Per configurare la crittografia a livello di campo, aggiungi una chiave pubblica e quindi specifichi il set di campi che desideri crittografare con la chiave. CloudFront Per ulteriori informazioni, consulta [Utilizzo della crittografia a livello di campo per la protezione dei dati sensibili](field-level-encryption.md). ## Personalizzazione sull'edge L'esecuzione di codice serverless a livello di edge apre diverse possibilità do personalizzazione dei contenuti e dell'esperienza per visualizzatori, a latenza ridotta. Ad esempio, quando il server di origine è inattivo per manutenzione, puoi restituire un messaggio di errore personalizzato per evitare che i visualizzatori ricevano un messaggio di errore HTTP generico. Oppure puoi utilizzare una funzione per aiutare ad autorizzare gli utenti e controllare l'accesso ai tuoi contenuti, prima di CloudFront inoltrare una richiesta all'origine. L'utilizzo di Lambda @Edge with CloudFront consente una varietà di modi per personalizzare i contenuti distribuiti. CloudFront Per ulteriori informazioni su Lambda@Edge e su come creare e distribuire funzioni con CloudFront, consulta [Personalizzazione al livello di edge con Lambda@Edge](lambda-at-the-edge.md). Per visualizzare una serie di esempi di codice che puoi personalizzare per le tue soluzioni, consulta [Esempi di funzioni Lambda@Edge](lambda-examples.md). ## Esecuzione di contenuti privati utilizzando le personalizzazioni Lambda@Edge L'uso di Lambda @Edge può aiutarti a configurare la tua CloudFront distribuzione per offrire contenuti privati dalla tua origine personalizzata, oltre a utilizzare cookie firmati URLs o firmati. Per distribuire contenuti privati utilizzando CloudFront, procedi come segue: + Richiedi che i tuoi utenti (spettatori) accedano ai contenuti utilizzando [cookie firmati URLs o firmati](PrivateContent.md). + Limita l'accesso alla tua fonte in modo che sia disponibile solo dai server CloudFront rivolti all'origine. Questa operazione può essere eseguita in uno dei seguenti modi: + Per un'origine Amazon S3, è possibile [usare un controllo di accesso origine (OAC)](private-content-restricting-access-to-s3.md). + Per un'origine personalizzata, è possibile eseguire le operazioni seguenti: + Se l'origine personalizzata è protetta da un gruppo di sicurezza Amazon VPC oppure AWS Firewall Manager, puoi [utilizzare l'elenco di prefissi CloudFront gestiti per consentire il](LocationsOfEdgeServers.md#managed-prefix-list) traffico in entrata verso la tua origine solo CloudFront dagli indirizzi IP rivolti all'origine. + Utilizza un'intestazione HTTP personalizzata per limitare l'accesso solo alle richieste provenienti da. CloudFront Per ulteriori informazioni, consultare [Limitazione dell’accesso ai file su origini personalizzate](private-content-overview.md#forward-custom-headers-restrict-access) e [Aggiunta di intestazioni personalizzate alle richieste di origine](add-origin-custom-headers.md). Per un esempio che utilizza un'intestazione personalizzata per limitare l'accesso a un'origine Application Load Balancer, consulta [Limitazione dell’accesso ad Application Load Balancer](restrict-access-to-load-balancer.md). + Se l'origine personalizzata richiede una logica di controllo degli accessi personalizzata, puoi utilizzare Lambda @Edge per implementarla, come descritto in questo post del blog: [Serving Private Content Using Amazon & CloudFront Lambda @Edge](https://aws.amazon.com/blogs/networking-and-content-delivery/serving-private-content-using-amazon-cloudfront-aws-lambdaedge/). # Come distribuisce i contenuti CloudFront Dopo una configurazione iniziale, CloudFront interagisce con il sito Web o l'applicazione e velocizza la distribuzione dei contenuti. Questa sezione spiega come vengono CloudFront visualizzati i tuoi contenuti quando gli spettatori li richiedono. **Topics** + [In che modo CloudFront fornisce i contenuti ai tuoi utenti](#HowCloudFrontWorksContentDelivery) + [Come CloudFront funziona con le cache edge regionali](#CloudFrontRegionaledgecaches) ## 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. 1. 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. 1. 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. 1. Il server di origine reinvia l'oggetto alla posizione edge. 1. 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\]](http://docs.aws.amazon.com/it_it/AmazonCloudFront/latest/DeveloperGuide/images/how-cloudfront-delivers-content.png) ## Come CloudFront funziona con le cache edge regionali CloudFront i punti di presenza (noti anche come *POPs**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 maggiormente i 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 le edge location POPs globali che forniscono i contenuti direttamente agli spettatori. Man mano che gli oggetti diventano meno popolari, alcuni POPs utenti potrebbero rimuoverli per fare spazio a contenuti più popolari. 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. Questo 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 gli utenti di una POPs regione condividano una cache locale, eliminando le richieste multiple ai server di origine. CloudFront mantiene inoltre le connessioni persistenti con i server di origine in modo che gli oggetti vengano recuperati dalle origini il più rapidamente possibile. **Nota** Le cache edge regionali hanno parità di funzionalità con. POPs 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 HTTP proxy (`PUT`,`POST`, `PATCH``OPTIONS`, e`DELETE`) passano direttamente all'origine da POPs e non effettuano il proxy attraverso 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 Amazon S3 e la cache edge regionale ottimale della richiesta è nella Regione AWS stessa del bucket S3, il POP salta la cache edge regionale e va direttamente al bucket S3. Il diagramma seguente illustra come le richieste e le risposte fluiscono attraverso le edge location e le cache edge regionali. CloudFront ![\[Diagramma che mostra request/response i percorsi dai visualizzatori all'origine attraverso le edge location e le cache edge regionali.\]](http://docs.aws.amazon.com/it_it/AmazonCloudFront/latest/DeveloperGuide/images/regional-edge-caches.png) # Posizioni e intervalli di indirizzi IP dei server periferici CloudFront Per un elenco delle ubicazioni dei server CloudFront edge, consulta la pagina [Amazon CloudFront Global Edge Network](https://aws.amazon.com/cloudfront/features/#Global_Edge_Network). Amazon Web Services (AWS) pubblica i propri intervalli di indirizzi IP correnti in formato JSON. Per vedere gli intervalli correnti, scarica [ip-ranges.json](https://ip-ranges.amazonaws.com/ip-ranges.json). Per ulteriori informazioni, consulta [Intervalli di indirizzi IP di AWS](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) nella *Riferimenti generali di Amazon Web Services*. Per trovare gli intervalli di indirizzi IP associati ai server CloudFront edge, cerca in ip-ranges.json la seguente stringa: ``` "region": "GLOBAL", "service": "CLOUDFRONT" ``` In alternativa, puoi visualizzare solo gli intervalli IP in. CloudFront [https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips](https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips) ## Utilizza l'elenco dei prefissi CloudFront gestiti L'elenco dei prefissi CloudFront gestiti contiene gli intervalli di indirizzi IP di tutti i server rivolti all'origine distribuiti CloudFront a livello globale. Se la tua origine è ospitata AWS e protetta da un [gruppo di sicurezza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html) Amazon VPC, puoi utilizzare l'elenco di prefissi CloudFront gestiti per consentire il traffico in entrata verso la tua origine solo dai CloudFront server rivolti all'origine, evitando che qualsiasi traffico diverso raggiunga la tua origine. CloudFront CloudFront mantiene l'elenco dei prefissi gestiti in modo che sia sempre aggiornato con gli indirizzi IP di tutti i server globali rivolti all'origine. CloudFront Con l'elenco dei prefissi CloudFront gestiti, non è necessario leggere o gestire personalmente un elenco di intervalli di indirizzi IP. Ad esempio, immagina che la tua origine sia un'istanza Amazon EC2 nella regione Europa (Londra) (`eu-west-2`). Se l'istanza si trova in un VPC, puoi creare una regola del gruppo di sicurezza che consenta l'accesso HTTPS in entrata dall'elenco dei prefissi CloudFront gestiti. Ciò consente a tutti i server globali rivolti all'origine CloudFront di raggiungere l'istanza. Se rimuovi tutte le altre regole in entrata dal gruppo di sicurezza, impedisci che qualsiasi traffico diverso dal CloudFront traffico raggiunga l'istanza. Gli elenchi di prefissi CloudFront gestiti sono i seguenti: + `com.amazonaws.global.cloudfront.origin-facing` (IPv4) + `com.amazonaws.global.ipv6.cloudfront.origin-facing` (IPv6) Per ulteriori informazioni, consulta [Use an AWS-managed prefix list](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#use-aws-managed-prefix-list) nella Amazon *VPC* User Guide. **Importante** L'elenco dei prefissi CloudFront gestiti è unico nel modo in cui si applica alle quote Amazon VPC. Per maggiori informazioni, consulta [ Peso dell'elenco di prefissi gestiti da AWS](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#aws-managed-prefix-list-weights) nella *uida dell'utente di Amazon VPC*. # Utilizzo con un SDK CloudFront AWS AWS i kit di sviluppo software (SDKs) sono disponibili per molti linguaggi di programmazione più diffusi. Ogni SDK fornisce un’API, esempi di codice e documentazione che facilitano agli sviluppatori la creazione di applicazioni nel loro linguaggio preferito. | Documentazione sugli SDK | Esempi di codice | | --- | --- | | [AWS SDK per C\$1\$1](https://docs.aws.amazon.com/sdk-for-cpp) | [AWS SDK per C\$1\$1 esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/cpp) | | [AWS CLI](https://docs.aws.amazon.com/cli) | [AWS CLI esempi di codice](https://docs.aws.amazon.com/code-library/latest/ug/cli_2_code_examples.html) | | [AWS SDK per Go](https://docs.aws.amazon.com/sdk-for-go) | [AWS SDK per Go esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/gov2) | | [AWS SDK per Java](https://docs.aws.amazon.com/sdk-for-java) | [AWS SDK per Java esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javav2) | | [AWS SDK per JavaScript](https://docs.aws.amazon.com/sdk-for-javascript) | [AWS SDK per JavaScript esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javascriptv3) | | [AWS SDK per Kotlin](https://docs.aws.amazon.com/sdk-for-kotlin) | [AWS SDK per Kotlin esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/kotlin) | | [AWS SDK per .NET](https://docs.aws.amazon.com/sdk-for-net) | [AWS SDK per .NET esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/dotnetv3) | | [AWS SDK per PHP](https://docs.aws.amazon.com/sdk-for-php) | [AWS SDK per PHP esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/php) | | [AWS Strumenti per PowerShell](https://docs.aws.amazon.com/powershell) | [AWS Strumenti per PowerShell esempi di codice](https://docs.aws.amazon.com/code-library/latest/ug/powershell_5_code_examples.html) | | [AWS SDK per Python (Boto3)](https://docs.aws.amazon.com/pythonsdk) | [AWS SDK per Python (Boto3) esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/python) | | [AWS SDK per Ruby](https://docs.aws.amazon.com/sdk-for-ruby) | [AWS SDK per Ruby esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/ruby) | | [AWS SDK per Rust](https://docs.aws.amazon.com/sdk-for-rust) | [AWS SDK per Rust esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1) | | [AWS SDK per SAP ABAP](https://docs.aws.amazon.com/sdk-for-sapabap) | [AWS SDK per SAP ABAP esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/sap-abap) | | [AWS SDK per Swift](https://docs.aws.amazon.com/sdk-for-swift) | [AWS SDK per Swift esempi di codice](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/swift) | **Esempio di disponibilità** Non riesci a trovare quello che ti serve? Richiedi un esempio di codice utilizzando il link **Fornisci un feedback** nella parte inferiore di questa pagina. ## CloudFront risorse tecniche Utilizza le seguenti risorse per ottenere risposte a domande tecniche su CloudFront: + [AWS re:POST:](https://repost.aws/tags/TA8pHF0m5aQdawzT2gwPcVYQ/amazon-cloudfront) un sito di domande e risposte basato sulla community in cui gli sviluppatori possono discutere di questioni tecniche relative a. CloudFront + [Supporto Center](https://console.aws.amazon.com/support/home): questo sito include informazioni sui casi di assistenza recenti, sui risultati e sui controlli sanitari. AWS Trusted Advisor Fornisce inoltre collegamenti ai forum di discussione, informazioni tecniche FAQs, al pannello di controllo dello stato del servizio e informazioni sui Supporto piani. + [AWS Supporto Premium](https://aws.amazon.com/premiumsupport/): scopri AWS Premium Support one-on-one, un canale di supporto a risposta rapida che ti aiuta a creare ed eseguire applicazioni su. AWS + [AWS IQ](https://iq.aws.amazon.com/?utm=docs): fatti aiutare da professionisti ed esperti AWS certificati.