Mi sono messo in sordina, anche perchè ognuno tende a dare esperienze proprie come massime assolute, che in vece, diciamocelo, non sempre lo sono

Tenendo conto di ciò posso solo dare la mia esperienza su

• Argo Smart Routing

In caso di traffico intenso, CloudFlare e il suo Argo potrebbero generare un flusso continuo di richieste anche a riposo per mantenere - passatemi il termine - cachato il tutto. In particolare, son stato contattato dalla sala dati a Zurigo (dove CloudFlare ha un tempo di risposta ancora migliore di diversi point locali comunemente usati( perchè a riposo, c'era un flusso costante da 500Mb/s a 1Gb/s, il tutto generato unicamente dalle richieste di CloudFlare. Ovviamente anche la macchina ne risentiva.

Ora tenendo conto di ciò, e del fatto che ormai il POP di Milano dava (questo ancora prima andasse giù) sempre problemi, abbiamo fatto delle prove, e dopo mesi, posso solo dire che sia a livello di utilizzo della banda, carico della macchina, e anche SEO i benefici hanno superato ampiamente le aspettative rispetto alla situazione iniziale.

Se si hanno particolari esigenze, un Firewall hardware e una bel sistema di ridondanza progettato accuratamente è la cosa migliore, anche perchè in tanti sono veramente convinti che anche se la macchina andasse giù, col solo CloudFlare, si potrebbe andare avanti ad offrire contenuti come se nulla fosse, magari su un e-commerce.

Tra l'altro, in sistemi di billing, ambienti quali Varnish e CDN tenderei ad escluderli quanto più possibile, in quanto generano solo problemi, se la macchina non regge, fate un benedetto upgrade. Ma implementare una CDN su tutto il sito, è una pugnalata nello stomaco.... in sintesi rogne all'infinito, e per un hoster significa
ticket su ticket per un problema che nemmeno ci sarebbe stato.
Abilitare CloudFlare offrendolo come miglioria invece di upgradare il parco macchine e il network, è un tampone a breve termine, diciamocelo, prima o poi si ritorce contro come un boomerang se tutto si basa sulla CDN.

Per il resto, ci sono casi dove può servire. Altri no. Non è il Male assoluto, ma neanche una soluzione ai problemi di rallentamento quando è la rete a far schifo

Quanto sopra, si basa unicamente su fatti e riscontri e opinioni puramente personali, e tali intendono rimanere.

Grazie del contributo @vedova a riprova che "DIPENDE"

Qui poi abbiamo preso di mira Cloudflare, ma di base il concetto è sempre valido in generale.

Poi come dici bene ci sono siti e siti e come già inizialmente detto bisogna vedere gli specifici use cases. Riguardo al pensare che un sito possa rimanere UP anche quando sotto è tutto giù solamente grazie a una CDN è follia pure a meno di non avere uno static site generator che usa l'edge come hosting.

Addirittura io ho notato che i vari servizi di CF tipo Argo Smart Routing, Always online etc etc su siti ben trafficati spesso causano più problemi che altro. Ad esempio errori di Origin Connection Timeout 52x che in realtà non esistono.

@juanin ha detto in Cloudflare per velocizzare il proprio sito? Ne siete veramente sicuri?:

quindi sfruttare CDN solo per immagini, video, css, js

Quindi per blog, anche con sola audience italiana, va comunque bene attivare la cdn per le immagini (nel mio caso quella di shortpixel tramite il plugin su wp)?

@MaxxG non vedo particolari controindicazioni

sistemando la playlist performance ho ritrovato questo -->

Sempre con la premessa di @juanin "DIPENDE", nel VLOG ho semplificato anche con infografica per i più profani.

Vi porto un contributo interessante su Cloudflare e l'impatto sui tempi di download Googlebot con una opzione piuttosto che un'altra.

Quando inizia la salita viene disabilitato Argo Smart Routing + Tiered Caching impostando solo Tired Caching per diagnosticare dei problemi di 524 Origin Timeout.

Quando inizia la discesa viene riattivato Argo Smart Routing + Tiered Caching

Questa parte di Argo è tutta relativa agli aspetti di instradamento quindi l'impatto è notevole.

Considerando dunque che Argo è un prodotto Enterprise in generale nei confronti di Googlebot e in generale di accessi da zone lontane dalla location del nostro server con Cloudflare le cose non sono affatto belle ipotizzando il piano FREE utilizzato da tutti.

Confermando le remore delle persone intervenute. Se le pagine non sono dunque cachate in EDGE al momento del passaggio in scansione di Googlebot il degrado risulta notevole senza ottimizzazioni Enterprise.

@juanin ha detto in Cloudflare per velocizzare il proprio sito? Ne siete veramente sicuri?:

Vi porto un contributo interessante su Cloudflare e l'impatto sui tempi di download Googlebot con una opzione piuttosto che un'altra.

Quando inizia la salita viene disabilitato Argo Smart Routing + Tiered Caching impostando solo Tired Caching per diagnosticare dei problemi di 524 Origin Timeout.

Quando inizia la discesa viene riattivato Argo Smart Routing + Tiered Caching

Questa parte di Argo è tutta relativa agli aspetti di instradamento quindi l'impatto è notevole.

Considerando dunque che Argo è un prodotto Enterprise in generale nei confronti di Googlebot e in generale di accessi da zone lontane dalla location del nostro server con Cloudflare le cose non sono affatto belle ipotizzando il piano FREE utilizzato da tutti.

Confermando le remore delle persone intervenute. Se le pagine non sono dunque cachate in EDGE al momento del passaggio in scansione di Googlebot il degrado risulta notevole senza ottimizzazioni Enterprise.

già! il problema è proprio questo, la maggior parte delle persone usa cloudflare perchè ha letto su un blog che va usato, ma il piano free è pieno di insidie sopratutto per i poco esperti.

Quindi: niente bacchetta magica, olio di gomito e rendere i siti più veloci!

Giusto un commento perchè mi ricordavo della discussione: Milan ora appare come "operational" sul sito di Cloudflare, magari torna utile a qualcuno (non so da quando).

il potere di connect!!! da CF hanno letto e si sono vergognati! e lo hanno riabilitato

@mangi-1 ha detto in Cloudflare per velocizzare il proprio sito? Ne siete veramente sicuri?:

il potere di connect!!! da CF hanno letto e si sono vergognati! e lo hanno riabilitato

Sappiamo che purtroppo queste cose succedono, tristemente

@vedova @mangi-1 in realtà ve lo dico io come è andata. Ho segnalato io a dei contatti diretti in Cloudflare questa cosa e mi hanno detto che in realtà quella dashboard mostrava "Non operational" anche se in realtà il nodo è "Operational" nel senso che lo mostrano solo se tutti i nodi sono operational.

In quel caso infatti di Milano ci sono 2 nodi. Uno re-routed e l'altro no. Quindi ora hanno cambiato lo status per rispecchiare la cosa diversamente. Di fatto solo 1 nodo era re-routed mentre l'altro ok non influendo dunque sul suo corretto funzionamento.