Oui c'est infâme tout ça. Je parlais un peu trop dans la théorie en effet.

SyssonOui c'est infâme tout ça. Je parlais un peu trop dans la théorie en effet.

"C'est le problème avec les académiques, ils sont tellement détachés du monde réel"

Pour revenir à la question initiale, il y a des contenus et des scenarios qui s'y prêtent beaucoup plus que d'autres.
Le CDN était extrêmement utile pour la rapidité de réponse à l'utilisateur et la quantité de data qu'on devait envoyer depuis nos serveurs lorsque je bossais sur le service de streaming de musique et de video.

trinityLe CDN était extrêmement utile pour la rapidité de réponse à l'utilisateur et la quantité de data qu'on devait envoyer depuis nos serveurs lorsque je bossais sur le service de streaming de musique et de video.

Mais est-ce qu'il y avait une sorte de "backup" au cas où le CDN lachait ?
Ce qui est "choquant" ici, c'est le coté centralisé des cdn

Ça n'est pas centralisé, c'est par définition très décentralisé dans l'implémentation.
Tu ne peux pas bypasser facilement ton cdn en cas de soucis réseau chez lui comme ça s'est passé là. Il te faudrait monter une infra capable de gérer le trafic que ton cdn prend habituellement à ta place, puis faire pointer ton dns dessus. Bon courage!

Le cas de cloudflare est très particulier. Ils sont tellement bons et tellement pas chers que en effet la moitié du web visible est cachée chez eux, ils sont vraiment très très gros! Heureusement ils ont très peu d'incidents du genre, et une excellente transparence via leurs postmortems et articles de blogs.

Oui d'accord avec Sysson, on a rarement eu des problèmes avec le CDN per se TBH.

Le problème le plus chiant que j'avais eu c'était quand des nodes du CDN qui ne répondaient plus pour un certain laps de temps (mais leur load balancer continuait à rediriger vers ces nodes), et ça coupait les sessions de streaming video des utilisateurs. Donc j'avais du mettre en cache de l'application une liste d'IP de nodes qui étaient connues comme fonctionnelles. Ca me permettait de fallback de manière un peu crade directement par l'IP sur un node qui marchait dès que ca retryait trop de fois sur un qui ne marchait plus. C'était pas idéal du tout mais le temps qu'ils trouvent la source de leur problème, ça avait permis de ne plus moins couper la session de streaming de l'utilisateur.

Et hop, on en prend d'autres et on recommence :
www.numerama.com/tech/72…