Al Capone

I Servizi Cdn Velocizzano Il Sito?

12 messaggi in questa discussione

Vorrei chiedere se utilizzando i servizi CDN per immagini, file CSS, JS, ecc. ecc., posso velocizzare il caricamento delle pagine ed alleggerire il carico sulla CPU del server?

Grazie
:)

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Dipende, si utilizzano i CDN anche perchè i browser non caricano più di un tot di oggetti per dominio contemporaneamente.

A volte basta già avere un sotto-dominio per esempio cdn.dominio.it per migliorare la situazione

In ogni caso per velocizzare effettivamente il caricamento del server deve essere un buon servizio di CDN (leggi non un servizio economico)

:ciao4:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Dipende, si utilizzano i CDN anche perchè i browser non caricano più di un tot di oggetti per dominio contemporaneamente.

questa non la sapevo :blink1:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Uno dei più famosi, potenti ed usati è Akamai.

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

questa non la sapevo :blink1:

Mi pare che IE e Firefox hanno un limite di 6 connessioni totali e di 2 connessioni per host contemporanee per http 1.1

Gli ultimi browser comunque non rispettano più questi limiti (IE9 non dovrebbe seguirli)

:ciao4:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

E secondo te quale è il migliore CDN?

Come Pike ti ha già detto Akamai è il migliore. Offre un servizio di cache completo in teoria potrebbe quasi azzerare il carico del server.

Non è economico e bisognerebbe valutare se il costo di un servizio come Akamai non sia meglio investirlo direttamente in un server migliore.

Ci sono molti aspetti da valutare, non ultimo se i tuoi utenti sono solo in Italia o sparsi per il mondo, in quel caso, un servizio come Akamai migliora il tempo di parecchio di ping.

Un visitatore australiano, ad esempio, si vedrebbe rispondere da un server vicino a lui (se non in Australia almeno in Asia) mentre uno canadese avrebbe un server americano che gli fornirebbe gli stessi contenuti.

:ciao4:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

A volte basta già avere un sotto-dominio per esempio cdn.dominio.it per migliorare la situazione

Sei sicuro? :confused2:

Tempo fa su Google Webmaster Tool, alla voce "Prestazioni del sito" , lessi che usare un sottodominio per caricare dei contenuti poteva rallentare il caricamento del sito web poiché il computer avrebbe dovuto ricercare i DNS anche per il sottodominio.

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Aggiungo inoltre che i CDN hanno reale senso solo quando gli investimenti di IT necessari per portare i contenuti diventano troppo complicati nel paese di interesse oppure limitati per tempo o necessità (ad esempio: presentazione di un nuovo prodotto che può portare grandi "hit" sui siti web).

Di solito, più banda, più CPU, più spazio o una migliore programmazi\one del sito/CMS/database/server web o ancora un miglior partner per hosting o housing sono risposte più efficaci, concrete e vicine ad una spesa più intelligente che l'uso del CDN.

Dei CDN ne ha bisogno Microsoft, Rai, o altre realtà che realmente veicolano volumi di traffico paurosi.

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Allegerire il carico della CPU del server ed aumentare la velocità di caricamento di una pagina sono due obiettivi decisamente distinti.

Andiamo con ordine.

Senza ombra di dubbio è necessario stabilire delle priorità: quale obiettivo è più importante?

E' concretamente prevedibile che la velocità di caricamento della pagina influenzerà direttamente l'esperienza di navigazione e, di conseguenza, la permanenza sul sito in questione.

E' tuttavia altrettanto vero che un minor carico di lavoro del server si tradurrà in risporte più rapide da parte dello stesso con conseguente incidenza anche nell'esperienza di navigazione.

L'uso di CDN è consigliabile solo in casi di enorme traffico globailmente distribuito (più di due Paesi) pur se, attualmente, per diverse risorse sono disponibili dei CDN pubblici (si veda, ad esmpio, la libreria JQuery distribuita dai server di Google, Microsoft e MediaTemple).

Il miglior modo di migliorare le prestazioni di un server è andare "a manina" ad ottimizzare sia il codice delle nostre pagine sia la configurazione del server stesso.

E' anche un modo per ottimizzare i tempi di caricamento di una pagina forzando alcune risorse, ad esempio, ad essere inserite nella cache nel Browser in uso di modo da non diverle veder ricaricate ad ogni richiesta.

E' importante in tal senso, per esempio, servire tutte quelle risorse che si prevedono non cambino nel tempo (css, javascript, immagini) con un tempo di scadenza (Expire date o ETag) molto in là nel tempo.

Se da una parte è vero che il caricamento di una risorsa in un sottodominio esige una nuova richiesta DNS, dall'altra vi è anche da considerare come queste richieste vengono effettuate e come, invece, vengono cachate da un sistema anche le richieste DNS.

Alcuni server che, ad esempio, adottano dei CMS o delle piattaforme di Blogging o Forum che tendono ad utilizzare cookie ad ogni richiesta per il dominio principale. Questo rallenta la navigazione poichè alcune risorse che dovrebbero essere servite "cookieless" vengono invece ospitate nel dominio principale. In tal caso è bene avere una seconda istanza server (anche sullo stesso server, ma con, ad esempio un'istanza di Apache che serve un dominio di terzo livello "cookieless") in modo da rendere la risposta più rapida.

Avremo così, per fare un esempio, un dominio principale che "serve" le richieste che prevedono cookie (nomedominio.com che serve pagine dinamiche, form, resource beans etc) ed un sottodominio che "serve" richieste statiche (ad esempio static.nomedominio.com)..

Ricordiamo che una volta effettuata una ricerca DNS per nomedominio.com e static.nomedominio.com questa viene immagazzinata nella cache e le successive richieste non prevedono più una nuova ricerca del nome.

Con l'avvento di tool di automatizzazione, dei CMS, della piattaforme di Blogging e Forum molte delle ottimizzazioni vengono effettuate dagli sviluppatori stessi e, nel caso servissero nuove implementazioni, tocca sempre rimediare col vecchio metodo "a manina" ed andarsi a studiare il codice.

In alternativa consiglio l'apertura di un ticket presso le relative risorse messe a disposizione o delle richieste nei rispettivi Forum.

Un ultima possibilità consiste nel rivolgersi ad un professionista del settore prevedendo costi non indifferenti.

Insomma o si studia o si paga qualcun altro per fare il lavoro sporco al posto nostro.

Chi ha detto che con l'Open Source non si fa moneta? :)

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Chi ha detto che con l'Open Source non si fa moneta? :)

Mai stato così d'accordo thumbsup5.gif

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Vi inviterei a leggere: http://en.wikipedia.org/wiki/Content_delivery_network#CDN_benefits

Bisognerebbe valutare bene quali sono i casi in cui si devono adottare dei CDN e i casi in cui non si deve farlo. Non si deve, perchè altrimenti sarebbe solo uno spreco di risorse.

Per la tipologia di contenuti generalmente fruiti, che siano immagini e testi una soluzione classica (singolo server) è più che sufficiente per lo smaltimento di tutto il traffico.

Quando un sito inizia ad avere visibilità globale, quindi deve ridistribuire i contenuti su scala internazionale, e i contenuti che deve distribuire, richiedono un consumo di risorse non indifferente (parliamo di audio, video, streaming, gaming) allora l'uso di un CDN deve essere preso in considerazione.

Come H5N1 sottolineava, netti miglioramenti possono derivare dal corretto utilizzo ed impostazione del server. E prima ancora del server, dalla corretta scrittura del sito web a nostra disposizione: immagini ottimizzate, cookie ben settati, sessioni solo ove necessario, etc etc.

;)

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Crea un account o accedi per lasciare un commento

Devi essere un utente registrato per partecipare

Crea un account

Iscriviti per un nuovo account nella nostra community. È facile!


Registra un nuovo account

Accedi

Sei già registrato? Accedi qui.


Accedi Ora