Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Una xarxa de distribució de contingut és una flota global de servidors que cachegen còpies del teu contingut a prop d'on la gent és de debò. Quan algú a Tòquio carrega un lloc el servidor d'origen del qual és a Virgínia, un CDN serveix les imatges, els scripts i sovint les mateixes pàgines des d'una ubicació edge propera en comptes d'enrutar cada byte per tot el planeta. Menys distància significa menys latència i una pàgina més ràpida.
Els CDN cachegen bé els assets estàtics per defecte: imatges, fonts, CSS, JavaScript, vídeo. Amb les regles adequades també cachegen pàgines HTML completes i respostes d'API. Absorbeixen els pics de trànsit, protegeixen l'origen de la càrrega i donen una primera línia de defensa davant atacs de denegació de servei. El repte central és la invalidació: quan el contingut canvia, cal purgar les còpies obsoletes o continuaran servint dades velles. Un retailer en plena venda flash es recolza del tot en el seu CDN, perquè el servidor d'origen per si sol mai no podria manejar un milió de compradors colpejant la mateixa pàgina de producte alhora.
Cloudflare, Fastly, Amazon CloudFront i Akamai són proveïdors habituals. Les plataformes edge modernes van més enllà i executen codi a les ubicacions edge, no només cachegen fitxers.
Un CDN és una de les jugades de més palanca en la feina de rendiment, i una de les més fàcils de configurar malament. Hem vist llocs pagar per un CDN que no cachejava gairebé res perquè les cache headers li deien que no, i llocs que cachejaven amb tanta agressivitat que servien a usuaris loguejats les dades d'uns altres. Encertar amb les regles de caché ruta per ruta és feina de detall, i és on les nostres proves de rendiment i monitoratge es guanyen el lloc.
Tractem el CDN com a part de l'arquitectura, no com un afegit que s'encén en llançar. Això significa cache keys deliberades, una invalidació neta lligada als canvis de contingut i una separació clara entre allò que serveix l'edge i allò que posseeix l'origen. Ben fet també retalla la despesa d'infraestructura, perquè l'origen fa molta menys feina, que és on això solapa directament amb la nostra pràctica d'optimització de costos.
El lloc va lent per a usuaris lluny dels teus servidors, o les factures pugen amb el trànsit? Mirem el teu setup d'edge.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















