Novità

Amazon CloudFront annuncia il supporto per i certificati RSA a 3.072 bit

Data: 14 luglio 2023

Amazon CloudFront annuncia il supporto per i certificati RSA a 3.072 bit. I clienti possono ora associare i propri certificati RSA a 3.072 bit alle distribuzioni CloudFront per migliorare la sicurezza delle comunicazioni tra i client e le posizioni edge di CloudFront.

RSA è un algoritmo di crittografia ampiamente utilizzato nei certificati digitali per proteggere le comunicazioni Internet tramite firme digitali e crittografia dei dati. Prima di questo aggiornamento, i clienti di CloudFront potevano utilizzare solo certificati RSA con resistenza a 1.024 o 2.048 bit o un certificato ECDSA P256. I certificati ECDSA P256 offrono una maggiore sicurezza rispetto ai certificati RSA a 1.024 bit o 2.048 bit, ma potrebbero non essere supportati da client e dispositivi legacy. Con l'introduzione dei certificati RSA a 3.072 bit, i clienti possono ora raggiungere lo stesso livello di sicurezza in CloudFront, precedentemente esclusivo per i certificati ECDSA P256.

Il supporto di Amazon CloudFront per i certificati RSA a 3.072 bit è ora disponibile per l'uso immediato. Per iniziare, associa un certificato RSA a 3.072 bit alla tua distribuzione CloudFront utilizzando console o API. Non sono previsti costi aggiuntivi associati a questa funzionalità. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront. Per ulteriori informazioni su CloudFront, visita la pagina Nozioni di base di CloudFront.

AWS annuncia una nuova posizione edge in Nigeria

Data: 15 giugno 2023

Dettagli: Amazon Web Services (AWS) annuncia l'espansione in Nigeria con il lancio di una nuova posizione edge a Lagos. I clienti in Nigeria possono aspettarsi un miglioramento della latenza fino al 20%, in media, per i dati forniti attraverso la nuova posizione edge. La nuova posizione edge di AWS offre la suite completa di vantaggi forniti da Amazon CloudFront, una rete di distribuzione di contenuti (CDN) altamente distribuita e dimensionabile che fornisce contenuti statici e dinamici, API e video in diretta e on demand con bassa latenza e prestazioni elevate.

Tutte le posizioni edge di Amazon CloudFront sono protette dalle minacce DDoS a livello di infrastruttura con AWS Shield Standard che utilizza il monitoraggio costante del flusso di rete e la mitigazione in linea per ridurre al minimo la latenza e i tempi di inattività delle applicazioni. Puoi aggiungere ulteriori livelli di sicurezza per le applicazioni per proteggerle dai comuni exploit Web e dagli attacchi bot abilitando AWS WAF.

Il traffico distribuito da questa posizione edge è incluso nel prezzo della regione africana. Per maggiori informazioni sulle posizioni edge di AWS, consulta le posizioni edge di CloudFront.

Amazon CloudFront ora supporta le direttive di controllo della cache stale-while-revalidate e stale-if-error

Data: 17 maggio 2023

Dettagli: Amazon CloudFront annuncia il supporto per le direttive di controllo della cache stale-while-revalidate e stale-if-error, che possono migliorare le prestazioni e la disponibilità. La direttiva stale-while-revalidate indica a CloudFront di fornire immediatamente risposte non aggiornate agli utenti mentre riconvalida le cache in background. La direttiva stale-if-error definisce per quanto tempo CloudFront deve riutilizzare le risposte non aggiornate in caso di errore, il che fornisce un'esperienza utente migliore.

Grazie a stale-while-revalidate, CloudFront può fornire risposte più rapide dalle sue oltre 480 posizioni edge e massimizzare i rapporti di accesso alla cache per prestazioni migliori dopo la scadenza della cache. Con la direttiva stale-while-revalidate, gli utenti non devono più attendere le risposte dalle origini, poiché i contenuti non aggiornati vengono rapidamente forniti dalle cache. stale-while-revalidate è ideale per i contenuti che si aggiornano frequentemente o in modo imprevedibile, o per i quali la rigenerazione dei contenuti richiede molto tempo e per i quali non è essenziale disporre della versione più recente del contenuto. La direttiva stale-if-error migliora l'esperienza dell'utente e la disponibilità fornendo contenuti non aggiornati quando le origini restituiscono un errore. 

Il supporto per queste direttive è ora disponibile in tutte le posizioni edge di CloudFront, senza costi aggiuntivi. Definisci le direttive dal tuo server di origine e CloudFront rispetta i comportamenti in base alle tue direttive. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di Amazon CloudFront.

Amazon CloudFront supporta l'origine del punto di accesso di Lambda per oggetti S3

Data: 5 aprile 2023

Dettagli: a partire da oggi, Amazon CloudFront supporta l'uso dei punti di accesso S3 Object Lambda come origini. Ciò significa che ora puoi utilizzare gli alias dei punti di accesso S3 Object Lambda per configurare un'origine CloudFront in stile bucket S3 e sfruttare le oltre 480 posizioni edge globali di CloudFront per accelerare la consegna dei dati trasformati dalla funzione S3 Object Lambda.

S3 Object Lambda permette di aggiungere il codice alle richieste GET, HEAD e LIST S3 per modificare ed elaborare i dati come se fossero restituiti dall'applicazione. Prima di questo lancio, era necessario utilizzare Lambda@Edge come firmatario principale con AWS Signature Version 4 (SigV4) per l'autenticazione con l'origine. Ora puoi utilizzare CloudFront come elemento principale di firma per l'autenticazione SigV4 con l'origine del punto di accesso S3 Object Lambda. Ciò semplifica l'uso di CloudFront per accelerare la distribuzione dei dati trasformati dalla funzione S3 Object Lambda, come righe filtrate, immagini ridimensionate dinamicamente, dati con informazioni riservate redatte e molto altro ancora.

Il supporto di Amazon CloudFront per l'origine dei punti di accesso S3 Object Lambda è ora disponibile in tutto il mondo. Per iniziare, ottieni l'alias dei punti di accesso S3 Object Lambda nella tua console S3 o tramite un'API e crea il tuo dominio in stile bucket S3 come origine CloudFront. Non sono previsti costi aggiuntivi associati a questa funzionalità. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront. Per ulteriori informazioni su CloudFront, visita la pagina Nozioni di base di CloudFront.

Amazon CloudFront annuncia il supporto per lo stato HTTP e la generazione di risposte tramite CloudFront Functions

Data: 29 marzo 2023

Dettagli: a partire da oggi, puoi utilizzare Funzioni CloudFront per personalizzare ulteriormente le risposte ai visualizzatori, inclusa la modifica del codice di stato HTTP e la sostituzione del corpo HTTP della risposta. Funzioni CloudFront è una funzionalità di edge computing serverless su CloudFront creata per trasformazioni HTTP leggere che viene eseguita nelle oltre 450 posizioni edge di CloudFront in tutto il mondo.

In precedenza, Funzioni CloudFront consentiva la trasformazione degli attributi di richiesta e risposta HTTP come intestazioni e cookie. Con questo lancio, quando CloudFront riceve una risposta HTTP dal server di origine o dalla cache, potrai modificare la risposta HTTP per sovrascrivere il codice di stato HTTP e il corpo HTTP. Ad esempio, se desideri valutare le intestazioni restituite dall'origine per determinare se bloccare una richiesta, potrai modificare il codice di stato HTTP in 403 e inserire il corpo HTTP nella risposta. Potrai anche utilizzare questa funzionalità per generare il corpo HTTP per ogni richiesta, ad esempio per valutare una richiesta e rispondere ai visualizzatori con una pagina Web personalizzata.

Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront. Questa funzionalità non comporta costi supplementari. Per iniziare a usare CloudFront, visita Nozioni di base di CloudFront.

Amazon CloudFront supporta il salvataggio di eventi di test con CloudFront Functions

Data: 23 marzo 2023

Dettagli: Amazon CloudFront ora supporta la possibilità di salvare eventi di test per Funzioni CloudFront nella console CloudFront. Questa funzionalità consente di creare e salvare più eventi di test per garantire una migliore copertura dei test durante la creazione di CloudFront Functions. Gli eventi di test salvati velocizzano i tempi di sviluppo e riducono il sovraccarico durante il test di Funzioni CloudFront.

In precedenza, la console Funzioni CloudFront consentiva solo la configurazione di un singolo evento di test per la convalida di una funzione. Ciò comporterebbe uno sforzo aggiuntivo e potresti inavvertitamente saltare determinati casi di test durante la modifica dell'evento di test. Inoltre, gli eventi di test venivano salvati solo durante la sessione della console CloudFront, dopodiché era necessario ricreare l'evento di test per una nuova sessione. Salvando gli eventi di test, ora puoi creare più casi di test per ciascuna funzione e salvarli per un uso futuro. È ora possibile apportare modifiche a una funzione esistente e testarla rapidamente in base a tutti gli eventi di test salvati in precedenza senza ricreare manualmente gli eventi di test.

Il salvataggio degli eventi di test è disponibile per l'uso immediato senza costi aggiuntivi nella console Funzioni CloudFront. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di Funzioni CloudFront.

AWS annuncia una nuova posizione edge Amazon CloudFront in Perù

Data: 22 marzo 2023

Dettagli: Amazon Web Services (AWS) annuncia l'espansione di Amazon CloudFront in Perù lanciando una nuova posizione edge a Lima. Grazie a questa nuova posizione edge, i clienti in Perù possono avere un miglioramento medio fino al 50% della latenza per i dati forniti e offrire così agli utenti finali applicazioni più veloci e reattive. La nuova posizione edge AWS offre la suite completa di vantaggi forniti da Amazon
CloudFront, una rete di distribuzione di contenuti (CDN) altamente distribuita e scalabile che fornisce contenuti statici e dinamici, API e video live e on demand. Per permettere la distribuzione di contenuti agli utenti finali, Amazon CloudFront impiega una rete globale di oltre 450 point of presence (POP) e 13 cache edge regionali in più di 90 città in 49 paesi.

Tutte le posizioni edge Amazon CloudFront sono protette a livello di infrastruttura
Minacce DDoS con AWS Shield Standard che utilizza il monitoraggio costante del flusso di rete e la mitigazione in linea per ridurre al minimo la latenza e i tempi di inattività delle applicazioni. Puoi aggiungere ulteriori livelli di sicurezza per le applicazioni per proteggerle dai comuni exploit Web e dagli attacchi bot abilitando AWS WAF.

Il traffico erogato da questa posizione edge è incluso nel prezzo della regione
Sud America. Per maggiori informazioni sulle posizioni edge di AWS, consulta Posizioni
edge di CloudFront.

Amazon CloudFront annuncia il supporto per le blocklist nelle policy di richiesta origine

Data: 22 febbraio 2023

Dettagli: Amazon CloudFront ora supporta le blocklist nelle policy di richiesta origine. Questa funzione ti consente di inoltrare tutte le intestazioni dei visualizzatori, i cookie e le stringhe di query alla tua origine escludendo valori specifici tramite un blocklist. Le blocklist offrono maggiore flessibilità nel modo in cui i dati delle richieste del visualizzatore vengono inoltrati alla tua origine.

Prima di oggi, era possibile utilizzare le policy di richiesta origine per decidere quali intestazioni del visualizzatore, stringhe di query e cookie inoltrare all'origine. Grazie alla nuova funzionalità blocklist, ora è possibile inoltrare tutti i valori del visualizzatore ad eccezione dei valori definiti proprio nella blocklist. Ciò semplifica l'inoltro dei dati della richiesta a origini come Gateway API che non supportano l'inoltro dell'intestazione Host del visualizzatore. Inoltre, abbiamo rilasciato la policy gestita AllViewerExceptHostHeader che inoltra tutti i valori (intestazioni, cookie e stringhe di query) dalla richiesta del visualizzatore, ma non include l'intestazione Host dalla richiesta del visualizzatore.

Il supporto della blocklist nelle policy di richiesta origine è disponibile per l'uso immediato senza costi aggiuntivi. Questa funzione può essere configurata tramite la console di CloudFront, l'SDK e la CLI. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront.

AWS Lambda@Edge ora supporta Node 18.x

Data: 13 gennaio 2023

Dettagli: a partire da oggi, puoi utilizzare il runtime Node.js 18.x per sviluppare funzioni in AWS Lambda@Edge. Questo runtime si aggiunge ai runtime Node.js 16.x e Node.js 14.x attualmente supportati.

Node.js 18.x, l'attuale versione con supporto a lungo termine (LTS) di Node.js, ora supporta la risoluzione del modulo ES utilizzando NODE_PATH per facilitare il caricamento del modulo ES. Inoltre, Node.js 18.x introduce nuove caratteristiche del linguaggio per migliorare le prestazioni dei campi di categoria e dei metodi delle classi private, delle asserzioni JSON e delle funzionalità sperimentali come l'API Fetch, il modulo Test Runner e l'API Web Streams. Per ulteriori informazioni sui vantaggi e le nuove caratteristiche di Node.js 18.x, leggere il post relativo all'annuncio di Node.js 18.x nel blog AWS Compute.

Per iniziare con Node.js 18.x, carica il tuo codice su AWS Lambda tramite l'interfaccia della riga di comando AWS (AWS CLI) o la console di Lambda e seleziona Node.js 18.x come runtime. Se disponi di funzioni Node.js esistenti in Lambda, puoi passare al nuovo runtime effettuando le modifiche necessarie al codice per assicurare la compatibilità con quello nuovo e modificando la configurazione della funzione per impostare il runtime su Node.js 18.x.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione di Node.js in AWS Lambda, leggere la documentazione di Node.js per AWS Lambda.

Amazon CloudFront ora supporta la rimozione delle intestazioni di risposta

Data: 3 gennaio 2023

Dettagli: Amazon CloudFront ora supporta la rimozione delle intestazioni di risposta tramite le relative policy, offrendo ai clienti una funzionalità nativa per rimuovere le intestazioni specificate fornite da CloudFront. Questa nuova funzionalità, unitamente alla possibilità esistente di aggiungere e sovrascrivere le intestazioni, offre ai clienti una flessibilità completa per personalizzare le intestazioni di risposta.

Fino a oggi, le policy per le intestazioni di risposta hanno consentito ai clienti di specificare le intestazioni HTTP che Amazon CloudFront aggiunge alle risposte inviate ai visualizzatori, incluse le intestazioni CORS, di sicurezza o personalizzate. Ora i clienti possono utilizzare le policy per le intestazioni di risposta per rimuovere in modo selettivo le intestazioni inviate ai visualizzatori, nascondendo loro le intestazioni necessarie per la logica dell'applicazione o per le policy di memorizzazione nella cache specifiche per la CDN, ma che non devono essere condivise. Ad esempio, un cliente può disporre di un'applicazione di blog che invia un'intestazione "x-con-tecnologia", che se viene svelata potrebbe essere presa di mira da autori di attacchi per specifiche vulnerabilità tecnologiche note. Per proteggersi da tali attacchi, il cliente può utilizzare una policy per le intestazioni di risposta in modo da impedire che l'intestazione venga inviata ai visualizzatori. Inoltre, un'origine può generare un'intestazione "Variabile" per indicare le intestazioni che hanno influenzato la risposta di origine, ma questa informazione potrebbe non essere necessaria per i visualizzatori e può essere rimossa utilizzando una policy per le intestazioni di risposta.

Ora è possibile rimuovere le intestazioni utilizzando le policy per le intestazioni di risposta tramite la console di CloudFront, gli AWS SDK e l'AWS CLI. Non sono previsti costi aggiuntivi associati a questa funzionalità. Alcune intestazioni HTTP sono di sola lettura o altrimenti inaccessibili, pertanto è impossibile rimuoverle. Per ulteriori informazioni sulle intestazioni che non è possibile rimuovere, consulta Limitazioni sulle funzioni edge. Per iniziare a usare CloudFront, visita la pagina di prodotto di CloudFront.

Amazon CloudFront lancia il supporto all'implementazione continua

Data: 21 novembre 2022

Dettagli: Amazon CloudFront supporta ora l'implementazione continua, una nuova funzione che consente di testare e convalidare le modifiche alla configurazione con una porzione di traffico live prima di distribuire le modifiche a tutti gli spettatori.

L'implementazione continua con CloudFront ti offre un alto livello di sicurezza nell'implementazione. Ora puoi distribuire due ambienti distinti ma identici, uno blu e l'altro verde, e consentire una semplice integrazione nelle tue pipeline CI/CD (continuous integration/continuous delivery ) con la possibilità di distribuire gradualmente i rilasci senza modificare il sistema dei nomi di dominio (DNS). Garantisce che il tuo spettatore abbia un'esperienza coerente grazie alla persistenza della sessione, legando la sessione dello spettatore allo stesso ambiente. Inoltre, puoi confrontare le prestazioni delle tue modifiche monitorando i log standard e in tempo reale e tornare rapidamente alla configurazione precedente quando una modifica ha un impatto negativo su un servizio. I casi d'uso tipici di questa funzione sono la verifica della retrocompatibilità, la verifica post-implementazione e la convalida di nuove funzionalità con un gruppo ristretto di spettatori.

Il supporto per l'implementazione continua è disponibile in tutte le posizioni edge di CloudFront senza costi aggiuntivi. Puoi accedervi tramite la console di CloudFront, l'SDK, l'interfaccia a riga di comando o il modello CloudFormation. Visita il blog di lancio o la documentazione per saperne di più sulla nuova funzione.

Amazon CloudFront ora supporta le intestazioni delle impronte digitali JA3

Data: 17 novembre 2022

Dettagli: Amazon CloudFront ora supporta le intestazioni Cloudfront-viewer-ja3-fingerprint, che ti permettono di accedere alle impronte digitali JA3 delle richieste di visualizzazione in arrivo. Puoi utilizzare le impronte digitali di JA3 per implementare una logica personalizzata per bloccare i clienti malintenzionati o consentire solo le richieste dei clienti previsti.

L'intestazione Cloudfront-viewer-ja3-fingerprint contiene un'impronta digitale hash di 32 caratteri del pacchetto TLS Client Hello di una richiesta di viewer in arrivo. L'impronta digitale incapsula le informazioni sulle modalità di comunicazione del client e può essere utilizzata per profilare i client che condividono lo stesso schema. Puoi aggiungere l'intestazione Cloudfront-viewer-ja3-fingerprint a un criterio di richiesta di origine e allegare il criterio alle tue distribuzioni CloudFront. Puoi quindi ispezionare il valore dell'intestazione nelle tue applicazioni di origine o nelle tue funzioni Lambda@Edge e CloudFront e confrontare il valore dell'intestazione con un elenco di impronte digitali note di malware per bloccare i client dannosi. Puoi anche confrontare il valore dell'intestazione con un elenco di impronte digitali previste per consentire solo le richieste con le impronte digitali previste.

Le intestazioni Cloudfront-viewer-ja3-fingerprint sono disponibili per l'uso immediato in tutte le posizioni edge di CloudFront. Puoi abilitare le intestazioni delle impronte JA3 nella console di CloudFront o utilizzando l'SDK di AWS. Non ci sono costi aggiuntivi per l'utilizzo delle intestazioni delle impronte digitali JA3. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront.

Amazon CloudFront aggiunge campi per la latenza di origine e ASN nei log in tempo reale per informazioni più dettagliate

Data: 20 ottobre 2022

Dettagli: Amazon CloudFront ora offre tre campi dati aggiuntivi nei log in tempo reale di CloudFront: latenza del primo byte di origine, latenza dell'ultimo byte di origine e numero di sistema autonomo (ASN). I log in tempo reale di CloudFront contengono informazioni dettagliate sulle richieste consegnate da CloudFront come i codici di stato HTTP della risposta o se la risposta è stata memorizzata nella cache. Con i tre nuovi campi dati, i clienti possono ottenere informazioni più dettagliate sulle prestazioni di CloudFront durante l'analisi dei log in tempo reale o nei pannelli di controllo creati utilizzando i log. La latenza del primo byte di origine fornisce il tempo impiegato in secondi dal server di origine per rispondere con il primo byte della risposta. La latenza dell'ultimo byte di origine indica il tempo impiegato in secondi dal server di origine per rispondere con l'ultimo byte della risposta. L’ASN è un numero univoco che identifica la rete, ad esempio una rete di fornitori di servizi Internet (ISP), che fornisce l'indirizzo IP del visualizzatore. Questi nuovi campi possono essere abilitati tramite la console CloudFront, l'SDK e la CLI. Oltre ai log in tempo reale, puoi configurare le tue policy di richiesta di origine CloudFront anche per inoltrare l'intestazione CloudFront-Viewer-Address ai tuoi server di origine. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront e la documentazione API. 

Lancio di Amazon CloudFront in Vietnam

Data: 29 agosto 2022

Dettagli: Amazon CloudFront annuncia la sua prima posizione edge ad Hanoi e Ho Chi Minh City in Vietnam. I visualizzatori serviti da questa posizione edge possono aspettarsi un miglioramento pari a fino il 30% della latenza di primo byte. L'aggiunta di queste due nuove posizioni porta la rete globale di CloudFront a oltre 410 presenze in 90 città sparse in 48 paesi.

Oltre a ridurre la latenza, le nuove posizioni edge renderanno disponibile la serie completa di vantaggi offerti da Amazon CloudFront, come Lambda@Edge, crittografia a livello di campo e Amazon S3 Transfer Acceleration oltre all'integrazione trasparente con altri servizi AWS come Gestione certificati AWS (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) e Amazon Elastic Compute Cloud (EC2). Queste nuove posizioni edge ad Hanoi e Ho Chi Minh City sono state realizzate in conformità ai medesimi standard elevati delle nostre altre posizioni edge CloudFront nel resto del mondo, tra cui l'infrastruttura e i processi conformi a PCI, DSS, HIPAA e ISO per garantire la distribuzione sicura dei dati più sensibili.

Il traffico distribuito da queste posizioni edge è incluso nei prezzi per la regione Asia Pacifico. Per maggiori informazioni sulle posizioni edge di AWS, consulta Posizioni edge di CloudFront.

Amazon CloudFront lancia Origin Access Control (OAC)

Data: 25 agosto 2022

Dettagli: Amazon CloudFront offre ora Origin Access Control, una nuova funzionalità che consente ai clienti CloudFront di proteggere facilmente le proprie origini S3 consentendo solo alle distribuzioni CloudFront designate di accedere ai propri bucket S3. I clienti possono abilitare AWS Signature Version 4 (SigV4) sulle richieste CloudFront ai bucket S3 con la possibilità di impostare se e quando CloudFront deve firmare le richieste. Inoltre possono utilizzare SSE-KMS per gli upload e i download tramite CloudFront.

Finora, i clienti si limitavano a utilizzare Origin Access Identity per limitare l'accesso alle loro origini S3 a CloudFront. Origin Access Control migliora Origin Access Identity rafforzando la sicurezza e approfondendo le integrazioni delle funzionalità. Origin Access Control offre uno stato di sicurezza più forte con credenziali a breve termine e rotazioni delle credenziali più frequenti rispetto a Origin Access Identity. Con Origin Access Control, i clienti possono creare configurazioni di policy granulari attraverso policy basate sulle risorse, che forniscono una migliore protezione contro attacchi confused deputy. I clienti possono utilizzare Origin Access Control per caricare e inserire i dati nelle origini S3 in regioni che richiedono SigV4. Inoltre, Origin Access Control consente ai clienti di utilizzare SSE-KMS con le loro origini S3, operazione che non era possibile utilizzando Origin Access Identity.

CloudFront supporta sia il nuovo Origin Access Control che il vecchio Origin Access Identity. Se hai una distribuzione configurata per utilizzare Origin Access Identity, puoi facilmente migrare la distribuzione a Origin Access Control con pochi semplici clic. Tutte le distribuzioni che utilizzano Origin Access Identity continueranno a funzionare e potrai continuare a utilizzarlo per le nuove distribuzioni. Fai riferimento alla documentazione sulla migrazione di CloudFront Origin Access per le limitazioni specifiche delle varie regioni. 

CloudFront Origin Access Control è adesso disponibile in tutto in modo ad eccezione delle regioni AWS Cina. Puoi iniziare a utilizzare Origin Access Control tramite la console CloudFront, le API, l'SDK o la CLI. Non sono previsti costi aggiuntivi per l'utilizzo di Origin Access Control. Per informazioni su come configurare Origin Access Control, fai riferimento alla documentazione di CloudFront Origin Access Control. Per iniziare a usare CloudFront, visita la pagina prodotto di CloudFront.

Amazon CloudFront supporta ora HTTP/3 con tecnologia QUIC

Data: 15 agosto 2022

Dettagli: Amazon CloudFront adesso supporta le richieste HTTP versione 3 (HTTP/3) su QUIC per le connessioni degli utenti finali. HTTP/3 utilizza QUIC, un protocollo di trasporto sicuro basato su UDP (User Datagram Protocol) che combina e migliora le capacità del protocollo di controllo della trasmissione (TCP), TLS e HTTP/2 esistenti. HTTP/3 offre numerosi vantaggi rispetto alle versioni HTTP precedenti, tra cui tempi di risposta più rapidi e maggiore sicurezza.

I clienti cercano continuamente di fornire applicazioni più rapide e sicure per i propri utenti finali. Poiché la penetrazione di Internet aumenta a livello globale e sempre più utenti si connettono online tramite dispositivi mobili e da reti remote, la necessità di migliorare le prestazioni e l'affidabilità è più grande che mai. HTTP/3 è un miglioramento rispetto alle versioni HTTP precedenti e aiuta i clienti a migliorare le prestazioni e l'esperienza del visualizzatore finale riducendo i tempi di connessione ed eliminando il blocco dell'head of line. Il supporto HTTP/3 di CloudFront si basa su s2n-quic, una nuova implementazione del protocollo QUIC open source in Rust, con una forte enfasi su efficienza e prestazioni. L'implementazione HTTP/3 di CloudFront supporta le migrazioni delle connessioni lato client, consentendo alle applicazioni client di ripristinare le connessioni che riportano eventi problematici come la migrazione da Wi-Fi a cellulare o la perdita persistente di pacchetti, senza alcuna interruzione o con interruzioni minime. Inoltre, HTTP/3 fornisce una maggiore sicurezza poiché utilizza QUIC che crittografa i pacchetti di handshake TLS per impostazione predefinita. I clienti CloudFront che hanno abilitato HTTP/3 sulle loro distribuzioni hanno riscontrato un miglioramento fino al 10% nel tempo fino al primo byte e fino al 15% nei tempi di caricamento della pagina. I clienti hanno anche osservato miglioramenti dell'affidabilità poiché gli errori di handshake si sono ridotti quando hanno abilitato HTTP/3 nelle loro distribuzioni.

Per abilitare HTTP/3 sulle tue distribuzioni, puoi modificare la configurazione della distribuzione tramite la console CloudFront, l'azione API UpdateDistribution o utilizzando un modello CloudFormation. I client che non supportano HTTP/3 possono comunque comunicare con le distribuzioni Amazon CloudFront abilitate per HTTP/3 utilizzando versioni HTTP precedenti.

HTTP/3 è oggi disponibile su tutte le oltre 410 posizioni edge di CloudFront e il suo utilizzo non comporta costi supplementari. Per ulteriori informazioni su HTTP/3 per Amazon CloudFront, consulta la Guida per gli sviluppatori di CloudFront. Per ulteriori informazioni su Amazon CloudFront, visita la pagina del prodotto Amazon CloudFront.

Amazon CloudFront supporta nomi di intestazione fino a 1024 caratteri nelle policy di CloudFront

Data: 11 luglio 2022

Dettagli: Amazon CloudFront ora supporta un massimo di 1024 caratteri per tutti i nomi di intestazioni nelle policy di cache, richiesta di origine e risposta di origine. Con 1024 caratteri, i clienti hanno ora a disposizione 512 caratteri supplementari per aggiungere metadati di intestazione alle loro policy.

Una policy di CloudFront consente ai clienti di applicare la stessa combinazione specifica di impostazioni a molti comportamenti di distribuzione. In precedenza, i clienti potevano aggiungere un massimo di 512 caratteri come nomi di intestazione CloudFront o personalizzati in una policy. Con l'aumento del limite di caratteri, i clienti possono ora, ad esempio, aggiungere intestazioni aggiuntive a una policy di cache per configurare una chiave di cache più granulare, oppure possono sfruttare intestazioni aggiuntive come input per implementare l'autenticazione degli utenti. Tutte le intestazioni sono disponibili per essere utilizzate in Lambda@Edge, in Funzioni CloudFront o nella logica applicativa all'origine.

L'aumento della lunghezza di tutti i nomi di intestazione è disponibile per l'uso immediato in tutto il mondo. L'utilizzo di questa funzione non comporta costi aggiuntivi e i clienti possono continuare a configurare le intestazioni nelle policy utilizzando la console, le API, l'SDK e la CLI di CloudFront. Per ulteriori informazioni, consulta la guida per sviluppatori di CloudFront e la documentazione API.

Amazon CloudFront ora supporta la ripresa della sessione TLS 1.3 per le connessioni dei visualizzatori

Data: 7 giugno 2022

Dettagli: Amazon CloudFront ora supporta la ripresa della sessione Transport Layer Security (TLS) 1.3 per migliorare ulteriormente le prestazioni di connessione dei visualizzatori. Finora Amazon CloudFront ha supportato la versione 1.3 del protocollo TLS dal 2020 per crittografare le comunicazioni HTTPS tra i visualizzatori e CloudFront. I clienti che hanno adottato il protocollo hanno visto migliorare le prestazioni delle loro connessioni fino al 30% rispetto alle precedenti versioni di TLS. A partire da oggi, i clienti che utilizzano TLS 1.3 vedranno un miglioramento aggiuntivo delle prestazioni fino al 50%, grazie alla ripresa della sessione TLS 1.3. Con la ripresa della sessione, quando un client si ricollega a un server con cui aveva avuto una precedente connessione TLS, il server decrittografa il ticket di sessione utilizzando una chiave pre-condivisa inviata dal client e riprende la sessione. La ripresa della sessione TLS 1.3 accelera la creazione della sessione in quanto riduce il sovraccarico computazionale sia per il server che per il client. Richiede inoltre il trasferimento di un numero inferiore di pacchetti rispetto a un handshake TLS completo.

La ripresa della sessione TLS viene attivata automaticamente per i clienti che utilizzano TLS 1.3 e non è necessario che i clienti apportino ulteriori modifiche alla propria implementazione di CloudFront per beneficiare dei miglioramenti delle prestazioni della ripresa della sessione TLS 1.3. Se l'applicazione utilizza una versione di OpenJDK non aggiornata, consigliamo di aggiornarla per utilizzare l'ultima versione stabile di OpenJDK, poiché una versione di OpenJDK non aggiornata può causare problemi di connessione quando i client tentano di eseguire la ripresa della sessione. Per saperne di più sulle patch di JDK, consulta la pagina dei bug di OpenJDK e il nostro blog per la mitigazione dei bug.

Per saperne di più sui protocolli e le cifrature supportati tra i visualizzatori e CloudFront, consulta la Guida per gli sviluppatori di CloudFront. Per ulteriori informazioni su Amazon CloudFront, visita la pagina del prodotto Amazon CloudFront.

Amazon CloudFront ora fornisce la versione TLS e la suite di cifratura nell'intestazione CloudFront-Viewer-TLS

Data: 23 maggio 2022

Dettagli: CloudFront ora fornisce l'intestazione CloudFront-Viewer-TLS da utilizzare con le policy di richiesta di origine. CloudFront-Viewer-TLS è un'intestazione HTTP che include la versione TLS e la suite di cifratura utilizzate per negoziare la connessione TLS del visualizzatore. In precedenza, le informazioni TLS erano disponibili nei log di accesso di CloudFront per analizzare le richieste precedenti. Ora i clienti possono accedere alla versione TLS e alla suite di cifratura in ogni richiesta HTTP per prendere decisioni in tempo reale, ad esempio, limitare le richieste con versioni TLS obsolete. Il valore dell'intestazione CloudFront-Viewer-TLS utilizza la seguente sintassi: :. Ad esempio, TLSv1.2:ECDHE-RSA-AES128-SHA256. 

Per configurare l'intestazione CloudFront-Viewer-TLS, includerla in una policy di richiesta di origine CloudFront da inoltrare all'origine. Se configurata, l'intestazione Cloudfront-Viewer-TLS è accessibile anche da Funzioni CloudFront e Lambda@Edge per eseguire funzioni quali la restrizione dell'accesso all'edge. 

L'intestazione Cloudfront-Viewer-TLS è ora disponibile in tutte le regioni, ad eccezione della regione Amazon Web Services Cina (Pechino), gestita da Sinnet, e della regione Amazon Web Services Cina (Ningxia), gestita da NWCD. Per l'uso dell'intestazione non sono previsti costi aggiuntivi. Per ulteriori informazioni su come utilizzare l'intestazione CloudFront-Viewer-TLS, consulta la Guida per gli sviluppatori di CloudFront. Per maggiori dettagli sui casi d'uso supportati dalle policy di origine, visita questo blog. Per ulteriori informazioni su Amazon CloudFront, visita la pagina del prodotto CloudFront.

Amazon CloudFront ora supporta le intestazioni Server Timing

Data: 31 marzo 2022

Dettagli: a partire da oggi, è possibile configurare le distribuzioni di CloudFront in modo da includere le intestazioni Server Timing per monitorare il comportamento e le prestazioni di CloudFront. Le intestazioni Server Timing forniscono informazioni dettagliate sulle prestazioni, ad esempio se il contenuto è stato fornito dalla cache quando è stata ricevuta una richiesta, come la richiesta è stata instradata alla posizione edge di CloudFront e quanto tempo è trascorso durante ogni fase del processo di connessione e risposta. 

Le intestazioni Server Timing forniscono metadati aggiuntivi sotto forma di intestazioni HTTP nelle risposte del visualizzatore e possono essere analizzate o utilizzate dal codice dell'applicazione lato client. È possibile utilizzare le intestazioni Server Timing per ottenere informazioni più dettagliate durante la risoluzione dei problemi di prestazioni di CloudFront, per analizzare il comportamento di CloudFront e per raccogliere e aggregare i parametri delle transazioni richieste dagli utenti, come i mancati riscontri della cache, la latenza del primo byte e la latenza dell'ultimo byte.  

Le intestazioni Server Timing sono disponibili per l'uso immediato in tutte le posizioni edge di CloudFront. È possibile abilitare le intestazioni Server Timing attraverso la console CloudFront o l'SDK AWS. L'uso delle intestazioni Server Timing non comporta costi aggiuntivi. Per ulteriori informazioni, consulta la Guida per gli sviluppatori di CloudFront. 

Amazon CloudFront ora supporta un elenco di prefissi gestito

Data: 7 febbraio 2022

Dettagli: A partire da oggi, puoi utilizzare l'elenco di prefissi gestiti AWS per Amazon CloudFront per limitare il traffico HTTP/HTTPS in entrata nelle tue origini solo da indirizzi IP che appartengono ai server orientati alle origini di CloudFront. CloudFront mantiene aggiornati gli elenchi di prefissi gestiti con indirizzi IP di server orientati alle origini di CloudFront, così non devi mantenere l'elenco di prefissi in autonomia.

Puoi fare riferimento all'elenco di prefissi gestiti per CloudFront nelle regole del gruppo di sicurezza Amazon Virtual Private Cloud (VPC), nelle tabelle di routing delle sottoreti, nelle regole del gruppo di sicurezza comune con AWS Firewall Manager e in qualsiasi altra risorsa AWS che può utilizzare un elenco di prefissi gestito. Ad esempio, puoi utilizzare l'elenco dei prefissi gestiti per CloudFront nelle regole in entrata del tuo gruppo di sicurezza del VPC per permettere solo agli indirizzi IP CloudFront di accedere alle istanze EC2. Se utilizzi l'elenco dei prefissi gestiti con le regole del gruppo di sicurezza comuni per AWS Firewall Manager, puoi limitare l'accesso a più Application Load Balancer (ALB) in tutti i tuoi account AWS. Consulta l'elenco di prefissi gestiti di AWS per ulteriori dettagli.

L'elenco di prefissi gestiti è disponibile per l'uso immediato sulla Console AWS e sugli SKD AWS in tutte le regioni eccetto Cina, Asia Pacifico (Giacarta) e Asia Pacifico (Osaka). L'elenco di prefissi può essere inserito nel modello CloudFormation nelle regioni disponibili. Non sono previsti costi aggiuntivi per l'utilizzo degli elenchi di prefissi gestiti di CloudFront. Per ulteriori informazioni, consulta la Guida per sviluppatori di CloudFront.

Amazon CloudFront supporta ora CORS configurabili e intestazioni di risposta HTTP di sicurezza e personalizzate

Data: 2 novembre 2021

Dettagli: oggi Amazon CloudFront avvierà il supporto per le policy delle intestazioni di risposta. Ora puoi aggiungere la condivisione delle risorse tra le origini (CORS), le intestazioni di sicurezza e personalizzate alle risposte HTTP restituite dalle tue distribuzioni CloudFront. Non è più necessario configurare le origini o utilizzare le funzioni personalizzate Lambda@Edge o CloudFront per inserire queste intestazioni.

Puoi utilizzare le policy delle intestazioni di risposta di CloudFront per proteggere le comunicazioni della tua applicazione e personalizzarne il comportamento. Con le intestazioni CORS puoi specificare da quali origini un'applicazione Web può accedere alle risorse. È possibile inserire una delle seguenti intestazioni di sicurezza per scambiare informazioni relative alla sicurezza tra applicazioni Web e server: HTTP Strict Transport Security (HSTS), X-XSS-Protection, X-Content-Type-Options, X-Frame-Options, Referrer-Policy e Content-Security-Policy. Ad esempio, HSTS applica l'uso di connessioni HTTPS crittografate anziché HTTP in testo normale. Puoi anche aggiungere coppie chiave-valore personalizzabili alle intestazioni di risposta utilizzando le policy delle intestazioni di risposta per modificare il comportamento di un'applicazione Web. Le intestazioni di risposta che inserisci sono accessibili anche alle funzioni Lambda@Edge e CloudFront, abilitando una logica personalizzata più avanzata all'edge.

Con questa versione CloudFront fornisce anche diverse policy di intestazioni di risposta preconfigurate. Queste includono policy per le intestazioni di sicurezza di default, una policy CORS che consente la condivisione delle risorse da qualsiasi origine, una policy CORS pre-flight che supporta tutti i metodi HTTP e policy che combinano le intestazioni di sicurezza di default con CORS o CORS pre-flight. Puoi anche creare le tue policy personalizzate per vari profili di contenuti e applicazioni e applicarle al comportamento della cache di qualsiasi distribuzione CloudFront che potrebbe avere caratteristiche simili.

Le policy delle intestazioni di risposta di CloudFront sono disponibili per l'uso immediato tramite la console CloudFront, gli AWS SDK e l'AWS CLI. Per ulteriori informazioni, consulta la Guida per sviluppatori di CloudFront. Non sono previsti costi aggiuntivi per l'utilizzo delle policy delle intestazioni di risposta di CloudFront.

Amazon CloudFront aggiunge il supporto per l'indirizzo IP del client e l'intestazione della porta di connessione

Data: 25 ottobre 2021

Dettagli: Amazon CloudFront fornisce ora un'intestazione CloudFront-Viewer-Address che include l'indirizzo IP e le informazioni sulla porta di connessione per i client richiedenti. Il campo della porta di connessione indica la porta di origine TCP utilizzata dal client richiedente. Prima le informazioni sull'indirizzo IP e sulla porta di connessione del client erano disponibili solo nei registri di accesso di CloudFront, rendendo più difficile la risoluzione dei problemi o l'esecuzione di decisioni in tempo reale sulla base di questi dati. Ora puoi configurare le tue policy di richiesta di origine CloudFront per inoltrare l'intestazione CloudFront-Viewer-Address ai tuoi server di origine. L'intestazione può essere utilizzata anche in CloudFront Functions se inclusa in una policy di richiesta di origine. L'intestazione CloudFront-Viewer-Address utilizza la seguente sintassi: CloudFront-Viewer-Address: 127.0.0.1:4430

L'intestazione CloudFront-Viewer-Address viene fornita senza costi aggiuntivi. Puoi utilizzare l'intestazione, insieme ad altre intestazioni CloudFront, per motivi di analisi, verifica e registrazione. Per ulteriori informazioni su come utilizzare l'intestazione CloudFront-Viewer-Address, consulta la Guida per sviluppatori di CloudFront. Scopri di più sulle policy delle cache e delle richieste di origine nel nostro blog. Per ulteriori informazioni su Amazon CloudFront, visita la pagina del prodotto CloudFront.

AWS Lambda@Edge supporta ora Python 3.9

Data: 22 settembre 2021

Dettagli: a partire da oggi, puoi utilizzare Python 3.9. per sviluppare funzioni in Lambda@Edge. Questo tempo di esecuzione si aggiunge a Python 3.8.

Python 3.9 è l'ultima versione del linguaggio Python e contiene miglioramenti delle prestazioni e funzionalità come nuovi metodi per rimuovere prefissi e suffissi nelle stringhe e nuovi operatori per i dizionari. Per ulteriori informazioni sui vantaggi e le nuove funzionalità di Python 3.9, consulta il post del blog su Python 3.9 di AWS.

Per iniziare a utilizzare con questo nuovo tempo di esecuzione, carica il tuo codice Python come funzione AWS Lambda tramite l'interfaccia a riga di comando (CLI) AWS o la console Lambda e seleziona Python 3.9 come tempo di esecuzione. Se disponi di funzioni Python esistenti in Lambda, puoi passare al nuovo tempo di esecuzione effettuando le modifiche necessarie al codice per assicurare la compatibilità con quello nuovo e modificando la configurazione della funzione per impostare il tempo di esecuzione su Python 3.9.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione Python di Lambda, consulta la documentazione su Python di AWS. 

Amazon CloudFront ora supporta i certificati ECDSA per le connessioni HTTPS ai visualizzatori

Data: 14 luglio 2021

Dettagli: A partire da oggi, è possibile utilizzare Certificati Elliptic Curve Digital Signature Algorithm (ECDSA) P256 per negoziare le connessioni HTTPS tra i visualizzatori e Amazon CloudFront. Come notato dal NIST, i certificati ECDSA possono fornire un livello di sicurezza comparabile con chiavi di dimensioni inferiori rispetto a RSA. Di conseguenza, l'esecuzione di handshake TLS con certificati ECDSA richiede meno risorse di rete e di elaborazione, il che li rende una buona opzione per i dispositivi IoT con capacità di archiviazione ed elaborazione limitate.

Puoi configurare la tua distribuzione CloudFront per utilizzare un certificato ECDSA dopo aver importato il certificato in AWS Certificate Manager (ACM) o AWS Identity and Access Management (IAM). Per utilizzare un certificato ECDSA su CloudFront per le connessioni del visualizzatore, la curva deve essere P256 (prime256v1). Per ulteriori informazioni sui codici ECDSA supportati, fare riferimento aprotocolli e codici supportati tra i visualizzatori e CloudFrontnella Guida per gli sviluppatori di CloudFront. Non ci sono costi aggiuntivi per l'utilizzo dei certificati ECDSA P256 per la tua distribuzione CloudFront. Inizia a utilizzare CloudFront visitando la pagina introduttiva di CloudFront.

Amazon CloudFront annuncia nuove API per individuare e spostare nomi di dominio alternativi (CNAME)

Data: 08 luglio 2021

Dettagli: Amazon CloudFront annuncia due nuove API, ListConflictingAliases e AssociateAlias, che aiutano a individuare e spostare nomi di dominio alternativi (CNAME) se si verifica il codice di errore CNAMEAlreadyExists. Queste nuove API ti consentono di vedere quale distribuzione ha il CNAME e di spostare il CNAME in una distribuzione di destinazione, purché la distribuzione di origine si trovi nello stesso account o che la distribuzione di origine in un altro account sia disabilitata. Per spostare un CNAME tra account in cui la distribuzione di origine è ancora abilitata, devi contattare AWS Support e seguire questi passaggi.

L'API ListConflictingAliases consente di identificare un determinato CNAME, un sottodominio specifico o un carattere jolly, e restituisce un elenco di CNAME che corrispondono o si sovrappongono a quel CNAME. L'API restituisce anche le informazioni corrispondenti (ma parzialmente offuscate) sull'ID di distribuzione e sull'ID account in cui si trova ogni CNAME per facilitare le indagini di follow-up. L'API AssociateAlias consente di spostare un determinato CNAME in una distribuzione di destinazione, purché le due distribuzioni si trovino nello stesso account o la distribuzione di origine sia disabilitata. Per utilizzare una di queste API, i controlli di convalida del dominio devono essere superati affinché la chiamata abbia esito positivo. Per ulteriori informazioni, consulta Spostamento di un nome di dominio alternativo in una distribuzione diversa nella Guida per gli sviluppatori di CloudFront.

Inoltre, con il lancio di queste API e l'introduzione della convalida del dominio nell’aprile 2019, CloudFront non restituisce più il codice di errore CNAMEAlreadyExists negli scenari che coinvolgono un CNAME jolly tra account. Ad esempio, ora puoi avere un CNAME jolly come *.example.com su una distribuzione nell'Account A e un sottodominio specifico come test.example.com su una distribuzione nell'Account B.

Amazon CloudFront presenta la nuova policy di sicurezza TLSv1.2_2021 per connessioni del visualizzatore

Data: 23 giugno 2021

Dettagli: Amazon CloudFront supporta la nuova policy di sicurezza TLSv1.2_2021, che rimuove le seguenti crittografie basate su CBC:

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384

• TLS_AES_128_GCM_SHA256
• TLS_AES_256_GCM_SHA384
• TLS_CHACHA20_POLY1305_SHA256
• ECDHE-RSA-AES128-GCM-SHA256
• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-RSA-CHACHA20-POLY1305
  

Amazon CloudFront annuncia riduzioni dei prezzi nelle regioni India e Asia Pacifico

Data: 6 maggio 2021

Dettagli: Amazon CloudFront annuncia riduzioni dei prezzi fino al 36% in India e fino al 26% nella regione Asia Pacifico (Hong Kong, Indonesia, Filippine, Singapore, Corea del Sud, Taiwan e Thailandia) per le tariffe di trasferimento dei dati regionale in uscita a Internet. I nuovi prezzi di CloudFront in queste regioni sono in vigore dal 1 maggio 2021. Puoi trovare i prezzi on demand aggiornati di CloudFront’s sulla pagina dei prezzi di CloudFront.

Amazon CloudFront annuncia CloudFront Functions, una funzionalità di calcolo edge leggera

Data: 3 maggio 2021

Dettagli: Amazon CloudFront annuncia la disponibilità generale di CloudFront Functions, una nuova funzionalità di calcolo edge serverless. Puoi usare questa nuova funzionalità di CloudFront per eseguire funzioni JavaScript in oltre 225 edge location di CloudFront in 90 città in 47 Paesi. CloudFront Functions è progettato per trasformazioni e manipolazioni HTTP(S) ridotte e ti permette di fornire ai tuoi clienti contenuti più ricchi e più personalizzati con una bassa latenza.

CloudFront Functions è la soluzione ideale per personalizzazioni della CDN di CloudFront che possono essere eseguite su ogni richiesta per permettere operazioni a scalabilità elevata e sensibili alla latenza, come manipolazioni delle intestazioni HTTP, riscritture/reindirizzamenti di URL e normalizzazioni della chiave di cache. Ad esempio, puoi utilizzare CloudFront Functions per riscrivere richieste a versioni specifiche della lingua del tuo sito in base all'intestazione Accept-Language della richiesta in entrata. Puoi utilizzare CloudFront Functions anche per convalidare token personalizzati per autorizzare richieste in entrata. Poiché queste funzioni vengono eseguite in tutte le edge location di CloudFront, possono essere dimensionate istantaneamente a milioni di richieste al secondo con una latenza minima.

CloudFront Functions è integrato in modo nativo in CloudFront, permettendo di creare, testare e distribuire facilmente funzioni di richiesta dei visualizzatori e risposta dei visualizzatori interamente all'interno di CloudFront. Il nostro repository GitHub ti permette di iniziare facilmente offrendo una raccolta di codice che puoi usare come punto di partenza per creare funzioni. Puoi creare funzioni nella console di CloudFront utilizzando l'IDE o dalle API/dall'interfaccia a riga di comando di CloudFront. Dopo aver scritto il codice, puoi testare la funzione in una distribuzione di CloudFront, per assicurarti che verrà eseguita correttamente dopo la sua distribuzione. La funzionalità di test nella console fornisce un editor visivo per creare eventi di test rapidamente senza dover modificare JSON.

Puoi usare CloudFront Functions oltre alla funzionalità AWS Lambda@Edge esistente, che consente anche di eseguire codice personalizzato in risposta agli eventi di CloudFront. Dovresti continuare a utilizzare Lambda@Edge per operazioni di richiesta e di risposta di origine a elevata intensità di calcolo come il rendering lato server o l'ottimizzazione di immagini.

CloudFront Functions ha un prezzo di 0,1 USD per milione di chiamate. Per ulteriori informazioni sui prezzi, visita la pagina dei prezzi di CloudFront. Per ulteriori informazioni su CloudFront Functions, consulta il blog sul lancio di CloudFront Functions, la Guida per sviluppatori di CloudFront o le Domande frequenti sulla funzionalità.

AWS Lambda@Edge ora supporta Node 14.x

Data: 29 aprile 2021

Dettagli: a partire da oggi, puoi utilizzare il runtime Node.js 14.x per sviluppare funzioni in AWS Lambda@Edge. Questo runtime si aggiunge al runtime Node.js 10.x e Node.js 12.x attualmente supportato.

Node.js 14.x, l'attuale versione LTS (Long Term Support) di Node.js, utilizza il nuovo motore V8 8.1, che assicura prestazioni migliori rispetto alla precedente versione LTS 12.x. Inoltre, Node.js 14.x supporta nuove caratteristiche come la fusione nulla (operatore ??), la concatenazione di opzioni (operatore ?.) e la creazione di report di diagnostica. Per ulteriori informazioni sui vantaggi e le nuove caratteristiche di Node.js 14.x, leggere il post dell'annuncio di Node.js 14.x nel blog AWS Compute.

Per iniziare con Node.js 14.x, carica il tuo codice su AWS Lambda attraverso l'interfaccia a riga di comando di AWS o la console di Lambda e seleziona Node.js 14.x come runtime. Se disponi di funzioni Node.js esistenti in Lambda, puoi passare al nuovo runtime effettuando le modifiche necessarie al codice per assicurare la compatibilità con quello nuovo e modificando la configurazione della funzione per impostare il runtime su Node.js 14.x.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione di Node.js in AWS Lambda, leggere la documentazione di Node.js per AWS Lambda.

Amazon CloudFront annuncia una nuova cache edge regionale nella regione Stati Uniti occidentali (California settentrionale)

Data: 8 aprile 2021

Dettagli: Amazon CloudFront annuncia una nuova cache edge regionale (REC) situata negli Stati Uniti occidentali (California settentrionale). Nell'ambito di questo lancio, alcune edge location di CloudFront, che in precedenza inviavano le richieste di origine attraverso la REC in Oregon, invieranno ora tali richieste attraverso la REC nella California settentrionale.  In ragione della vicinanza o dei collegamenti più diretti con la California settentrionale, queste edge location riscontreranno una riduzione di latenza che raggiungerà il 60% nell'acquisizione di contenuti dalla REC della California rispetto a quella dell'Oregon.

CloudFront ora gestisce 13 cache edge regionali in tutto il mondo, che agiscono da livelli di caching intermedi posizionati tra le edge location di CloudFront e i tuoi punti di origine. Queste cache di livello intermedio forniscono un'ampiezza di cache incrementale per mantenere il contenuto per periodi prolungati e proteggere maggiormente l'origine dai picchi di traffico. Come tutte le cache edge regionali, l'ubicazione nella California settentrionale è offerta senza addebiti e automaticamente inclusa per impostazione predefinita per le tue distribuzioni CloudFront. L'uso delle cache edge regionali di CloudFront non richiede alcuna modifica della configurazione.

Per ulteriori informazioni sull'infrastruttura globale di CloudFront, inclusa l'ubicazione di ogni cache edge regionale, visita la pagina delle funzionalità principali di Amazon CloudFront.

AWS Lambda@Edge modifica la granularità della fatturazione della durata da 50 ms a 1 ms

Data: 31 marzo 2021

Dettagli: Amazon CloudFront annuncia la riduzione della granularità della fatturazione per la durata delle funzioni Lambda@Edge da 50 ms a 1 ms. Ciò consentirà di ridurre il prezzo di gran parte delle funzioni Lambda@Edge, in particolare di quelle di breve durata. Ora, la durata del calcolo sarà fatturata in incrementi di 1 ms per invocazione anziché essere arrotondata all'incremento di 50 ms più vicino come in precedenza.

Le funzioni leggere come la manipolazione di intestazioni o le riscritture di URL tendono ad avere una durata breve. Con questa modifica, ora sarà ancora più conveniente eseguire tali funzioni su Lambda@Edge. Ad esempio, una funzione eseguita in media in 10 ms veniva in precedenza fatturata per 50 ms. Ora, tale funzione sarà fatturata per 10 ms, consentendo una riduzione dell'80% della spesa per la durata. Questa modifica si applica a tutti e quattro i trigger di eventi Lambda@Edge: richiesta del visualizzatore, risposta del visualizzatore, richiesta di origine e risposta di origine. Essa sarà effettiva partire dal 1° aprile 2021. Per ulteriori informazioni, visita la pagina dei prezzi di CloudFront.

Lancio di Amazon CloudFront in Indonesia

Data: 23 marzo 2021

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Jakarta in Indonesia. I visualizzatori serviti da questa edge location possono aspettarsi un miglioramento pari a fino il 30% della latenza di primo byte. Il traffico distribuito da questa edge location è incluso nei prezzi per la regione Asia Pacifico di CloudFront. Per maggiori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Infrastruttura di Amazon CloudFront.

Lancio di Amazon CloudFront in Croazia

Data: 09 febbraio 2021

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Zagabria in Croazia. Questa nuova edge location di Zagabria fornirà ai visualizzatori una riduzione del 14% nella latenza del primo byte ed è inclusa nei prezzi della regione europea di CloudFront. Per maggiori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Infrastruttura di Amazon CloudFront.

Introduzione a Security Savings Bundle di Amazon CloudFront

Data: 5 febbraio 2021

Oggi presentiamo il servizio Security Savings Bundle di Amazon CloudFront, un piano tariffario self-service flessibile che consente di risparmiare fino al 30% delle spese CloudFront a fronte di un impegno di spesa mensile per un periodo di 1 anno. Il pacchetto di risparmio include anche l'uso gratuito di AWS WAF (Web Application Firewall) fino al 10% dell'importo stabilito. Vengono ancora applicati eventuali costi aggiuntivi di CloudFront o WAF standard non coperti dal Security Savings Bundle di CloudFront. 

Con Security Savings Bundle di CloudFront, hai la flessibilità di scegliere la tariffa mensile che soddisfa meglio i tuoi carichi di lavoro e massimizza il risparmio. Ad esempio, se impegni 70 USD al mese, ottieni una copertura di utilizzo di CloudFront del valore di 100 USD (30% di sconto). Questo vantaggio di utilizzo non si limita solo ai dati distribuiti da CloudFront, ma si applica a tutti i tipi di utilizzo di CloudFront, incluso Lambda@Edge. Inoltre, i clienti possono trarre vantaggio da AWS WAF per proteggere le loro applicazioni Web da exploit comuni. In questo esempio, il pacchetto di risparmio copre 7 USD di costi di AWS WAF, vale a dire fino a 11,6 milioni di richieste WAF.

L'abilitazione di Security Savings Bundle di CloudFront è semplice. Dalla console di CloudFront, puoi utilizzare lo stimatore di risparmio integrato e la funzionalità di suggerimenti per stimare i risparmi in base all'utilizzo storico o agli input manuali. Puoi anche aggiungere più pacchetti di risparmio per coprire la crescita di utilizzo futura.  

Per iniziare a utilizzare il servizio Security Savings Bundle di CloudFront, visita la console di CloudFront. Per ulteriori informazioni sul servizio Security Savings Bundle di CloudFront, leggi le Domande frequenti o la Guida per lo sviluppatore di CloudFront. Per ulteriori informazioni su AWS WAF, visita la pagina del prodotto WAF. 

Lancio di Amazon CloudFront in Thailandia

Data: 17 novembre 2020

Dettagli: Amazon CloudFront annuncia le sue prime due edge location in Thailandia. Queste nuove edge location a Bangkok offriranno agli spettatori una riduzione del 30% delle misure di latenza a p90. Il prezzo di queste nuove edge location viene calcolato come facente parte dell'area geografica Asia Pacifico di CloudFront. Per maggiori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Infrastruttura di Amazon CloudFront.

Amazon CloudFront annuncia il supporto per la gestione delle chiavi pubbliche tramite autorizzazioni utente IAM per URL firmati e cookie firmati

Data: 22 ottobre 2020

Dettagli: Amazon CloudFront annuncia che è ora possibile gestire le chiavi pubbliche utilizzate per gli URL firmati e i cookie firmati tramite l'autorizzazione utente basata su Amazon Identity and Access Management (IAM), senza che si richiesto l'account root AWS. Con le autorizzazioni utente IAM basate sulla gestione delle chiavi pubbliche, puoi ottenere una maggiore flessibilità e l'accesso alle API per gestire le tue chiavi pubbliche.

Molti clienti che distribuiscono contenuti su Internet vogliono limitare l'accesso a documenti, dati aziendali, streaming di media o contenuti destinati a utenti selezionati, ad esempio utenti che hanno pagato un canone. I clienti utilizzano gli URL firmati CloudFront e i cookie firmati per limitare l'accesso ai contenuti. Fino ad ora, CloudFront richiedeva l'accesso all'account root affinché i firmatari di fiducia potessero gestire le chiavi pubbliche. Con il miglioramento di oggi, puoi creare e gestire i Gruppi di chiavi in CloudFront. I Gruppi di chiavi sono set di più chiavi pubbliche che possono essere create dagli utenti IAM in base alle autorizzazioni che concedi. 

I Gruppi di chiavi possono essere condivisi con altri utenti all'interno della tua stessa organizzazione. Con questo lancio, puoi anche ruotare le chiavi pubbliche tramite l'API di CloudFront per una più facile manutenzione. Se lo preferisci, puoi continuare a utilizzare l'accesso all'account root dei firmatari di fiducia per gestire le chiavi pubbliche.

Per maggiori informazioni sulla distribuzione di contenuti privati con Amazon CloudFront, leggi la documentazione di CloudFront. Per iniziare con Amazon CloudFront, consulta la nostra pagina web.

Amazon CloudFront annuncia Origin Shield

Data: 20 ottobre 2020

Dettagli: Amazon CloudFront annuncia Origin Shield, un livello di caching centralizzato che aiuta ad aumentare il cache hit ratio per ridurre il carico sull'origine. Origin Shield abbassa anche i costi operativi dell'origine, riducendo le richieste tra le varie regioni in modo che una sola richiesta vada all'origine per ogni oggetto. Puoi anche usare Lambda@Edge con Origin Shield per attivare una logica avanzata serverless come il bilanciamento dinamico del carico di origine. I clienti che utilizzano Origin Shield per lo streaming in diretta, la gestione delle immagini o i carichi di lavoro multi-CDN hanno riportato una riduzione fino al 57% del carico sull'origine.

Le origini dei clienti con processi che richiedono un maggior numero di calcoli per richiesta, come ad esempio il packaging "just-in-time", possono essere sensibili al numero di chiamate all'origine. CloudFront fornisce già Cache edge regionali senza costi aggiuntivi per ridurre il carico operativo sulle origini. Ora, puoi ridurre ulteriormente il carico sull'origine attivando Origin Shield nelle impostazioni dell'origine di CloudFront con soli due clic. Per configurare Origin Shield, scegli la Edge cache regionale più vicina alla tua origine come regione Origin Shield. Tutte le Regioni Origin Shield sono costruite utilizzando un'architettura con un'elevata disponibilità che si estende su diverse Zone di disponibilità e include il failover automatico sulle regioni secondarie di Origin Shield. Se attivato, CloudFront instrada tutte le chiamate all'origine attraverso Origin Shield e invia una richiesta all'origine solo se il contenuto non è già memorizzato nella cache di Origin Shield.

Origin Shield viene conteggiato come costo per richiesta per ogni richiesta che arriva ad Origin Shield come livello incrementale. Per ulteriori informazioni sui prezzi di Origin Shield, consulta i Prezzi di CloudFront. Per ulteriori informazioni su Origin Shield, consulta la Amazon CloudFront Developer Guide. Inizia con Amazon CloudFront consultando la nostra pagina web.  

Amazon CloudFront viene lanciato in altri due paesi - Messico e Nuova Zelanda

Data: 29 settembre 2020

Dettagli: Amazon CloudFront annuncia le sue prime edge location in due nuovi paesi: Messico e Nuova Zelanda. In Messico, le nostre due nuove edge location a Querétaro offriranno agli spettatori una riduzione del 30% delle misure di latenza a p90. Il costo di queste nuove edge location viene calcolato all'interno dell'area geografica del Nord America di CloudFront. In Nuova Zelanda, le nostre due nuove edge location a Auckland offriranno agli spettatori una riduzione del 50% delle misure di latenza a p90. Il costo di queste nuove edge location viene calcolato all'interno dell'area geografica dell'Australia di CloudFront. Per maggiori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Infrastruttura di Amazon CloudFront.

Amazon CloudFront annuncia il supporto per la compressione Brotli

Data: 15 settembre 2020

Dettagli: ora puoi utilizzare Amazon CloudFront per servire contenuti compressi Brotli ai tuoi utenti finali. Brotli è un algoritmo di compressione senza perdita di dati ampiamente supportato che spesso fornisce un rapporto di compressione migliore di Gzip. Le dimensioni più piccole dei file migliorano le prestazioni dell'applicazione, fornendo il contenuto più velocemente agli utenti. La compressione edge Brotli di CloudFront offre fino al 24% di dimensioni dei file più piccole rispetto a Gzip.

Prima di oggi, era possibile abilitare la compressione Brotli dell'origine, inserendo nella whitelist l'intestazione "Accept-Encoding". Ora CloudFront include "br" nell'intestazione normalizzata "Accept-Encoding" prima di inoltrarla all'origine. Non è più necessario inserire in whitelist l'intestazione "Accept-Encoding" per abilitare la compressione dell'origine Brotli, migliorando il tasso di riscontro della cache complessivo. Inoltre, se l'origine invia contenuti non compressi a CloudFront, CloudFront può ora comprimere automaticamente le risposte memorizzabili nella cache a livello di edge utilizzando Brotli.

Brotli è disponibile per l'uso immediato senza costi aggiuntivi. Questa funzione può essere abilitata tramite la console di CloudFront, l'SDK e la CLI. Per ulteriori informazioni, consulta la Guida per sviluppatori di CloudFront. Per iniziare a usare CloudFront, visita la pagina prodotto di CloudFront.

Amazon CloudFront annuncia il supporto per TLSv1.3 per connessioni del visualizzatore

Data: 3 settembre 2020

Dettagli: Amazon CloudFront supporta ora TLSv1.3 per prestazioni e sicurezza migliorate. Amazon CloudFront è una rete globale per la distribuzione di contenuti (CDN) che consente di distribuire in modo sicuro contenuti agli utenti a bassa latenza e ad elevata disponibilità. Amazon CloudFront supporta HTTPS tramite Transport Layer Security (TLS) per la crittografia e la protezione delle comunicazioni tra i tuoi client visualizzatore e CloudFront. TLSv1.3 è la versione più recente di TLS.

Prestazioni migliorate

TLSv1.3 assicura prestazioni migliori con un semplice processo di handshake che richiede meno roundtrip. TLSv1.3 richiede un roundtrip (1-RTT) rispetto a TLSv1.2 che ne richiede 2 (2-RTT) per negoziare una nuova connessione sicura che si traduca in miglioramenti effettivi delle prestazioni con una minore latenza primo byte. Nei nostri test interni nella regione Stati Uniti, ad esempio, la latenza first bype per le nuove connessioni negoziate ha visto una riduzione fino al 33% per TLSv1.3 rispetto alle precedenti versioni di TLS.

Miglioramenti della sicurezza

TLSv1.3 rimuove le caratteristiche legacy e le suite di cifratura obsolete che sono presenti nelle versioni precedenti di TLS. TLSv1.3 supporta anche le sole suite di cifratura PFS (perfect forward secrecy) che generano una chiave una tantum utilizzata esclusivamente per la sessione di rete corrente.

TLSv1.3 è disponibile oggi ed è abilitato per impostazione predefinita su tutte le opzioni delle policy di sicurezza Amazon CloudFront. Non sono necessarie ulteriori modifiche alla tua configurazione CloudFront per usufruire dei miglioramenti di sicurezza e prestazioni di TLSv1.3 per le connessioni ai viewer. Benché i browser web più moderni supportino già TLSv1.3, i client che non lo supportano avvieranno automaticamente la negoziazione alla versione TLS più alta supportata dal client (TLS 1.2, 1.1 o 1). Quando utilizzi un certificato SSL personalizzato, puoi selezionare una policy di sicurezza supportata minima.

Per saperne di più sui protocolli e le cifrature supportati tra i visualizzatori e CloudFront, consulta la CloudFront Developer Guide. Per ulteriori informazioni su Amazon CloudFront, visita la nostra pagina di prodotto.

Amazon CloudFront annuncia i log in tempo reale

Data: 31 agosto 2020

Dettagli: ora Amazon CloudFront supporta la distribuzione di log in tempo reale dei log di accesso di CloudFront. Amazon CloudFront è una rete globale per la distribuzione di contenuti (CDN) che consente di distribuire contenuti agli utenti a bassa latenza e ad elevata disponibilità. I registri in tempo reale contengono informazioni dettagliati sulle richieste degli utenti ricevute da CloudFront. Questi log vengono distribuiti a Kinesis Data Streams in tempo reale facilitando il monitoraggio delle prestazioni di distribuzione dei contenuti e la risposta rapida agli eventi operativi.

CloudFront ha promosso la distribuzione dei log di accesso ai bucket Amazon S3 dei clienti e normalmente i log vengono distribuiti in pochi minuti. Tuttavia, alcuni clienti hanno casi d'uso sensibili al fattore tempo e necessitano di accedere rapidamente ai log di accesso. Con i nuovi log in tempo reale, i dati sono disponibili in pochi secondi e con una configurabilità aggiuntiva. Ad esempio, è possibile scegliere i campi necessari nei log, abilitare i log per specifici pattern di percorso (comportamenti cache) e scegliere la velocità di campionamento (la percentuale di richieste incluse nei log). I log in tempo reale di CloudFront si integrano con Kinesis Data Streams, consentendo di raccogliere, elaborare e distribuire istantaneamente i dati di log. Questi log possono anche essere facilmente distribuiti a endpoint HTTP generici usando Amazon Kinesis Data Firehose. Amazon Kinesis Data Firehose può distribuire log ad Amazon S3, Amazon Redshift, Amazon Elasticsearch Service e a provider di servizi come Datadog, New Relic e Splunk. Utilizzando questi log, è possibile creare pannelli di controllo in tempo reale, impostare avvisi, e indagare sulle anomalie o rispondere rapidamente agli eventi operativi. Grazie alla versione attuale, CloudFront ha ottimizzato l'esperienza d'uso della console per i log di accesso con una pagina Log separata per gestire le configurazioni dei log da una pagina centrale. Dalla pagina Log, è possibile creare configurazioni di log in tempo reale e applicarle a qualsiasi comportamento della cache all'interno delle distribuzioni di CloudFront.

Questa funzione è disponibile per l'utilizzo immediato e può essere abilitata tramite la console di CloudFront, l'SDK e la CLI. Il supporto per CloudFormation sarà disponibile a breve per questa versione. Per ulteriori informazioni, consulta la guida per sviluppatori di CloudFront e la documentazione API. I log in tempo reale vengono addebitati in base al numero di righe di log pubblicate da CloudFront sulle destinazioni di log dell'utente. Le informazioni sui prezzi per i log in tempo reale sono disponibili alla pagina dei prezzi di CloudFront. I costi di Kinesis Data Stream varieranno in base all'uso e sono riportati sulla pagina dei prezzi.

Amazon CloudFront annuncia una nuova cache edge regionale nella regione UE (Irlanda) di AWS

Data: 10 agosto 2020

Dettagli: Amazon CloudFront annuncia una nuova cache edge regionale situata nella regione UE (Irlanda) di AWS. Come parte del lancio, un numero ristretto di edge location di CloudFront che ha inviato le rispettive richieste di origine attraverso la cache edge regionale nella regione Londra passerà ora alla regione Irlanda. In ragione della vicinanza o dei collegamenti più diretti con l'Irlanda, queste edge location assisteranno a una riduzione di latenza che raggiungerà il 62% nell'acquisire contenuti dalla cache edge regionale dell'Irlanda anziché in quella di Londra.

CloudFront ora gestisce 12 cache edge regionali in tutto il mondo, che agiscono da livelli di caching intermedi posizionati tra le edge location di CloudFront e i tuoi punti di origine. Queste cache di livello intermedio forniscono un'ampiezza di cache incrementale per mantenere il contenuto per periodi prolungati e proteggere maggiormente l'origine dai picchi di traffico. Come tutte le cache edge regionali, l'ubicazione in Irlanda è offerta senza addebiti e automaticamente inclusa per impostazione predefinita per le tue distribuzioni CloudFront. L'uso delle posizioni intermedie di CloudFront non richiede alcuna configurazione.

Per consultare un elenco della rete globale di CloudFront, inclusa la posizione di ogni cache edge regionale, consulta la pagina delle caratteristiche di Amazon CloudFront.  

Amazon CloudFront aggiunge ulteriori header di geolocalizzazione per un geotargeting più granulare

Data: 24 luglio 2020

Dettagli: gli header di geolocalizzazione aggiuntivi sono ora disponibili in Amazon CloudFront per l'utilizzo in nuove policy delle cache e delle richieste origine.

Adesso puoi configurare CloudFront per aggiungere ulteriori header di geolocalizzazione che forniscono più granularità nelle policy delle cache e delle richieste origine. Precedentemente era possibile configurare Amazon CloudFront per fornire il codice del paese del visualizzatore in un header di richiesta inviato da CloudFront all'origine. I nuovi header permettono un controllo più granulare del comportamento della cache e dell'accesso dell'origine al nome del paese, alla regione, alla città, al codice postale, alla latitudine e alla longitudine del visualizzatore, tutto in base al suo indirizzo IP.

Header di geolocalizzazione aggiuntivi con valori di esempio:

CloudFront-Viewer-Country-Name: Stati Uniti

CloudFront-Viewer-Country-Region: MI

CloudFront-Viewer-Country-Region-Name: Michigan

CloudFront-Viewer-City: Ann Arbor

CloudFront-Viewer-Postal-Code: 48105

CloudFront-Viewer-Time-Zone: America/Detroit

CloudFront-Viewer-Latitude: 42.30680

CloudFront-Viewer-Longitude: -83.70590

CloudFront-Viewer-Metro-Code: 505

Puoi utilizzare questi header di geolocalizzazione aggiuntivi insieme agli header CloudFront supportati già esistenti per personalizzare il contenuto che consegni ai tuoi visualizzatori. Ad esempio, puoi passare l'header del codice postale alla tua origine per mostrare contenuti e pubblicità locali. Puoi inoltre utilizzare le funzioni delle richieste di origine di Lambda@Edge per fare chiamate di rete e ottenere file di lingua per creare e restituire una pagina HTML con lingua specifica per ogni paese o regione.

Questi header di geolocalizzazione aggiuntivi sono ora disponibili per l'utilizzo in tutte le distribuzioni di Amazon CloudFront senza costi aggiuntivi.

Per utilizzarli, consulta la Guida per sviluppatori di CloudFront. Scopri di più sulle nuove policy delle cache e delle richieste origine nel nostro blog. Visita la pagina del prodotto di Lambda@Edge per scoprire di più sull'esecuzione del codice in risposta a un evento CloudFront. Per ulteriori informazioni su Amazon CloudFront, visita la nostra pagina di prodotto. 

Amazon CloudFront annuncia le policy della chiave di cache e della richiesta origine

Data: 22 luglio 2020

Dettagli: Ora Amazon CloudFront offre un controllo granulare avanzato per configurare header, stringhe di query e cookie che possono essere utilizzati per calcolare la chiave della cache o inoltrati all'origine dalle distribuzioni CloudFront. Inoltre, è possibile configurare la chiave di cache e le impostazioni delle richieste origine in modo indipendente come policy a livello di account che possono essere applicate facilmente in più distribuzioni.

Precedentemente, quando veniva configurato il comportamento della distribuzione CloudFront per inviare i metadati della richiesta come gli header, le stringhe di query e i cookie, CloudFront salvava nella cache delle versioni separate di questi oggetti in base a tutte le combinazioni uniche dei valori di questi metadati. Con questa nuova funzionalità, non c'è bisogno di scegliere tra l'invio dei dati all'origine e l'ottimizzazione dell'efficienza della cache perché è possibile variare la chiave di cache solo quando è strettamente necessario. Ad esempio, è possibile configurare CloudFront per inviare sempre header "Auth" o "User-Agent" all'origine, ma non è possibile variare il contenuto in base a questi valori. In alternativa, puoi inviare tutto, ma selezionare un header specifico o un parametro di una stringa di query da utilizzare per variare il contenuto della cache, ad esempio utilizzando l'header "Accept-Language" per ottenere le varianti di contenuto localizzato nelle lingue del client supportate.

Inoltre, queste opzioni adesso vengono impostate utilizzando le policy. Una policy permette a una stessa combinazione specifica di impostazioni di essere applicata facilmente a diversi comportamenti della distribuzione, risparmiando tempo nell'impostazione e semplificandola e permettendoti di gestire la coerenza tra le configurazioni. CloudFront fornisce anche diverse policy di sistema preconfigurate. Queste policy includono le policy predefinite per le cache e la conservazione massime (TTL max, compressione, ecc.), le policy adeguate per le transazioni dinamiche del proxy (disabilitazione della cache) e anche le stesse policy per i casi d'uso e le integrazioni comuni con altri servizi AWS, come gli streaming video personalizzati con AWS Elemental Media Package e il supporto degli header CORS S3 (con l'invio di certi header sperati). Puoi creare le tue policy per diversi contenuti e profili di applicazione e poi applicarle a tutte le distribuzioni e i comportamenti con caratteristiche simili.

Questa funzione è disponibile per l'utilizzo immediato ed è supportata nella console di CloudFront, le API, l'SDK e la CLI. Per ulteriori informazioni, consulta la guida per sviluppatori di CloudFront e la documentazione API. Per l'uso di questa funzionalità non sono previsti costi aggiuntivi. Si applicano le tariffe standard di CloudFront.

Amazon CloudFront presenta la nuova policy di sicurezza TLS1.2 per connessioni del visualizzatore

Data: 17 luglio 2020

Dettagli: Amazon CloudFront supporta la nuova policy di sicurezza TLSv1.2_2019, che include solo la seguente crittografia:

• TLS_AES_128_GCM_SHA256

• TLS_AES_256_GCM_SHA384

• TLS_CHACHA20_POLY1305_SHA256

• ECDHE-RSA-AES128-GCM-SHA256

• ECDHE-RSA-AES128-SHA256

• ECDHE-RSA-AES256-GCM-SHA384

• ECDHE-RSA-CHACHA20-POLY1305

• ECDHE-RSA-AES256-SHA384
  

Una policy di sicurezza determina il protocollo SSL/TLS che CloudFront utilizza per comunicare con i visualizzatori e la crittografia che CloudFront utilizza per crittografare il contenuto che restituisce ai visualizzatori. La policy TLSv1.2_2019 imposta il Transport Layer Security (TLS) negoziato minimo nella versione 1.2 e supporta solo le crittografie sopra elencate. Quando crei una nuova distribuzione utilizzando un certificato SSL personalizzato, TLSv1.2_2019 diventerà l'opzione di policy predefinita selezionata. Puoi utilizzare la Console di gestione AWS, gli API Amazon CloudFront o AWS CloudFormation per aggiornare la configurazione di distribuzione esistente per utilizzare questa nuova policy di sicurezza.

La policy di sicurezza TLSv1.2_2019 è disponibile oggi. Per ulteriori informazioni su questa nuova policy e sulla crittografia supportata fai riferimento alla documentazione di CloudFront. Per iniziare a usare CloudFront, visita la pagina prodotto di CloudFront.

Amazon CloudFront abilita i tentativi di connessione di origine configurabili e i timeout di connessione di origine

Data: 11 giugno 2020

Dettagli: Amazon CloudFront adesso ti fornisce ancora più controllo sui comportamenti delle connessioni tra CloudFront e l'origine. Puoi configurare il numero di tentativi di connessione che CloudFront effettuerà all'origine e il timeout di connessione di origine per ogni tentativo. Inoltre,è stato esteso l'intervallo del timeout di risposta di origine di CloudFront e adesso puoi cambiare il valore da 1 a 60 secondi, mentre, in precedenza, il valore minimo era di 4 secondi. Queste due nuove configurazioni possono essere impostate individualmente per qualsiasi tipo di origine, all'interno della distribuzione di CloudFront e possono anche essere utilizzate per rafforzare ulteriormente la velocità di risposta e la disponibilità dell'applicazione multi origine, quando associate al Failover di origine di CloudFront.

Per esempio, puoi utilizzare il failover di origine di CloudFront per creare applicazioni ad alta disponibilità con un'origine primaria e secondaria. Utilizzando queste nuove configurazioni di connessione di origine, puoi scorrere più rapidamente le condizioni di failover dei gruppi di origine e fornire una risposta più veloce alla richiesta del visualizzatore. Per alcuni casi d'uso, come il contenuto di video in streaming, se l'origine primaria non risponde, potresti richiedere l'esecuzione del failover all'origine secondaria, nel tempo di un tentativo di una connessione con un timeout di 1 secondo, da parte di CloudFront. Disporre di una soglia più stretta sul comportamento di connessione di origine può aiutare a minimizzare il buffering del video con un recupero rapido dei segmenti video dall'origine secondaria, o dando al riproduttore il tempo di eseguire la propria logica di ripetizione.

Queste funzionalità sono oggi disponibili senza alcun costo aggiuntivo. Puoi utilizzare la Console di gestione AWS, gli API di Amazon CloudFront o AWS CloudFormation per configurare questi valori. Per ulteriori informazioni su queste nuove configurazioni, fai riferimento alla documentazione di CloudFront. Per iniziare a usare CloudFront, visita la pagina prodotto di CloudFront.

Amazon CloudFront annuncia la sua prima edge location a Calcutta e Amburgo

Data: 13 maggio 2020

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Calcutta, India e ad Amburgo, Germania. I visualizzatori serviti da queste edge location possono aspettarsi fino al 20% di miglioramenti di latenza. In India, CloudFront dispone di molteplici edge location in Bengaluru, Chennai, Delhi, Hyderabad e Mumbai. Allo stesso modo, CloudFront dispone già di edge location in diverse città della Germania come Berlino, Dusseldorf, Francoforte e Monaco di Baviera. Per ulteriori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Funzionalità di CloudFront.

Amazon CloudFront in Cina annuncia il supporto dell'identità di accesso origine

Data: 24 aprile 2020

Dettagli: Amazon CloudFront in Cina annuncia il supporto l'identità di accesso origine (OAI, Origin Access Identity). Utilizzando OAI puoi impedire agli utenti di accedere direttamente ai contenuti dei bucket Amazon S3 obbligandoli a recuperare i contenuti attraverso la rete edge distribuita di Amazon CloudFront in Cina. Per ulteriori informazioni su OAI con Amazon CloudFront in Cina, consulta la documentazione di CloudFront Configurazione dell'accesso sicuro e limitazione dell'accesso ai contenuti. Per iniziare con Amazon CloudFront in Cina, accedi consulta la nostra pagina web.

AWS Lambda@Edge ora supporta Node 12.x e Python 3.8

Data: 2 marzo 2020

Dettagli: A partire da oggi, puoi utilizzare Node.js 12.x e Python 3.8 per sviluppare funzioni in Lambda@Edge. Entrambi questi runtime si aggiungono a Node.js 10.x e Python 3.7 già supportati.

Node.js 12.x, l'attuale versione LTS (Long Term Support) di Node.js, utilizza il nuovo motore V8 7.4, che assicura prestazioni migliori rispetto alla precedente versione LTS 10.x. Inoltre, Node.js 12.x supporta nuove funzionalità come le classi private e il tracciamento migliorato degli stack. Per ulteriori informazioni sui vantaggi e le nuove funzionalità di Node.js 12.x, consulta il post del blog su Node.js 12.x di AWS.

Python 3.8 è la versione principale più recente del linguaggio Python e contiene nuove funzionalità come espressioni di assegnazione, argomenti solo posizionali e miglioramenti della digitazione. Per ulteriori informazioni sui vantaggi e le nuove funzionalità di Python 3.8, consulta il post del blog su Python 3.8 di AWS.

Per iniziare a utilizzare con questi nuovi runtime, carica il tuo codice Node.js o Python come funzione AWS Lambda tramite l'interfaccia a riga di comando (CLI) AWS o la console Lambda e seleziona Node.js 12.x o Python 3.8. Se disponi di funzioni Node.js o Python esistenti in Lambda, puoi passare al nuovo runtime effettuando le modifiche necessarie al codice per assicurare la compatibilità con quello nuovo e modificando la configurazione della funzione per impostare il runtime su Node.js 12.x o Python 3.8.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione Node.js di Lambda, consulta la documentazione su Node.js di AWS. Per ulteriori informazioni sul modello di programmazione Python di Lambda, consulta la documentazione su Python di AWS.

Amazon CloudFront in Cina annuncia il supporto per i report di utilizzo e attività nella console

Data: 21 febbraio 2020

Dettagli: i clienti di Amazon CloudFront in Cina possono ora ottenere informazioni dettagliate sul proprio utilizzo e sulle proprie attività CloudFront utilizzando i report di CloudFront nella console di gestione AWS. I clienti della Cina possono usare il report sulle statistiche della cache per vedere le richieste totali, la percentuale di richieste di visualizzazione per tipo di risultato, i byte trasferiti verso gli utenti, i codici di stato HTTP e la percentuale di richieste GET con download non completato. Il report di CloudFront Oggetti Frequenti mostra i 50 oggetti più frequenti e le statistiche relative a tali oggetti. Il report di CloudFront Migliori garanti mostra i 25 migliori garanti e il numero di richieste per ogni garante. Il report di CloudFront Utilizzo mostra il numero delle richieste e dei dati trasferiti per protocollo o destinazione. Il report di CloudFront Visualizzatori mostra l'analisi dei visualizzatori a seconda del dispositivo, browser, sistema operativo e luogo. Questi report saranno disponibili per tutti i clienti di CloudFront senza costi aggiuntivi.

Per iniziare con CloudFront in Cina, accedi ad Amazon CloudFront. Per la documentazione, consulta i report di CloudFront nella Console nella guida per sviluppatori di Amazon CloudFront.

Lancio di Amazon CloudFront in cinque nuovi paesi: Bulgaria, Grecia, Ungheria, Kenya e Romania

Data: 10 gennaio 2020

Dettagli: Amazon CloudFront annuncia il primo servizio di edge location in cinque nuovi paesi: Nairobi (Kenya), Sofia (Bulgaria), Atene (Grecia), Budapest (Ungheria) e Bucarest (Romania). Da oggi, gli utenti di questi paesi sperimenteranno una riduzione media del 50% nella latenza del primo byte durante l'accesso ai contenuti attraverso CloudFront. Oltre a questi nuovi paesi, CloudFront ha lanciato il primo servizio di edge location a Düsseldorf, in Germania. Con queste nuove ubicazioni, CloudFront offre ora un totale di 216 punti di presenza (PoP) in 84 città e in 42 paesi. Per maggiori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Infrastruttura di Amazon CloudFront.

Amazon CloudFront aggiunge otto parametri in tempo reale in Amazon CloudWatch

Data: 19 dicembre 2019

Dettagli: Amazon CloudFront offre ora otto ulteriori parametri in tempo reale in Amazon CloudWatch. Questi nuovi parametri forniscono una visibilità ancora superiore sulle prestazioni del tuo traffico CloudFront. Puoi utilizzare i parametri in tempo reale di CloudFront per monitorare, generare allarmi e ricevere notifiche sulle prestazioni operative delle tue distribuzioni CloudFront. CloudFront già include sei parametri operativi e quattro parametri delle funzioni Lambda@Edge, disponibili per tutti i clienti CloudFront senza alcun costo aggiuntivo.

Gli otto nuovi parametri includono:

Hit rate della cache: la percentuale di richieste che possono essere memorizzate nella cache per le quali CloudFront ha fornito il contenuto dalla propria cache. Le richieste e gli errori HTTP POST e PUT non sono considerati memorizzabili nella cache. Il parametro hit rate della cache consente di determinare la proporzione delle richieste del visualizzatore che vengono soddisfatte dalle cache dell'edge CloudFront invece di essere inviate ai server di origine per il contenuto.

Latenza dell'origine: il tempo totale in millisecondi che trascorre da quando CloudFront riceve una richiesta fino a quando fornisce una risposta alla rete (non al visualizzatore) per le richieste che vengono soddisfatte dall'origine e non dalla cache CloudFront. La latenza dell'origine consente di monitorare le prestazioni del server di origine.

Tasso di errore in base al codice dello stato: la percentuale di tutte le richieste del visualizzatore per le quali il codice dello stato HTTP è un codice particolare compreso nella gamma 4xx o 5xx. Questo parametro è disponibile per i seguenti codici di errore: 401, 403, 404, 502, 503 e 504. Il parametro tasso di errore consente di identificare il codice dello stato HTTP alla base degli errori 4xx o 5xx.

Questi nuovi parametri possono ora essere abilitati nella pagina relativa al monitoraggio della tua console CloudFront; vengono applicate le tariffe CloudWatch standard. Ulteriori dettagli su come abilitare questi parametri sono disponibili inVisualizzazione di ulteriori parametri di distribuzione di CloudFront.

Amazon CloudFront fornisce ora sette nuovi campi di dati nei log di accesso

Data: 12 dicembre 2019

Dettagli: i log di accesso di Amazon CloudFront forniscono informazioni dettagliate su ogni richiesta dell'utente che CloudFront riceve. A partire da oggi, nei log di accesso di CloudFront saranno disponibili sette ulteriori campi dati per migliorare la visibilità sulla distribuzione del tuo contenuto. Ad esempio, con il campo x-edge-detailed-result-type potrai identificare il tipo di errore specifico, mentre con i campi sc-range-start/sc-range-end potrai determinare i dettagli dell'intervallo richiesto. Questi nuovi campi vengono aggiunti alla fine di ciascuna voce del log per garantire la compatibilità con il formato di file del log precedente. Questi sette nuovi punti di dati includono:

• c-port: il numero di porta della richiesta proveniente dal visualizzatore.
• time-to-first-byte: il numero di secondi che intercorre tra la ricezione della richiesta e la scrittura del primo byte della risposta come misurato sul server.
• x-edge-detailed-result-type: quando il tipo di risultato è un errore, questo campo contiene il tipo di errore specifico.
• sc-content-type: il valore dell'intestazione Content-Type HTTP della risposta.
• sc-content-len: il valore dell'intestazione Content-Length HTTP della risposta.
• sc-range-start: quando la risposta contiene l'intestazione Content-Range HTTP, questo campo contiene il valore iniziale dell'intervallo.
• sc-range-end: quando la risposta contiene l'intestazione Content-Range HTTP, questo campo contiene il valore finale dell'intervallo.

L'abilitazione dei log di accesso è gratuita, ma si applicano le tariffe standard di S3 per la memorizzazione dei file di log. Per ulteriori informazioni sui log di accesso e sul formato dei file di log, consulta Formato dei file di log per la distribuzione sul Web nella documentazione di CloudFront.

Amazon CloudFront annuncia 10 nuove edge location, inclusa la prima location a Roma, Italia

Data: 26 novembre 2019

Dettagli: Amazon CloudFront annuncia la sua prima sede Edge a Roma (Italia) e altre due sedi Edge a Milano (Italia), raddoppiando la capacità totale di CloudFront all'interno della penisola Italiana. Inoltre, CloudFront ha annunciato ulteriori sedi Edge a Kuala Lumpur, Mumbai, Singapore, Sydney, Philadelphia, Newark, Atlanta, Los Angeles e Hillsboro portando la rete globale di CloudFront a 210 punti di presenza in 78 città in 37 Paesi. Per ulteriori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Funzionalità di CloudFront.

Amazon CloudFront in Cina annuncia il supporto per AWS CloudFormation e i parametri in tempo reale in Amazon CloudWatch

Data: 1 novembre 2019

Dettagli: Amazon CloudFront in Cina annuncia il supporto per i modelli AWS CloudFormation e i parametri in tempo reale Amazon CloudWatch. Con questo lancio, i clienti in Cina possono ora utilizzare i modelli CloudFormation per creare distribuzioni CloudFront con origini o con origini personalizzate Amazon S3. CloudFormation semplifica il provisioning e la gestione su AWS. I clienti possono creare modelli per le loro architetture di servizi o applicazioni desiderate e utilizzare tali modelli per un provisioning affidabile e ripetibile. I clienti possono trovare modelli campione e snippet di modelli alla pagina dei modelli di AWS CloudFormation. 

Inoltre, i clienti in Cina possono ora monitorare, avvisare e ricevere notifiche sulle prestazioni operative di CloudFront tramite CloudWatch nella regione AWS Cina (Ningxia). Entrambe le caratteristiche di cui si effettua oggi il lancio sono disponibili per i clienti AWS senza costi aggiuntivi.

Per iniziare con CloudFront in Cina, accedi ad Amazon CloudFront. Per la documentazione, consulta Amazon CloudFront nei servizi AWS nella guida per la Cina.

Il plugin AWS for WordPress è ora disponibile con il nuovo flusso di lavoro Amazon CloudFront

Data: 30 ottobre 2019

Dettagli: Amazon Web Services annuncia la disponibilità generale del plugin AWS for WordPress. Noto in precedenza come Amazon Polly e Amazon AI, il nuovo plugin AWS for WordPress fornisce ora un flusso di lavoro che permette di configurare una distribuzione Amazon CloudFront altamente ottimizzata per i siti web WordPress.

Amazon CloudFront, la rete di erogazione dei contenuti di AWS, accelera le prestazioni del tuo sito web grazie a una rete globale di 200 edge location per eseguire la cache ed erogare i contenuti più vicino agli utenti. Il nuovo flusso di lavoro CloudFront del plugin crea una distribuzione con più comportamenti cache, ciascuno personalizzato per fornire vari tipi di contenuti e garantire la migliore esperienza per utenti e amministratore.

Il plugin AWS for WordPress si scarica gratuitamente dalla directory dei plugin WordPress; l’uso dei servizi AWS prevede l’applicazione di tariffe standard. Gli attuali utenti del plugin che desiderano utilizzare il nuovo flusso di lavoro CloudFront dovranno aggiornare la policy IAM per l’utente IAM del plugin. Consultare la CloudFront Developer Guide per ulteriori informazioni sulla creazione di una policy IAM aggiornata utilizzando la nuova policy IAM gestita denominata AWSforWordPressPluginPolicy.

Leggi il post del nostro blog per una guida dettagliata all’esecuzione autonoma dell’hosting di WordPress con AWS e all’uso del nuovo flusso di lavoro CloudFront all’interno del plugin. Consulta anche il nostro whitepaper recentemente aggiornato dal titolo “WordPress: Best Practices on AWS”, per ulteriori informazioni sulla creazione di siti web WordPress altamente scalabili in AWS.

Amazon CloudFront è ora disponibile in 200 nuove località con nuove edge location in Colombia, Cile, Argentina e riduce i prezzi nel Sud America del 56%

Data: 24 ottobre 2019

Dettagli: Amazon CloudFront annuncia la sua prima edge location in Colombia, Cile e Argentina. Con queste edge location, gli utenti di tali paesi vedranno un miglioramento medio della latenza del 60% quando accedono a contenuti attraverso CloudFront. Inoltre, a decorrere dal 1° novembre 2019, CloudFront ridurrà i prezzi del trasferimento dati on demand fino anche al 56% nel Sud America. Per ulteriori informazioni sui nuovi costi in Sud America, consulta la pagina dei prezzi CloudFront. CloudFront offre ora un totale di 200 punti di presenza in 77 città di 37 paesi. Ecco un blog di Jeff Barr relativo al lancio.

Amazon CloudFront annuncia la sua prima edge location in Belgio

Data: 21 ottobre 2019

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Bruxelles, Belgio. Con questa nuova edge location, gli utenti in Belgio riscontreranno ora un miglioramento del 28% nella latenza durante l’accesso ai contenuti con CloudFront. Oltre quella del Belgio, CloudFront ha aggiunto quattro ulteriori edge location a Tokyo, in Giappone e una a Francoforte, in Germania. CloudFront offre ora un totale di 197 punti di presenza in 74 città su 34 paesi.

Per ulteriori informazioni sull'infrastruttura globale di CloudFront, consulta leFunzionalità di CloudFront.

Amazon CloudFront annuncia nuove edge location a Shenzhen, Cina

Data: 19 settembre 2019

Dettagli: Amazon CloudFront annuncia il lancio di una nuova edge location CloudFront Edge (POP) a Shenzhen, China. Con il nuovo POP operato da Ningxia Western Cloud Data Co. Ltd. (NWCD), CloudFront ha 4 POP in 4 città cinesi. Con questo lancio, gli utenti a Shenzhen vedrebbero un miglioramento del 62% nella latenza media al momento dell’accesso al contenuto con CloudFront.

Per i prezzi per la distribuzione di CloudFront in Cina, clicca qui. Puoi consultare la guida per sviluppatori qui. Per iniziare, accedi alla console di gestione AWS e inizia a velocizzare la distribuzione dei tuoi contenuti.

Amazon CloudFront annuncia la sua prima edge location in Portogallo

Data: 4 settembre 2019

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Lisbona, in Portogallo. Con questa nuova edge location, gli utenti in Portogallo riscontreranno ora un miglioramento del 60% nella latenza durante l’accesso ai contenuti con CloudFront. CloudFront offre ora un totale di 190 punti di presenza (PoP) in 72 città e in 33 paesi. Per ulteriori informazioni leggi il nostro annuncio.

Per ulteriori informazioni sull'infrastruttura globale di CloudFront, consulta la pagina Funzionalità di CloudFront.

Amazon CloudFront espande la presenza in Medio Oriente con la prima edge location in Bahrein

Data: 27 agosto 2019

Dettagli: Amazon CloudFront annuncia la sua prima edge location a Manama in Bahrein. Con questa nuova edge location, gli utenti in Bahrein riscontreranno ora un miglioramento del 40% nella latenza durante l’accesso ai contenuti con CloudFront. CloudFront offre ora un totale di 189 punti di accesso (PoP) in 71 città e in 32 paesi.

Un elenco completo dell’infrastruttura globale di CloudFront è disponibile nella pagina Caratteristiche di CloudFront.

Amazon CloudFront annuncia nuove edge location in Israele

Data: 13 agosto 2019

Dettagli: Amazon CloudFront annuncia la presenza in Israele con la sua prima edge location a Tel Aviv. Con questa nuova edge location, CloudFront sarà in grado di offrire una riduzione fino al 75% della latenza per l’erogazione di contenuti agli spettatori in Israele. CloudFront offre ora un totale di 188 punti di presenza (PoP) in 70 città di 31 paesi.

Per ulteriori informazioni sui prezzi di CloudFront, inclusi quelli per la nuova edge location in Israele, visita la nostra pagina dei prezzi.

Amazon CloudFront annuncia il supporto per le autorizzazioni a livello di risorsa e basate su tag

Data: 8 agosto 2019

Dettagli: ora è possibile definire policy IAM (Identity and Access Management) per specificare autorizzazioni granulari a livello di risorsa e basate su tag nell’ambito di CloudFront. Queste nuove funzionalità offrono maggiore flessibilità di gestione dell’accesso alle tue distribuzioni CloudFront.

In precedenza, era possibile applicare le policy IAM per gestire le azioni da parte degli utenti in CloudFront, ma non limitare le azioni a specifiche distribuzioni nel proprio account. Con le autorizzazioni a livello di risorsa, è ora possibile configurare le policy IAM che rinviano a singole distribuzioni CloudFront, usando Amazon Resource Name (ARN) o caratteri jolly, e specificare gli utenti e le azioni che sono autorizzate solo per tali distribuzioni. Analogamente, con il controllo degli accessi basato su tag, è possibile creare policy utente IAM che consentono o negano azioni su specifiche distribuzioni CloudFront in base ai tag ad essi associati.

Per iniziare a usare questa nuova funzionalità, consulta la Guida per sviluppatori di CloudFront. Per ulteriori informazioni su Amazon CloudFront, visita la nostra pagina di prodotto.

Lambda@Edge aggiunge supporto per Python 3.7

Data: 1 agosto 2019

Dettagli: a partire da oggi, è possibile utilizzare il linguaggio di programmazione Python per sviluppare le funzioni in Lambda@Edge, oltre a Node.js attualmente supportato. Questo ti dà la flessibilità di optare per il linguaggio di programmazione di tua scelta mentre crei le tue funzioni.

Per iniziare, è sufficiente caricare il codice funzione utilizzando l’interfaccia a riga di comando AWS o la Console di AWS Lambda, selezionare il runtime Python 3.7 e associare un evento Amazon CloudFront. Le funzioni Lambda@Edge, attivate dagli eventi di CloudFront, estendono il codice personalizzato in tutte le sedi di AWS a livello globale, consentendo di spostare anche le logiche applicative più complesse, più vicine all’utente finale, per migliorare la reattività.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione Python di Lambda, consulta la documentazione. È inoltre possibile utilizzare queste funzioni di esempio per distribuire e testare rapidamente le funzioni Lambda@Edge che si crea in Python.

Perfezionamento del monitoraggio delle funzioni Lambda@Edge all’interno della console Amazon CloudFront.

Data: 20 giugno 2019

Dettagli: A partire da oggi puoi monitorare le funzioni Lambda associate alle tue distribuzioni Amazon CloudFront direttamente dalla tua console Amazon CloudFront per un miglior controllo strumentale e un debug più efficace.

In precedenza era necessario accedere separatamente alle console CloudFront e AWS Lambda per monitorare le distribuzioni e le funzioni associate. D’ora in poi potrai beneficiare dei seguenti vantaggi nella console di CloudFront: 

• Un pannello di controllo per il monitoraggio rinnovata che elenca tutte le tue distribuzioni CloudFront e le funzioni Lambda@Edge associate. Tale caratteristica consente di selezionare e visualizzare rapidamente sia i parametri delle distribuzioni sia quelli relativi all’esecuzione delle funzioni associate.
• Una visualizzazione dei parametri delle distribuzioni semplificata con errori Lambda@Edge 5xx aggregati che vengono raggruppati logicamente per distribuzione, rendendo più facile la risoluzione di problemi relativi a errori 5xx su CloudFront nonché la distinzione tra errori causati dai sistemi degli utenti o dalle funzioni Lambda@Edge.
• Una nuova e dettagliata vista degli errori Lambda@Edge per ciascuna distribuzione che mostra una ripartizione regionale di parametri relativi a errori di funzioni: errori di esecuzione di funzioni, errori di risposta per funzioni non valide e throttle. Se riscontri un picco di errori in una o più regioni AWS, in tal caso puoi selezionare la regione e visualizzare i log relativi a quest’ultima memorizzati in AWS CloudWatch.

L’annuncio di oggi non contempla alcuna modifica alle capacità della console Lambda. Leggi il nostro blog e consulta una guida dettagliata per monitorare ed eseguire il debug delle tue funzioni Lambda usando la console CloudFront.

Accedi alla console di CloudFront per iniziare. Per ulteriori informazioni su Amazon CloudFront, visita la nostra pagina di prodotto.

Amazon CloudFront annuncia sette nuove edge location in Nord America, Europa e Australia.

Data: 18 giugno 2019

Dettagli: Amazon CloudFront annuncia sette nuove edge location. Quattro delle nuove edge location si trovano in Nord America, tra cui a Houston in Texas (2), a Hillsboro in Oregon e a Toronto in Ontario. Due nuove location sono state aggiunte in Europa a Manchester in Inghilterra e a Zurigo in Svizzera e un'altra location a Sydney in Australia. L'aggiunta di queste nuove edge location ha raddoppiato la capacità di AWS di soddisfare il crescente numero di richieste di visualizzazione in ogni città. L'elenco completo delle ubicazioni a livello mondiale di CloudFront è disponibile sulla pagina Web delle caratteristiche di CloudFront.

Amazon CloudFront annuncia 11 nuove edge location in India, Giappone e Stati Uniti.

Data: 7 maggio 2019

Dettagli: Amazon CloudFront annuncia 11 nuove edge location in tutto il mondo, tra cui la prima a Salt Lake City, Utah. Le aggiunte arrivano nelle seguenti città:

Stati Uniti

• Salt Lake City, Utah (nuova città all’interno della rete CloudFront)
• Boston, Massachusetts
• Seattle, Washington
• Phoenix, Arizona

Giappone

• Tokyo

India

• Hyderabad x2
• Bangalore x2
• Delhi x2

Il lancio di queste sei nuove edge location in India di fatto raddoppia la capacità di CloudFront all’interno della regione. Ogni nuova edge location di CloudFront continua a migliorare le prestazioni complessive in quanto alla distribuzione delle tue applicazioni Web per gli utenti. L'elenco completo dellelocation a livello mondialedi CloudFront è disponibile nella pagina Web delle caratteristiche di CloudFront.

Amazon CloudFront potenzia la sicurezza per l’aggiunzione di nomi di dominio alternativi a una distribuzione.

Data: 8 aprile 2019

Dettagli: A partire da oggi Amazon CloudFront garantisce una sicurezza ancora maggiore per quanto concerne il processo di aggiunzione di un nome di dominio alternativo a una distribuzione. Ora, se desideri aggiungere a una distribuzione un nome di dominio alternativo, come www.esempio.com, devi al contempo allegare alla suddetta distribuzione un certificato SSL/TLS che copra il nome di dominio alternativo. Grazie alla versione attuale, il tuo dominio può essere aggiunto a una distribuzione CloudFront con un nome alternativo soltanto dalle persone autorizzate ad accedere al certificato del dominio in questione.

L’aggiunzione di nomi di dominio alternativi a CloudFront ti consente di servire i tuoi contenuti utilizzando un CNAME personalizzato dai registri DNS, come www.esempio.com, in luogo del dominio predefinito che viene assegnato da CloudFront, come d111111abcdef8.cloudfront.net. Grazie a tale cambiamento, se desideri aggiungere un nome di dominio alternativo tramite la console di gestione AWS o l’API di CloudFront, d’ora in poi dovrai allegare un certificato alla distribuzione per confermare di essere in possesso del diritto a utilizzare quel nome di dominio alternativo. Il certificato dev’essere valido nonché essere stato rilasciato da un’autorità certificativa riconosciuta a livello globale come AWS Certificate Manager, che fornisce al pubblico certificati SSL/TLS in forma gratuita. Tutti i nomi di dominio alternativi aggiunti a una distribuzione CloudFront prima dell’entrata in vigore di questa modifica manterranno il proprio corso di validità. Non devi fare nient’altro per mantenere il tuo traffico attuale.

Per saperne di più sul funzionamento di questo nuovo processo leggi il nostro blog dedicato all’argomento e consulta la Guida per gli sviluppatori CloudFront aggiornata. Per iniziare a usare CloudFront visita la pagina Nozioni di base.

Amazon CloudFront annuncia sei nuove edge location tra Stati Uniti e Francia.

Data: 6 febbraio 2019

Dettagli: Amazon CloudFront annuncia sei nuove edge location che aggiungono capacità incrementale alla rete nelle rispettive regioni. Cinque delle nuove edge location si trovano in Nord America: Atlanta (2), Chicago, Dallas e Houston. Questa novità aumenta la capacità di elaborazione delle richieste di CloudFront fino al 50%, in media, all’interno di queste aree. La sesta nuova edge location è situata a Parigi, Francia. Come sempre, ogni nuova edge location di CloudFront potenzia la distribuzione e le prestazioni delle applicazioni Web dei clienti. L'elenco completo delle location di CloudFront in tutto il mondo è disponibile nella pagina Web delle caratteristiche di CloudFront.

Amazon CloudFront annuncia dieci nuove Edge location in Nord America, Europa e Asia.

Data: 11 dicembre 2018

Dettagli: Amazon CloudFront annuncia dieci nuove Edge location, aggiungendole alle nostra presenza globale. Otto delle nuove sedi di Edge sono in Nord America: Houston, Texas (la nostra prima sede in questa città), Chicago, Illinois, Newark, New Jersey, Los Angeles, California e Ashburn, in Virginia. Abbiamo anche aggiunto una edge location a Berlino, in Germania, e una a Tokyo, in Giappone.

Con questo lancio, CloudFront aumenterà la sua capacità di elaborazione delle richieste fino al 40%, in media, nelle città nord americane.

Queste nuove edge location si aggiungono alla presenza globale esistente di CloudFront e migliorano la consegna, le prestazioni e la scalabilità per i nostri clienti. L'elenco completo delle location di CloudFront in tutto il mondo è disponibile nella pagina Web delle caratteristiche di CloudFront.

Festeggia il 10° anniversario di Amazon CloudFront lanciando sei nuove sedi Edge portando il totale a 150 punti di presenza in tutto il mondo.

Data: 20 novembre 2018

Dettagli: Amazon CloudFront annuncia sei nuove sedi Edge su quattro continenti. Negli Stati Uniti, le nuove location sono a Chicago, Newark e Ashburn. A livello internazionale, le nuove location si trovano a Monaco, Tokyo e Rio de Janeiro. Poco più di un anno fa, abbiamo annunciato la nostra 100ª edge location a Tokyo. L’aggiunta di queste sei nuove location oggi porta la rete totale di CloudFront a 150 punti di accesso in tutto il mondo, in 65 città e 29 paesi.

Pochi giorni fa, abbiamo anche festeggiato il decimo anniversario di CloudFront. Leggi il blog che racconta la storia della creazione di CloudFront in risposta a una sfida interna di Jeff Bezos e Andy Jassy. Ti ringraziamo di far parte del nostro cammino evolutivo. Ecco i prossimi dieci anni!

Amazon CloudFront annuncia il supporto per Origin Failover

Data: 20 novembre 2018

Dettagli: A partire da oggi, puoi abilitare il Failover di origine per le tue distribuzioni Amazon CloudFront al fine di migliorare la disponibilità del contenuti distribuiti agli utenti finali.

Grazie alla funzione Origin Failover di CloudFront puoi configurare due origini per le tue distribuzioni - una principale e una secondaria - affinché il contenuto venga inviato dall'origine secondaria nel caso in cui CloudFront rilevi l'indisponibilità di quella principale. CloudFront consente già di configurare le pagine di errore personalizzate o generare reindirizzamenti con Lambda@Edge se la tua origine non è disponibile. Con il failover di origine, puoi impostare facilmente la logica del failover tra combinazioni di origini AWS o origini HTTP personalizzate non AWS per limitare il più possibile l'interruzione dell'esperienza utente. Ad esempio, puoi avere come origini due bucket Amazon S3 sui quali carichi i tuoi contenuti in maniera indipendente. Se un oggetto richiesto da CloudFront dal bucket primario non è presente o se la connessione al bucket primario va in time-out, CloudFront richiede l'oggetto al tuo bucket secondario. Pertanto, puoi configurare CloudFront per attivare un failover in risposta ai codici di stato HTTP 4xx e 5xx.

Per l'uso di questa funzionalità non sono previsti costi aggiuntivi. Per ulteriori informazioni su come il failover di origine funziona in CloudFront, leggere la nostra guida allo sviluppatore oppure visita la nostra pagina Web alla sezione Nozioni di base.

Amazon CloudFront annuncia il supporto per il protocollo WebSocket

Data: 20 novembre 2018

Dettagli:Puoi ora utilizzare Amazon CloudFront per le applicazioni che sfruttano il protocollo WebSocket per fornire le prestazioni e la sicurezza migliori agli utenti finali.

WebSocket è un protocollo di comunicazione in tempo reale che fornisce comunicazioni bidirezionali tra un client (come un browser) e un server su una connessione TCP di vecchia data. Utilizzando una connessione permanente aperta, il client e il server possono inviarsi l'un l'altro dati in tempo reale senza che il client debba iniziare di frequente la verifica delle connessioni per lo scambio dei nuovi dati. Le connessioni WebSocket sono spesso utilizzate nelle applicazioni chat, nelle piattaforme di collaborazione, nei giochi multigiocatore e nelle piattaforme di transazioni finanziarie.

Con il supporto CloudFront per il protocollo WebSocket, puoi ora consolidare il traffico WebSocket attraverso la stessa risorsa CloudFront come altro contenuto statico o dinamico. Puoi anche utilizzare la rete edge globale di CloudFront per terminare gli handshake SSL/TLS per le connessioni WebSocket più vicine agli utenti e sfruttare la rete ottimizzata AWS per migliorare la risposta e l'affidabilità delle applicazioni. Inoltre puoi ottenere una protezione DDOS completa, migrando gli attacchi in una posizione più vicina all'origine tramite AWS Shield e AWS WAF, saldamente integrati a CloudFront.

Puoi utilizzare WebSockets a livello globale. Non è necessaria alcuna configurazione aggiuntiva per abilitare il protocollo WebSocket nella risorsa CloudFront, poiché dovrebbe essere supportato per impostazione predefinita. Non sono previsti costi aggiuntivi per l'invio dei dati tramite il protocollo WebSocket. Si applicano le tariffe CloudFront Standard.

Per ulteriori informazioni sull'utilizzo del protocollo WebSocket in CloudFront, leggi la nostra Guida per gli sviluppatori o visita la nostra pagina web per iniziare.

Amazon CloudFront annuncia sei nuove edge location in Nord America, Europa e Asia

Data: 6 novembre 2018

Dettagli: Amazon CloudFront annuncia sei nuove edge location per potenziare la presenza globale nelle grandi città di tutto il mondo. Le nuove edge location si trovano a Hyderabad (2), Nuova Delhi, Londra (2) e Hillsboro. Sia quelle di Hyderabad, in India, che di Hillsboro, in Oregon sono nuove location. Con questo lancio, CloudFront incrementa fino a un massimo del 55% la sua capacità media di elaborazione delle richieste in India e nel Regno Unito.
L’aggiunta di queste edge location rafforza la distribuzione, la performance e il dimensionamento per i nostri clienti. L'elenco completo delle location di CloudFront in tutto il mondo è disponibile nella pagina Web delle caratteristiche di CloudFront.

Amazon CloudFront annuncia due nuove edge location, tra cui la seconda negli Emirati Arabi Uniti

Data: 12 ottobre 2018

Dettagli: Amazon CloudFront annuncia due nuove edge location: Fujaira, Emirati Arabi Uniti e Parigi, Francia. Fujaira è la seconda edge location negli Emirati Arabi Uniti; la prima, Dubai, è stata avviata lo scorso mese. I clienti che distribuiscono contenuti all'interno degli Emirati Arabi Uniti potranno beneficiare di una latenza media migliore anche del 90%. L’aggiunta di una nuova edge location a Parigi, in Francia, aumenterà invece del 50% la capacità in tale area. L'elenco completo di edge location di CloudFront in tutto il mondo è disponibile nella pagina Web dei dettagli di CloudFront.

Amazon CloudFront lancia la seconda edge location a Nuova Delhi, in India

Data: 12 settembre 2018

Dettagli: Amazon CloudFront ha annunciato l'aggiunta di una seconda edge location a Nuova Delhi, in India. Questa aggiunta raddoppia la capacità di CloudFront in tale area, sia per l'elaborazione delle richieste degli utenti sia per il caching locale dei contenuti. Per una panoramica della rete globale di CloudFront, consulta la pagina CloudFront dettagli.

Amazon CloudFront lancia la prima edge location a Dubai, Emirati Arabi Uniti

Data: 4 settembre 2018

Dettagli: Amazon CloudFront ha annunciato che entrerà nel mercato mediorientale con il lancio di una edge location a Dubai, Emirati Arabi Uniti. Per una panoramica della rete globale di CloudFront, consulta la pagina CloudFront dettagli.

Amazon CloudFront si estende nelle regioni del nord con le prime edge location in Norvegia e Danimarca

Data: 15 agosto 2018

Dettagli: Amazon CloudFront annuncia due nuove edge location, a Oslo, in Norvegia, e a Copenaghen, in Danimarca. In entrambi i casi si tratta della prima edge location nei rispettivi paesi, con un miglioramento della capacità di CloudFront in tali regioni del 55%. L'ampliamento di Amazon CloudFront nell'Europa del Nord migliora ulteriormente la disponibilità e le prestazioni della distribuzione di contenuti agli utenti della regione. Rispetto a prima dell'aggiunta delle nuove edge location, la riduzione prevista di latenza nella distribuzione di contenuti per gli utenti finali di CloudFront in Norvegia e Danimarca è del 35%.

L'elenco completo di edge location di CloudFront in tutto il mondo è disponibile nella pagina Web dei dettagli di CloudFront.

Lambda@Edge fornisce ora accesso al corpo delle richieste per l'elaborazione POST/PUT HTTP

Data: 14 agosto 2018

Dettagli: Lambda@Edge consente ora di accedere a vari attributi HTTP quali URI, intestazioni e stringhe di query per personalizzare i contenuti distribuiti agli utenti finali. A partire da oggi, è anche possibile accedere al corpo delle richieste HTTP nelle funzioni Lambda, permettendo di eseguire logica personalizzata e generare una risposta direttamente dalla edge location.

Gli sviluppatori in genere raccolgono dati dagli utenti finali e li elaborano presso i server di origine impiegando moduli Web/HTML e Web beacon o bug. Grazie all'accesso al corpo delle richieste per le funzioni Lambda, è possibile delegare la logica sull'edge e migliorare la latenza per gli utenti finali. Ad esempio, in un sito Web statico con un modulo di contatto, è possibile effettuare una chiamata di rete a una Global Table di Amazon DynamoDB per salvare i dati da una funzione Lambda. Oppure, in un sito in cui vengono raccolti dati sui comportamenti degli utenti finali tramite un Web beacon, è possibile registrare le informazioni acquisite su un endpoint di Amazon Kinesis Firehose a partire da una funzione Lambda, semplificando l'infrastruttura di origine.

Per l'uso di questa funzionalità non sono previsti costi aggiuntivi. Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni su come utilizzare questa nuova caratteristica, consulta le risorse di seguito:

Per iniziare, consulta le funzioni Lambda di esempio che mostrano come visualizzare e modificare il corpo della richiesta

Leggi questo post del blog per informazioni su come creare un passthrough di acquisizione dati globale con Amazon CloudFront, Lambda@Edge e Amazon Kinesis Firehose

Per ulteriori informazioni, consulta la documentazione.

Amazon CloudFront annuncia nove nuove edge location in grandi città di Nord America, Europa e Asia

Data: 24 luglio 2018

Dettagli: Amazon CloudFront annuncia nove nuove edge location per potenziare la presenza in grandi città di tutto il mondo. Cinque di queste edge location saranno aggiunte in Nord America: Los Angeles, California; San Jose, California; Newark, New Jersey; Dallas/Fort Worth, Texas; Miami, Florida. Tre saranno aggiunte in Europa: due a Londra, in Inghilterra, e una a Francoforte, in Germania. In Asia, invece, sarà aggiunta la nona edge location a Tokyo, in Giappone.

Con questo lancio, CloudFront aumenterà in media del 40% la capacità di elaborazione nelle cinque città degli Stati Uniti e nelle due città in Europa.

Le edge location aggiuntive permetteranno di estendere la presenza globale di CloudFront e miglioreranno erogazione, prestazioni e scalabilità dei servizi. L'elenco completo di edge location di CloudFront in tutto il mondo è disponibile nella pagina Web dei dettagli di CloudFront.

Amazon CloudFront annuncia quattro nuove edge location, inclusa la prima location a Città del Capo, Sudafrica

Data: 12 luglio 2018

Dettagli: Amazon CloudFront annuncia quattro nuove Edge location: Città del Capo, Sudafrica; Denver, Colorado; Francoforte, Germania e Taipei, Taiwan. Città del Capo è la seconda edge location in Sudafrica, dopo Johannesburg, lanciata nel giugno 2018. I clienti che distribuiscono contenuti in Sudafrica hanno già visto un miglioramento della latenza del 75% in media. L'aggiunta di una nuova edge location a Denver, Colorado raddoppia la nostra capacità a Denver. La nuova edge location a Francoforte è la settima in questa città, mentre la nuova edge location a Taipei è la terza. L'aggiunta di queste location continua a espandere l'impronta globale e la capacità di CloudFront, consentendoci di fornire ai nostri clienti migliori prestazioni e scalabilità.

Un elenco completo dei componenti dell'infrastruttura di CloudFront è disponibile nella pagina dei dettagli di CloudFront.

Amazon CloudFront amplia la sua portata in Africa con una nuova edge location a Johannesburg e con la prima edge location a Bangalore

Data: 14 giugno 2018

Dettagli: Dal lancio di Amazon CloudFront nel novembre 2008, abbiamo continuato ad ampliare la portata della nostra infrastruttura in tutto il mondo per migliorare la disponibilità e le prestazioni per la distribuzione dei contenuti. Oggi siamo lieti di annunciare il lancio di due nuove edge location: una a Johannesburg, in Sudafrica, e una a Bangalore, in India. La edge location a Johannesburg rappresenta il primo punto vendita di Amazon CloudFront nel continente africano. L'aggiunta di queste due nuove sedi porta la rete globale di CloudFront a 119 presenze in 58 città sparse in 26 paesi.

L'ampliamento di Amazon CloudFront in Sudafrica migliora ulteriormente la disponibilità e le prestazioni della distribuzione dei contenuti ai visualizzatori della regione. Ci aspettiamo che i clienti che utilizzano Amazon CloudFront per arrivare ai visualizzatori in Sudafrica registrino miglioramenti nelle prestazioni pari almeno al 75% di riduzione della latenza per i loro contenuti. Per quanto riguarda il nuovo punto vendita di Bangalore, è previsto che incrementi la capacità di CloudFront in India anche del 25%.

Oltre a ridurre la latenza, le nuove edge location renderanno disponibile la serie completa di vantaggi offerti da Amazon CloudFront, come Lambda@Edge, crittografia a livello di campo e Amazon S3 Transfer Acceleration oltre all'integrazione trasparente con altri servizi AWS come AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) e Amazon Elastic Compute Cloud (EC2). Queste nuove edge location a Johannesburg e a Bangalore sono state realizzate in conformità ai medesimi standard elevati delle nostre altre edge location CloudFront globali, tra cui l'infrastruttura e i processi conformi a PCI, DSS, HIPAA e ISO per garantire la distribuzione sicura dei dati più sensibili.

Le informazioni sui prezzi per CloudFront, compresi i prezzi per le nuove edge location in Sudafrica, sono disponibili alla pagina dei prezzi.

Amazon CloudFront lancio l'ottava edge location a Tokyo, Giappone

Data: 30 maggio 2018

Dettagli:°Amazon CloudFront annuncia il lancio di un'ottava edge location a Tokyo, Giappone Questa aggiunta prosegue la politica di espansione della capacità di CloudFront nella regione, che garantisce la gestione di volumi ancora maggiori di traffico Web.

Per la lista completa della rete globale di CloudFront visita la pagina Web dei dettagli di CloudFront.

Lambda@Edge introduce il supporto per Node.js v8.10

Data: 14 maggio 2018

Dettagli:: A partire da oggi, è possibile impiegare Node.js v8.10 per sviluppare funzioni in Lambda@Edge oltre al runtime Node.js v6.10.

Node.js v8.10, l'attuale versione LTS (Long Term Support) di Node, utilizza il nuovo motore V8 6.0, che assicura prestazioni migliori rispetto alla precedente versione LTS 6.x. Inoltre, Node.js v8.10 supporta nuove caratteristiche tra cui async/await, un nuovo metodo per gestire le operazioni asincrone in Node.js che consente di scrivere codice più semplice, facile e pulito per le chiamate non di blocco. Per ulteriori dettagli sui vantaggi della funzione async/await introdotta in Node.js v8.10, consulta questo post del blog.

Per cominciare, ti basta caricare il codice Node.js come funzione AWS Lambda tramite l'AWS CLI o la console Lambda e selezionare il runtime Node.js 8.10. Se disponi di funzioni Node.js esistenti, puoi passare al nuovo runtime effettuando le modifiche necessarie al codice per assicurare la compatibilità con il nuovo runtime e modificare la configurazione della funzione per impostare il runtime su Node.js 8.10.

Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni sul modello di programmazione Node.js di Lambda, consulta la documentazione.

Amazon CloudFront lancia la terza edge location a Singapore e la seconda a Taipei (Taiwan)

Data: 25 aprile 2018

Dettagli:: Amazon CloudFront ha annunciato l'aggiunta di una terza edge location a Singapore e una seconda a Taipei (Taiwan). Ogni nuova edge location aggiunta all'infrastruttura AWS migliora la capacità di CloudFront di servire contenuti sicuri a bassa latenza ed elevata disponibilità in tutto il mondo.

Un elenco completo dei componenti dell'infrastruttura di CloudFront è disponibile nella pagina dei dettagli di CloudFront.

Lambda@Edge aggiunge il supporto alle origini in S3 per la personalizzazione della distribuzione di contenuti in base alle intestazioni di richiesta.

Data: 20 marzo 2018

Dettagli:: A partire da oggi, Lambda@Edge permette di personalizzare ulteriormente la distribuzione di contenuti memorizzati in un bucket Amazon S3, consentendo l'accesso a una whitelist di intestazioni aggiuntive che include le intestazioni personalizzate, nell'ambito di eventi a contatto con l'origine. Ad esempio, è possibile configurare Amazon CloudFront per memorizzare nella cache e inoltrare all'origine in S3 l'intestazione relativa al paese; utilizzando quindi Lambda@Edge per reindirizzare gli utenti in modo dinamico verso le versioni localizzate del sito Web in base alla loro posizione. CloudFront memorizza inoltre nella cache le risposte per migliorare ulteriormente le prestazioni per le richieste successive al sito Web.

Fino a questo momento, era possibile configurare Amazon CloudFront con un'origine in S3 per inoltrare e memorizzare nella cache oggetti in base solo a tre intestazioni: Access-Control-Request-Headers, Access-Control-Request-Method e Origin. Questo limite non consentiva di sfruttare completamente il potenziale di Lambda@Edge, perché era possibile utilizzare i cookie e le stringhe di query solo per personalizzare la distribuzione di contenuti memorizzati in bucket S3. Tuttavia, con questa novità, è ora possibile configurare CloudFront con un'origine in S3 per memorizzare nella cache e inoltrare numerose altre intestazioni, ad esempio CloudFront-Viewer-Country o CloudFront-Is-*-Viewer, utilizzando quindi Lambda@Edge per personalizzare i contenuti in base a queste intestazioni e distribuirli a bassa latenza. Per un elenco delle intestazioni supportate, consulta questa pagina.

Non sono previsti costi aggiuntivi per questa nuova funzionalità. Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni su come utilizzare questa nuova caratteristica, consulta le risorse di seguito:

• Esempi su come personalizzare i contenuti in base alla posizione dell'utente e al dispositivo dell'utente.
• Esempio su come selezionare l'origine in modo dinamico utilizzando le intestazioni.  

CloudFront ora supporta i certificati ECDSA per le connessioni HTTPS alle sorgenti

Data: 15 marzo 2018

Dettagli: A partire da oggi, è possibile utilizzare Amazon CloudFront per interfacciare le connessioni HTTPS alle origini utilizzando l'algoritmo ECDSA (Elliptic Curve Digital Signature Algorithm). ECDSA utilizza chiavi più piccole che sono più veloci, tanto quanto sicure, come il vecchio algoritmo RSA. Le chiavi più piccole aumentano anche il numero di handshake TLS che le origini possono elaborare al secondo, risparmiando così cicli di elaborazione e riducendo il costo della crittografia. Per abilitare ECDSA basta configurare il server di origine per utilizzare e preferire un certificato ECDSA. Per l'uso di questa funzionalità non sono previsti costi aggiuntivi.

Per ulteriori informazioni sul funzionamento dei certificati ECDSA in CloudFront, consulta questo post del blog e il documento Developer Guide di CloudFront.

Amazon CloudFront lancia la quarta edge location a Seul, in Corea del Sud

Data: 19 febbraio 2018

Dettagli: Amazon CloudFront annuncia l'aggiunta di una nuova edge location a Seul, in Corea del Sud; il numero di edge location nella città sale così a quattro. Questa aggiunta prosegue la politica di espansione della capacità di CloudFront nella regione, che garantisce la gestione di volumi ancora maggiori di traffico Web.

Un elenco completo dei componenti dell'infrastruttura di CloudFront è disponibile nella pagina dei dettagli di CloudFront.

Amazon CloudFront annuncia sei nuove edge location, tra cui due nuove location a Tokyo e per la prima volta una a Perth, in Australia

Data: 5 gennaio 2018

Dettagli: Amazon CloudFront annuncia sei nuove edge location che sono ora parte integrante della sua rete globale. Le nuove edge location si trovano nelle seguenti città:

Perth, Australia; Chennai, India; Rio De Janeiro, Brasile; Los Angeles, California; infine due edge location saranno aggiunte a Tokyo, Giappone.

Un elenco completo dei componenti dell'infrastruttura di CloudFront è disponibile nella pagina dei dettagli di CloudFront.

Lambda@Edge ora ti permette di personalizzare le risposte agli errori dalla tua origine

Data: 21 dicembre 2017

Dettagli: A partire da oggi, Lambda@Edge ti consente di personalizzare le risposte agli errori dalla tua origine, permettendoti di eseguire funzioni Lambda in risposta agli errori HTTP che Amazon CloudFront riceve dalla tua origine. Questo significa che le funzioni Lambda@Edge associate all'evento di risposta di origine di Amazon CloudFront verranno ora richiamate per i codici di stato di errore 4XX e 5XX, oltre ai codici di stato 2XX (successo) e 3XX (reindirizzamento) attualmente supportati.

Per ulteriori informazioni leggi il nostro annuncio.

Introduzione alla crittografia a livello di campo in Amazon CloudFront

Data: 14 dicembre 2017

Dettagli: A partire da oggi, puoi usare la nuova funzionalità Amazon CloudFront, denominata crittografia a livello di campo, per potenziare ulteriormente la sicurezza dei dati sensibili, come numeri di carte di credito o informazioni che consentono l'identificazione personale dell'utente (PII), come il codice fiscale. La crittografia a livello di campo di CloudFront crittografa ulteriormente i dati sensibili in formato HTTPS mediante chiavi di crittografia specifiche del campo (fornite da te) prima che una richiesta POST venga inviata alla tua origine. Questo garantisce che i dati sensibili vengano decrittografati e visualizzati solo da determinati componenti o servizi del tuo stack applicativo.

Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront aggiunge sei edge location e si espande in quattro nuove città

Data: 22 novembre 2017

Dettagli:  Amazon CloudFront ha annunciato oggi l'aggiunta di sei nuove edge location alla propria rete globale per la distribuzione di contenuti. Le nuove edge location si trovano a: Helsinki, Finlandia; Madrid, Spagna; Manchester, Inghilterra; Denver, Colorado; Newark, New Jersey; Phoenix, Arizona.

Quattro di queste edge location (Helsinki, Manchester, Denver e Phoenix) hanno aggiunto nuove città alla rete di CloudFront e ognuna delle sei edge location offre una capacità aggiuntiva all'interno della regione. Un elenco completo dei componenti dell'infrastruttura di CloudFront è disponibile nella pagina dei dettagli di CloudFront.

Per maggiori informazioni su Amazon CloudFront, visita la nostra pagina Web con le Nozioni di base per vedere i nostri prossimi webinar e per consultare risorse utili.

Lambda@Edge ora supporta la selezione dinamica dell'origine basata sui contenuti, le chiamate di rete dagli eventi visualizzatore e la generazione avanzata delle risposte

Data: 21 novembre 2017

Dettagli: A partire da oggi, Lambda@Edge offre tre nuove caratteristiche con cui creare contenuti personalizzati per gli utenti migliorando al contempo la latenza e semplificando l'infrastruttura di origine. La prima caratteristica è la possibilità di instradare le richieste in modo dinamico a diversi server di origine di back-end in base agli attributi delle singole richieste, ad esempio posizione e tipo di dispositivo dell'utente, intestazioni HTTP, percorso URL, stringa di query e cookie, grazie alla selezione delle origini dinamica basata sui contenuti. In secondo luogo, è possibile effettuare chiamate di rete remote da eventi Amazon CloudFront connessi al visualizzatore. In terzo luogo, è possibile generare dati binari dalle funzioni Lambda@Edge che ti permettono di offrire contenuti più personalizzati e articolati con Amazon CloudFront. Inoltre è stato innalzato il limite di funzioni Lambda@Edge. Ora è possibile configurare fino a 1.536 MB di memoria, distribuire pacchetti con dimensioni massime di 50 MB e implementare funzioni Lambda@Edge con timeout maggiori, fino a 30 secondi.

Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront apre il punto di accesso numero 101 in Italia con la prima edge location a Palermo.

Data: 6 novembre 2017

Dettagli: Solo una settimana fa avevamo annunciato il centesimo punto di accesso. Oggi, Amazon CloudFront aggiunge una nuova città alla propria rete, lanciando la prima edge location a Palermo. Le edge location in Italia salgono così a due, dopo quella a Milano. La rete dispone ora di 101 punti di presenza, di cui 90 sono edge location e 11 cache edge location regionali. Palermo è solo una delle nuove città in cui la rete si sta espandendo; molte altre saranno annunciate nei prossimi mesi.

Per maggiori informazioni su Amazon CloudFront e su come iniziare subito, visita la nostra pagina Web per scoprire i nostri prossimi webinar.

In seguito al lancio della quinta edge location a Tokyo, in Giappone, Amazon CloudFront dispone di 100 punti di accesso.

Data: 31 ottobre 2017

Dettagli: Circa nove anni fa, Amazon Web Services (AWS) ha annunciato il lancio di Amazon CloudFront, la sua rete per la distribuzione di contenuti. È iniziata come una rete di edge location composta da soli 14 punti di accesso e è ora diventata una presenza globale che supporta milioni di utenti in tutto il mondo. Oggi siamo lieti di annunciare il centesimo punto di accesso (di cui 89 sono edge location e 11 cache edge location regionali) in una delle regioni di maggiore crescita per Amazon CloudFront, il Giappone. Il centesimo punto di accesso (o punto di presenza) è anche la quinta edge location situata a Tokyo e la sesta nel paese.

I 100 punti di accesso di Amazon CloudFront estendono la portata del servizio in tutto il mondo, con siti in 23 paesi e 50 città. L'anno scorso le dimensioni della rete sono aumentate di oltre il 50%, con l'aggiunta di 37 edge location. Le nuove location sono state collocate in nove nuove città e quattro nuovi paesi*: Berlino, Germania; Minneapolis, Minnesota; Praga, Repubblica Ceca*; Boston, Massachusetts; Monaco di Baviera, Germania; Vienna, Austria*; Kuala Lumpur, Malesia*; Philadelphia, Pennsylvania e Zurigo, Svizzera*.

Durante la conferenza re:Invent 2016, era stato annunciato un nuovo tipo di livello di caching, denominato cache edge regionale, che ha aggiunto alla nostra rete 11 punti di accesso. Queste cache edge location dispongono di una maggiore profondità di cache rispetto a quelle classiche e si trovano tra le edge location e il server di origine dei clienti. In questo modo è possibile memorizzare nella cache i loro contenuti più a lungo e a minore distanza dagli utenti finali, riducendo il carico sui server di origine e rendendo il recupero dell'origine più rapido.

Siamo onorati di collaborare con aziende di ogni dimensione in tutto il mondo. Tutti i nostri clienti sono importanti, dal blogger e dall'azienda a conduzione familiare alle multinazionali, e siamo estremamente grati della loro presenza nella nostra rete globale!

Grazie,

- Il team di Amazon CloudFront

Per maggiori informazioni su Amazon CloudFront e su come iniziare subito, visita la nostra pagina Web per scoprire i nostri prossimi webinar.

Amazon CloudFront annuncia il suo 99° punto di accesso con la sua seconda edge location a Miami, FL.

Data: 30 ottobre 2017

Dettagli: Il team di Amazon CloudFront è entusiasta di annunciare il suo 99° punto di accesso con l'aggiunta di una seconda edge location a Miami, Florida. I 99 punti di accesso di Amazon CloudFront includono 88 edge location e 11 cache edge location regionali. La nostra rete si estende su 50 città in 23 paesi in tutto il mondo. Per maggiori informazioni su Amazon CloudFront e su come iniziare subito, visita la nostra pagina Web per scoprire i nostri prossimi webinar.

Amazon CloudFront continua ad aggiungere capacità nei paesi scandinavi, in Europa occidentale e negli Stati Uniti occidentali con nuove ubicazioni a Stoccolma, Londra e Dallas!

Data: 11 ottobre 2017

Dettagli: Il team Amazon CloudFront è lieto di annunciare tre nuovi punti di accesso a Stoccolma, Londra e Dallas. Ora Stoccolma ha tre punti di accesso, Londra cinque e Dallas quattro! Queste tre aggiunte alla rete continuano a espandere la capacità di Amazon CloudFront in ogni regione, per garantire a ogni utente finale un'esperienza affidabile, sicura e rapida.

Amazon CloudFront dispone ora di 98 punti di accesso (87 edge location e 11 cache edge location regionali) in 23 paesi e 50 città. Consulta sul nostro sito Web l'elenco completo delle location di Amazon CloudFront. Incontra il team CloudFront in uno dei nostri prossimi webinar.

Lambda@Edge fornisce l'accesso alle intestazioni di parametri della stringa di query, paese e tipo di dispositivo.

Data: 10 ottobre 2017

Dettagli: Lambda@Edge permette di personalizzare i contenuti a bassa latenza senza dover gestire i server di origine. A partire da oggi, con Lambda@Edge è ancora più semplice personalizzare i contenuti, in particolare attributi aggiuntivi della richiesta. È ora possibile accedere alle intestazioni di parametri della stringa di query, paese e tipo di dispositivo nelle funzioni AWS Lambda. Grazie a questa funzionalità, ad esempio, è possibile reindirizzare l'utente finale in versioni specifiche per un paese o per una lingua di un sito Web in base alla posizione in cui la richiesta è stata inoltrata.

Questa funzionalità non prevede costi aggiuntivi. Per ulteriori informazioni su Lambda@Edge, visita la pagina di prodotto. Per ulteriori informazioni su come utilizzare questa nuova caratteristica, consulta le risorse di seguito:

• Esempi di personalizzazione dei contenuti in base a posizione e tipo di dispositivo dell'utente finale
• Ulteriori informazioni su come accedere ai parametri della stringa di query

Amazon CloudFront permette ora di selezionare una policy di sicurezza con requisiti minimi di protocollo TLS v1.1, v1.2 e di metodi di crittografia per le connessioni degli utenti.

Data: 27 settembre 2017

Dettagli: A partire da oggi, è possibile migliorare ulteriormente la sicurezza delle applicazioni Web in Amazon CloudFront selezionando una policy di sicurezza predefinita che imporrà il protocollo TLS v1.1 o v1.2 come requisito minimo. Amazon CloudFront selezionerà automaticamente la suite di crittografia per la policy di sicurezza selezionate e la impiegherà per crittografare i contenuti prima di inoltrarli agli utenti tramite HTTPS. Ad esempio, con questa caratteristica, è possibile selezionare una policy di sicurezza che applica la versione 1.1 del protocollo TLS e le cifrature deboli, ad esempio RC4 e 3DES, saranno automaticamente escluse. La caratteristica è disponibile quando vengono usati certificati SSL personalizzati per le richieste HTTPS tramite SNI.

Tutte le distribuzioni CloudFront esistenti configurate per l'uso di certificati SSL personalizzati e l'inoltro di richieste HTTPS tramite SNI utilizzeranno di default il protocollo TLS v1.0 e tutti protocolli di cifratura supportati, escluso RC4. È possibile scegliere di modificare la policy di sicurezza per queste distribuzioni tramite la console di CloudFront o la relativa API. Questa caratteristica si applica agli handshake SSL per le connessioni degli utenti a CloudFront. I clienti già sono in grado di specificare la versione minima del protocollo TLS (1.1 o 1.2) per gli handshake tra CloudFront e le origini dati personalizzate.

Questa funzionalità non prevede costi aggiuntivi. Per ulteriori informazioni sulle policy di sicurezza che impostano requisiti minimi per il protocollo TLS e sulle relative suite di crittografia, consulta la documentazione di CloudFront.

Coast to coast: Amazon CloudFront lancia la sua prima edge location a Boston, MA e la terza a Seattle, WA!

Data: 22 settembre 2017

Dettagli: Il team di Amazon CloudFront è lieto di annunciare una edge location in una nuova città, Boston, nel Massachusetts. Inoltre, è stata aggiunta una nuova edge location a Seattle, nello stato di Washington. Entrambe le edge location contribuiscono a migliorare le prestazioni di CloudFront, rendendo l'esperienza degli utenti ancora più rapida e affidabile.

Amazon CloudFront dispone ora di 95 punti di accesso (84 edge location e 11 cache edge location regionali) in 23 paesi e 50 città. Per ulteriori informazioni leggi il nostro annuncio.

Annunciate edge location aggiuntive per Amazon CloudFront a Chicago e Francoforte

Data: 11 agosto 2017

Dettagli: Siamo lieti di annunciare il lancio di due edge location aggiuntive per Amazon CloudFront, una a Chicago, in Illinois (USA) e una a Francoforte, in Germania. Chicago offre ora due edge location, mentre Francoforte arriva a quota sei. Ogni nuova edge location migliora prestazioni e disponibilità di CloudFront per gli utenti finali.

Con queste nuove aggiunte, il numero complessivo delle edge location di Amazon CloudFront raggiunge quota 93 (di cui 82 sono edge location e 11 cache edge location regionali). Per ulteriori informazioni leggi il nostro annuncio.

Annunciata una terza edge location per Amazon CloudFront a Parigi, in Francia, per Amazon CloudFront

Data: 4 agosto 2017

Dettagli: Siamo lieti di annunciare il lancio della terza edge location situata a Parigi, in Francia. Il numero complessivo delle edge location di Amazon CloudFront raggiunge così quota 91, di cui 80 sono edge location e 11 cache edge location regionali. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata seconda edge location ad Stoccolma (Svezia) per Amazon CloudFront

Data: 21 luglio 2017

Dettagli: Siamo lieti di annunciare una nuova edge location a Stoccolma, in Svezia, per Amazon CloudFront. Questa è la seconda edge location nell'area di Stoccolma; il numero complessivo delle edge location di CloudFront nel mondo raggiunge quota 90 (di cui 79 sono punti di accesso e 11 cache edge location regionali). Per ulteriori informazioni leggi il nostro annuncio.

Annunciata una nuova edge location per Amazon CloudFront e Amazon Route 53 a Kuala Lumpur, la prima in Malesia

Data: 20 luglio 2017

Dettagli: Siamo lieti di annunciare il lancio di una nuova edge location per Amazon CloudFront e Amazon Route 53 a Kuala Lumpur, la prima in Malesia. Con la nuova location in Malesia, il numero complessivo delle edge location di Amazon CloudFront nel mondo raggiunge quota 89 (di cui 78 sono punti di accesso e 11 cache edge location regionali). Per ulteriori informazioni leggi il nostro annuncio.

Lambda@Edge è ora disponibile per tutti

Data: 17 luglio 2017

Lambda@Edge è ora disponibile per tutti i clienti. Puoi utilizzare la nuova funzionalità AWS Lambda per eseguire funzioni Node.js nelle posizioni AWS a livello globale, senza effettuare il provisioning o gestire i server, per permetterti di fornire contenuti più ricchi e personalizzati a bassa latenza ai tuoi clienti.

È sufficiente caricare il tuo codice su AWS Lambda e configurarlo in modo che venga attivato dagli eventi di Amazon CloudFront (ad es., richiesta del visualizzatore, risposta del visualizzatore, richiesta origine e risposta origine). Quando da CloudFront viene ricevuta una richiesta correlata, questa viene indirizzata alla posizione AWS ottimale vicina al visualizzatore per l'esecuzione. Lambda@Edge quindi esegue il codice e dimensiona in base al volume delle richieste sulla rete globale di CloudFront. Con Lambda@Edge, puoi eseguire il codice per personalizzare le pagine Web sulla base di ciascuna singola richiesta, creare una logica di autenticazione personalizzata eseguibile a livello globale e in grado di semplificare la fornitura di intestazioni personalizzate sicure. Inoltre, ora puoi effettuare chiamate di rete remote per accedere alle risorse su Internet per eventi orientati all’origine e generare contenuti Web dinamici da zero, in tempo reale e in linea con le tue richieste. In combinazione, questa funzionalità consente ai clienti di fornire contenuti più ricchi e personalizzati a bassa latenza per i propri utenti finali.

Le funzioni Lambda@Edge possono ora essere autorizzate negli Stati Uniti orientali (Virginia settentrionale) e saranno replicate a livello globale per le chiamate in risposta agli eventi di CloudFront.

Per ulteriori informazioni su come Lambda@Edge aiuta i developer, consulta la documentazione.

Amazon CloudFront soggetto alla normativa HIPAA

Data: 1 giugno 2017

AWS ha esteso il proprio programma di conformità agli standard HIPAA in modo da includere Amazon CloudFront come servizio idoneo ai fini HIPAA. Se disponi di un contratto di società in affari o BAA (Business Associate Agreement) con AWS, puoi utilizzare Amazon CloudFront per velocizzare la distribuzione di informazioni sanitarie protette. Per ulteriori informazioni sui servizi soggetti alla normativa HIPAA su AWS, consulta la pagina sulloStandard HIPAA.

Se disponi di un BAA con AWS, puoi iniziare subito a utilizzare Amazon CloudFront con gli account coperti dal contratto. Se non disponi di un BAA con AWS o hai altre domande da sottoporre in relazione ai servizi soggetti allo standard HIPAA in AWS, contattaci e ti metteremo in contatto con un rappresentante del nostro team AWS Sales.

Per ulteriori informazioni su Amazon CloudFront e su come creare applicazioni per il settore sanitario in AWS, consulta la documentazione di Amazon CloudFront e la pagina AWS Cloud Computing in settore sanitario.

Annunciata seconda edge location a Seattle per Amazon CloudFront 

Data: 23 maggio 2017

Dettagli: Siamo lieti di annunciare una nuova edge location a Seattle, Washington, per Amazon CloudFront. Ogni nuova edge location contribuisce a migliorare le prestazioni e la disponibilità per gli utenti finali delle applicazioni dei nostri clienti. Questa è la seconda edge location nell'area di Seattle; il numero complessivo delle edge location nel mondo raggiunge quota 88 (di cui 77 sono punti di accesso e 11 cache edge location regionali). Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront aggiunge nuove edge location a Tokyo, in Giappone e a Dallas/Fort Worth nel Texas 

Data: 9 maggio 2017

Dettagli: Siamo lieti di annunciare le nuove edge location per Amazon CloudFront a Tokyo, in Giappone e a Dallas/Fort Worth nel Texas. Ogni nuova edge location contribuisce a migliorare le prestazioni e la disponibilità per gli utenti finali delle applicazioni dei nostri clienti. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata la terza edge location ad Atlanta, Georgia, per Amazon CloudFront  

Data: 21 aprile 2017

Dettagli: Siamo lieti di annunciare una nuova edge location ad Atlanta, Georgia, per Amazon CloudFront. Ogni nuova edge location contribuisce a migliorare le prestazioni e la disponibilità per gli utenti finali delle applicazioni dei nostri clienti. Questa è la terza edge location nell'area di Atlanta; il numero complessivo delle edge location nel mondo raggiunge quota 85 (di cui 74 sono punti di accesso e 11 cache edge location regionali). Per ulteriori informazioni leggi il nostro annuncio.

Configurazione di timeout di lettura e di keep-alive per le origini personalizzate di Amazon CloudFront

Data: 30 marzo 2017

Dettagli: Siamo lieti di annunciare che, a partire da oggi, sarà possibile configurare i valori di timeout di lettura e di keep-alive utilizzati da Amazon CloudFront nelle comunicazioni con le origini personalizzate. Tali valori potranno essere elevati o ridotti in base alle necessità delle applicazioni. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata una nuova edge location a Zurigo, per la prima volta in Svizzera

Data: 15 marzo 2017

Dettagli: Siamo lieti di annunciare il lancio di una nuova edge location a Zurigo, la prima in Svizzera. Con questa nuova aggiunta, il numero complessivo delle edge location di Amazon CloudFront nel mondo raggiunge così quota 73. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata una nuova edge location a Praga, per la prima volta in Repubblica Ceca

Data: 8 marzo 2017

Dettagli: Siamo lieti di annunciare il lancio di una nuova edge location a Praga, la prima in Repubblica Ceca. Con questa nuova aggiunta, il numero complessivo delle edge location di Amazon CloudFront nel mondo raggiunge così quota 72. Per ulteriori informazioni leggi il nostro annuncio.

Nuova edge location a Philadelphia per Amazon CloudFront

Data: 24 febbraio 2017

Dettagli: Siamo lieti di annunciare che abbiamo aggiunto una nuova edge location per Amazon CloudFront a Philadelphia, Pennsylvania. Con l'aggiunta di Filadelfia, il numero complessivo delle edge location sale a 24 negli Stati Uniti e 71 in tutto il mondo. Per ulteriori informazioni leggi il nostro annuncio.

Lambda@Edge aggiunge il supporto per generazione di risposte e registrazione personalizzata di log

Data: 8 febbraio 2017

Dettagli: Siamo lieti di annunciare oggi il supporto in Lambda@Edge di due nuove caratteristiche: la generazione di risposte e la registrazione personalizzata di log. Con la funzione di generazione di risposte, Lambda@Edge ora permette di scrivere funzioni Lambda che generano una risposta HTTP alle richieste degli utenti finali inoltrate presso le edge location di AWS. Inoltre, le funzioni Lambda@Edge potranno contenere istruzioni di registrazione di log personalizzate, consentendo di scrivere i log in Amazon CloudWatch e facilitare quindi il debug e il monitoraggio delle funzioni Lambda@Edge in esecuzione presso le edge location. Per ulteriori informazioni leggi il nostro annuncio. Se desideri registrati per l'anteprima, visita la pagina di Lambda@Edge.

Annunciata una nuova edge location a Vienna, la prima in Austria

Data: 7 febbraio 2017

Dettagli: Siamo lieti di annunciare il lancio di una nuova edge location a Vienna, la prima in Austria. Con questa nuova aggiunta, il numero complessivo delle edge location di Amazon CloudFront nel mondo raggiunge così quota 70. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata una nuova edge location per Amazon CloudFront a Monaco di Baviera, settima edge location in Germania

Data: 25 gennaio 2017

Dettagli: Siamo lieti di annunciare che abbiamo aggiunto una nuova edge location per Amazon CloudFront a Monaco di Baviera in Germania. Si tratta della terza città della Germania, dopo Francoforte e Berlino, ad ospitare un centro AWS, nonché della settima edge location del paese; il numero complessivo delle edge location nel mondo raggiunge quota 69. Per ulteriori informazioni leggi il nostro annuncio.

Introduzione a Lambda@Edge in anteprima – Esegui le funzioni Lambda nelle edge location AWS più vicine ai tuoi utenti

Data: 1 dicembre 2016

Dettagli: Lambda@Edge, ora in anteprima, ti permette di scrivere funzioni distribuite nella rete di edge location di AWS in risposta a CloudFront. Questa nuova caratteristica ti permette di personalizzare contenuti per i tuoi utenti finali vicino alla loro sede, riducendo così al minimo la latenza della rete. Per esempio, puoi modificare le intestazioni HTTP per personalizzare l'applicazione per ciascun utente, implementare un'autenticazione personalizzata o una logica di crittografia nell'edge, rilevare e raggruppare utenti per tipo di dispositivo, supportare dispositivi legacy riformattando i contenuti in base al visualizzatore e altro ancora.

Lambda@Edge si integra con Amazon CloudFront e utilizza gli eventi di CloudFront come trigger per l'esecuzione automatica di funzioni nelle edge location di AWS, evitandoti di eseguire o gestire server. Basta scrivere e caricare la funzione Node.js utilizzando la console Lambda e selezionare l'evento trigger CloudFront. Lambda@Edge si incarica di distribuire la tua funzione alle edge location più vicine ai tuoi utenti finali. Esattamente come Lambda, le tariffe sono calcolate in base ai tempi di esecuzione della tua funzione e dell'elaborazione, perciò non viene addebitato alcun costo quando la funzione non è in esecuzione.

Fai clic qui per ulteriori informazioni su Lambda@Edge. Per ulteriori dettagli e per le rrestrizioni dei servizi, consulta la CloudFront Developer Guide. Fai clic qui per registrarti per l'anteprima pubblica. 

Introduzione alle cache edge regionali per Amazon CloudFront

Data: 29 novembre 2016

Dettagli: Oggi abbiamo il piacere di annunciare che ad Amazon CloudFront è stato aggiunto un nuovo tipo di edge location chiamato cache edge regionali che migliora ulteriormente le prestazioni per i tuoi utenti. Le cache edge regionali, oltre a migliorare le prestazioni, consentono di ridurre il carico sulle risorse di origine, riducendo al minimo il sovraccarico operativo associato al dimensionamento della tua origine e riducendone i costi. Le nuove sedi delle cache edge regionali si trovano in Virginia settentrionale, Oregon, São Paulo, Francoforte, Singapore, Seul, Tokyo, Mumbai e Sydney.

Le cache edge regionali sono attive per impostazione predefinita per le tue distribuzioni CloudFront, perciò non devi effettuare nessuna modifica alle tue distribuzioni per approfittare di questa caratteristica, che non comporta costi supplementari. Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront aggiunge nuove edge location a Minneapolis nel Minnesota e Berlino, in Germania, e aumenta a 4 quelle a Londra, in Inghilterra

Data: 23 novembre 2016

Dettagli:: Siamo lieti di annunciare nuove edge location nelle città di Minneapolis, nel Minnesota, e Berlino, in Germania. È stata inoltre aggiunta una quarta edge location a Londra, in Inghilterra. Il numero complessivo delle edge location nel mondo raggiunge così quota 68. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata la terza edge location a Hong Kong per Amazon CloudFront

Data: 18 novembre 2016

Dettagli: Siamo lieti di annunciare una nuova edge location a Hong Kong per Amazon CloudFront. È la terza edge location a Hong Kong e porta a 65 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata la quarta edge location in Giappone per Amazon CloudFront

Data: 11 novembre 2016

Dettagli: Siamo lieti di annunciare una nuova edge location a Tokyo, in Giappone (regione Asia Pacifico), per Amazon CloudFront. Si tratta della terza edge location a Tokyo, nonché la quarta in Giappone, e porta a 64 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.

Certificati SSL/TLS proprii con AWS Certificate Manager

Data: 21 ottobre 2016

Dettagli: È ora possibile usare AWS Certificate Manager (ACM) per importare un certificato SSL/TLS rilasciato da un'autorità di certificazione di terze parti e associarlo alle tue distribuzioni CloudFront in pochi minuti. Per monitorare la scadenza del certificato importato e importare l'eventuale sostituto quando la data si avvicina potrai utilizzare la Console di gestione AWS. L'importazione di certificati non prevede alcun costo. Paghi solo le risorse AWS utilizzate per eseguire la tua applicazione. CloudFront supporterà comunque l'utilizzo di certificati caricati nello store di certificati di Identity and Access Management (IAM). Consulta l'annuncio di ACM e la documentazione per ulteriori informazioni sui prerequisiti per l'importazione di certificati.

Annunciato il supporto a Internet Protocol versione 6 (IPv6) per Amazon CloudFront

Data:: 6 ottobre 2016

Dettagli: Siamo lieti di annunciare che a partire da oggi è possibile usare Amazon CloudFront per distribuire contenuti sia con IPv6 sia con IPv4 tramite HTTP/HTTPS.

L'uso del protocollo IPv6 sarà abilitato di default per tutte le distribuzioni Web di Amazon CloudFront create a partire dalla data odierna. Per le distribuzioni Web esistenti sarà possibile abilitare IPv6 tramite l'API o la console di Amazon CloudFront. Utenti e reti che si collegano alle edge location di Amazon CloudFront su IPv6 riceveranno automaticamente i contenuti tramite tale protocollo. Chi si collega tramite protocollo IPv4 non noterà alcuna differenza. Le connessioni ai server di origine rimarranno su IPv4.

Il lancio è suddiviso in fasi; da oggi saranno abilitati gli indirizzi IPv6 su tutte le reti ASN (Autonomous System Networks), mentre la procedura sarà completa su tutte le reti entro poche settimane. Per ulteriori informazioni sul supporto per IPv6 in Amazon CloudFront, consulta la Amazon CloudFront Developer Guide e le domande frequenti.

Annunciate due nuove edge location per Amazon CloudFront a Francoforte, Germania

Data: 23 settembre 2016

Dettagli: Siamo lieti di annunciare due nuove edge location per Amazon CloudFront a Francoforte, Germania. La città di Francoforte offre ora 5 edge location, mentre il numero complessivo delle edge location nel mondo raggiunge quota 63. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata la seconda edge location a Mumbai, in India (regione Asia Pacifico), per Amazon CloudFront

Data: 19 settembre 2016

Dettagli: Siamo lieti di annunciare una nuova edge location a Mumbai, in India (regione Asia Pacifico), per Amazon CloudFront. È la seconda edge location di Mumbai e porta a 61 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.

Annunciata la seconda edge location ad Atlanta per Amazon CloudFront

Data: 12 settembre 2016

Dettagli: siamo lieti di annunciare una nuova edge location ad Atlanta per Amazon CloudFront. È la seconda edge location ad Atlanta e porta a 60 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront supporta ora HTTP/2

Data:: 7 settembre 2016

Dettagli: Siamo lieti di annunciare che è ora possibile abilitare HTTP/2 per le distribuzioni Amazon CloudFront, per migliorare le prestazioni dei contenuti Web destinati ai client che supportano questo nuovo protocollo.

HTTP/2, una versione migliorata dell'HTTP, supporta multiplazione, compressione delle intestazioni e priorità di flusso per velocizzare caricamento e renderizzazione delle pagine. HTTP/2 è abilitato di default per tutte le nuove distribuzioni di Amazon CloudFront, mentre per le distribuzioni esistenti può essere abilitato modificandone la configurazione. Non sono previsti costi aggiuntivi per questa caratteristica; i client che non supportano HTTP/2 potranno comunque comunicare con le distribuzioni Amazon CloudFront HTTP/2 tramite HTTP/1.1.

Per ulteriori informazioni su HTTP/2, consulta Supported HTTP Versions nella Amazon CloudFront Developer Guide.

 Annunciate whitelist di stringhe di query per Amazon CloudFront

Data: 30 agosto 2016

Dettagli: Amazon CloudFront ora consente di specificare una whitelist di parametri di stringhe di query da utilizzare per il caching, continuando comunque a inoltrare tutti i parametri all'origine. La memorizzazione nella cache basata su parametri di stringhe di query può migliorare significativamente le prestazioni degli utenti finali migliorando la hit rate della cache e riducendo il carico sull'origine.

Per ulteriori informazioni sulle whitelist di stringhe di query, consulta Configuring CloudFront to Cache Based on Query String Parameters nella Amazon CloudFront Developer Guide. Per ulteriori informazioni su Amazon CloudFront, consulta la pagina di prodotto di Amazon CloudFront.

 Annunciati i tag per l'allocazione dei costi per Amazon CloudFront

Data: 9 agosto 2016

Dettagli: Siamo lieti di annunciare che è ora possibile aggiungere i tag di allocazione dei costi alle distribuzioni Amazon CloudFront. Grazie ai tag è più semplice suddividere i costi e ottimizzare le spese dividendo per categoria e raggruppando le risorse AWS. Ad esempio, puoi utilizzare tag per raggruppare le risorse in base ad amministratore, nome applicazione, centro di costo o progetto specifico.

Per ulteriori informazioni sull'applicazione di tag per l'allocazione dei costi, consulta Using Cost Allocation Tags. Se già utilizzi i tag per le distribuzioni CloudFront, consulta la pagina Amazon CloudFront Add Tags.

Le nuove edge location di Montreal e Toronto sono le prime che abbiamo lanciato in Canada

Data: 8 agosto 2016

Dettagli: siamo lieti di annunciare il lancio delle nostre nuovissime edge location di Toronto e Montreal, le prime in Canada. Abbiamo inoltre aggiunto una seconda edge location a San Paolo, in Brasile, la terza nel paese.

Con l'aggiunta delle nuove edge location in Canada e la seconda edge location a San Paolo, Amazon CloudFront dispone ora di un totale di 59 edge location a livello mondiale. Per visualizzare l'elenco di tutte le edge location Amazon CloudFront a livello mondiale, consulta il relativo elenco. Per ulteriori informazioni sul servizio, registrati e partecipa a una sessione mensile in orario d'ufficio che include domande e risposte con i tecnici e i product manager Amazon CloudFront.  

Annunciata una un'edge location a Nuova Delhi per Amazon CloudFront

Data: 14 giugno 2016

Dettagli: Siamo lieti di annunciare che abbiamo aggiunto una nuova edge location a Nuova Delhi, in India, per Amazon CloudFront e Amazon Route 53. La nuova edge location di Nuova Delhi è la terza in India (si aggiunge a Mumbai e Chennai) e porta a 56 il numero complessivo delle edge location nel mondo. Per visualizzare l'elenco delle edge location Amazon CloudFront a livello mondiale, consulta il relativo elenco qui.

Annunciata una terza edge location a Seul, Corea, per Amazon CloudFront

Data: 13 maggio 2016

Dettagli: Siamo lieti di annunciare una nuova edge location a Seul, in Corea, per Amazon CloudFront. È la terza edge location a Seul e porta a 55 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.

Amazon CloudFront si integra con AWS Certificate Manager

Data: 21 gennaio 2016

Dettagli: Ora puoi effettuare il provisioning di certificati SSL/TLS e associarli in pochi minuti con le distribuzioni CloudFront. È sufficiente effettuare il provisioning di un certificato utilizzando il nuovo AWS Certificate Manager (ACM), trasmetterlo alla distribuzione CloudFront con un paio di clic e quindi attendere che ACM gestisca i rinnovi dei certificati. ACM permette di effettuare il provisioning, distribuire e gestire il certificato senza costi aggiuntivi.

Nota che CloudFront supporta comunque l'utilizzo di certificati ottenuti da un'autorità di certificazione esterna caricati nello store di certificati IAM. Per maggiori dettagli leggi il blog di Jeff Barr.

Ora puoi utilizzare le connessioni HTTPS e il supporto TLSv1.1 e TLSv1.2 tra Amazon CloudFront e server di origine

Data: 13 gennaio 2016

Dettagli: Ora è possibile configurare CloudFront in modo che si connetta al server di origine tramite HTTPS indipendentemente dal tipo di richiesta, HTTP o HTTPS, dell'utente.  

Puoi inoltre attivare TLSv1.1 e TLSv1.2 tra CloudFront e server di origine. Tale funzionalità ti consente anche di scegliere i protocolli che CloudFront utilizza quando comunica con il server di origine: SSLv3, TLSv1.0, TLSv1.1 e/o TLSv1.2.

Per ulteriori dettagli su queste nuove funzionalità CloudFront di sicurezza per il server di origine, leggi qui.

Puoi ora aggiungere o modificare intestazioni di richiesta inoltrate da Amazon CloudFront all'origine

Data: 28 dicembre 2015

Dettagli: È ora possibile configurare Amazon CloudFront in modo che aggiunga intestazioni personalizzate oppure sovrascriva il valore delle intestazioni esistenti nelle richieste indirizzate al server di origine. Queste intestazioni possono essere impiegate per verificare che le richieste indirizzate al server di origine siano state inviate da CloudFront; è anche possibile configurare l'origine in modo che consenta esclusivamente le richieste che contengono determinati valori di intestazione personalizzati. Inoltre, se si usano diverse distribuzioni CloudFront con lo stesso server di origine, è possibile impiegare intestazioni personalizzate per riconoscere le richieste di ciascuna distribuzione. Infine, le intestazioni personalizzate possono risultare utili per determinare le intestazioni CORS corrette restituite per le richieste. Puoi configurare le intestazioni personalizzate tramite l'API CloudFront e la Console di gestione AWS. Questa caratteristica non comporta costi supplementari.

Per ulteriori dettagli su come impostare le intestazioni personalizzate, consulta questa pagina.

Ora Amazon CloudFront supporta la compressione Gzip automatica su Edge

Data: 17 dicembre 2015

Dettagli: È ora possibile configurare Amazon CloudFront affinché applichi automaticamente la compressione GZIP quando un browser o un altro client richiedono la compressione di oggetti, se il formato del file lo permette. Se quindi Amazon S3 è già in uso, CloudFront è in grado di comprimere in modo trasparente questo tipo di contenuti. Quando le origini sono esterne a S3, eseguire la compressione a livello di edge location consente di non impegnare risorse all'origine. È così possibile ottenere oggetti compressi di dimensioni minori, download più rapidi e minori spese di trasferimento dei dati di CloudFront.

Per ulteriori informazioni su questa funzionalità, consulta la sezione gzip della CloudFront Developer Guide

Nuova edge location a Chicago, Illinois, per Amazon CloudFront e Amazon Route 53

Data: 1 dicembre 2015

Dettagli: Siamo lieti di annunciare che abbiamo aggiunto una nuova edge location a Chicago, Illinois, per Amazon CloudFront e Amazon Route 53. La nuova edge location migliora prestazioni e disponibilità dell'applicazione per gli utenti finali e supporta tutte le caratteristiche di Amazon CloudFront e Amazon Route 53 senza costi aggiuntivi. Con l'aggiunta dell'edge location di Chicago, esistono ora in totale 21 edge location negli Stati Uniti e 54 a livello mondiale.

Per visualizzare l'elenco delle edge location Amazon CloudFront a livello mondiale, consulta il relativo elenco qui.

Controlla gli accessi ai contenuti CloudFront con AWS WAF

Data: 6 ottobre 2015

Dettagli: Ora puoi integrare la tua distribuzione Web CloudFront con AWS WAF, un firewall che ti consente di proteggere le applicazioni Web dagli attacchi mediante la configurazione di regole basate su indirizzi IP, intestazioni HTTP e stringhe URI personalizzate. Tramite queste regole, AWS WAF blocca, consente o monitora (conteggio) le richieste Web dirette all'applicazione Web.

I prezzi di AWS WAF sono calcolati in base all'uso effettivo. I prezzi di AWS WAF si basano sul numero di regole che distribuisci e sulla quantità di richieste Web che l'applicazione Web riceve. Non sono previste tariffe minime né impegni anticipati. Per ulteriori informazioni leggi il post del blog di Jeff Barr.

Ora Amazon CloudFront è incluso nella gamma di servizi conformi a PCI DSS.

Data: 4 agosto 2015

Dettagli: Amazon CloudFront fa ora parte nell'insieme dei servizi conformi a Payment Card Industry Data Security Standard (PCI DSS) Esercenti al livello più elevato (Livello 1) di conformità per i provider di servizi.

La conformità allo standard PCI DSS è un requisito previsto per qualsiasi azienda che memorizzi, tratti o trasmetta i dati delle carte di credito. La conformità allo standard PCI di Amazon CloudFront consente, per le applicazioni di e-commerce al dettaglio, prenotazione viaggi o acquisti in-app, una più facile integrazione di Amazon CloudFront all'interno della loro architettura e il rispetto dello standard PCI DSS. Dato che Amazon CloudFront supporta la distribuzione di contenuti dinamici e statici, clienti come le aziende di e-commerce possono utilizzare lo stesso servizio sicuro per la distribuzione dell'intero sito, al fine di rendere più rapida la navigazione e l'esperienza di acquisto dei visitatori.

Per ulteriori informazioni sulla conformità di Amazon CloudFront allo standard PCI DSS, leggi l'annuncio sul nostro blog.

Amazon CloudFront ora supporta la configurazione del TTL di default e massimo

Data: 17 giugno 2015

Dettagli: Amazon CloudFront ora consente di configurare il periodo di scadenza o TTL (time-to-live) massimo e di default per specificare la durata di archiviazione degli oggetti nella cache delle edge location. In precedenza, Amazon CloudFront permetteva di configurare il TTL minimo. Grazie a queste nuove funzionalità, puoi avere un controllo ancora più dettagliato sulla durata di caching di CloudFront. Per ulteriori informazioni leggi l'annuncio.

Amazon CloudFront semplifica l'invalidamento di più oggetti

Data: 21 maggio 2015

Dettagli: La funzione di invalidamento di Amazon CloudFront, che consente di rimuovere un oggetto dalla cache di CloudFront prima della scadenza, ora supporta il carattere jolly *. Puoi aggiungere il carattere jolly * alla fine di un percorso di invalidamento per rimuovere tutti gli oggetti che corrispondono a tale percorso. In precedenza, quando volevi invalidare più oggetti, dovevi indicare il percorso di ogni oggetto separatamente. Adesso puoi facilmente invalidare più oggetti utilizzando il carattere jolly *. Per ulteriori informazioni leggi il nostro annuncio.

Nuovo report dei dispositivi Amazon CloudFront, funzionalità di esportazione CSV e molto altro

Data: 25 marzo 2015

Dettagli: Ora puoi avere ulteriori informazioni sui dispositivi utilizzati dagli utenti finali per accedere ai contenuti che Amazon CloudFront distribuisce. Il nuovo report sui dispositivi mostra la quantità di richieste provenienti da dispositivi mobili, tablet, computer desktop o smart TV nell'intervallo di tempo specificato. Abbiamo inoltre apportato ulteriori miglioramenti alla sezione Reports and Analytics della console di gestione AWS per facilitarne l'utilizzo, inclusa una funzionalità di esportazione CSV. Per ulteriori informazioni leggi il nostro annuncio.

Annuncio: Annuncio del supporto per il rilevamento dei dispositivi smart TV

Data: 13 marzo 2015

Dettagli: Ora puoi utilizzare Amazon CloudFront per memorizzare nella cache e distribuire contenuti personalizzati agli utenti su una smart TV basata sul valore dell'intestazione User Agent. Per ulteriori informazioni su questo argomento, consulta la Amazon CloudFront Developer Guide.

Amazon CloudFront aggiunge i cookie con firma per i contenuti privati

Data: 12 marzo 2015

Dettagli: Amazon CloudFront offre ora un modo nuovo per proteggere i contenuti privati: i cookie HTTP con firma CloudFront. Prima potevi controllare chi aveva accesso ai contenuti CloudFront aggiungendo una firma personalizzata a ciascun URL oggetto. Adesso, invece, puoi ottenere lo stesso livello di controllo includendo la firma in un cookie HTTP. Per ulteriori informazioni leggi il nostro annuncio.

Annuncio di una seconda edge location a Seul, in Corea, per Amazon CloudFront e Route 53

Data: 26 gennaio 2015

Dettagli: siamo lieti di annunciare una nuova edge location a Seul, in Corea, per Amazon CloudFront e Route 53. È la seconda edge location di Seul e porta a 53 il numero complessivo delle edge location nel mondo. Per ulteriori informazioni leggi il nostro annuncio.