Guide du CDN moderne

Introduction

Bien trop de développeurs utilisent encore des CDN (réseaux de distribution de contenu) opaques et obsolètes, hérités de l’époque des boîtes noires, qui ne fournissent pas l’observabilité en temps réel, la sécurité intégrée et le contrôle par programmation nécessaires pour offrir les expériences dynamiques auxquelles s’attendent les utilisateurs d’aujourd’hui. Cet e-book retrace l’évolution de la relation entre développeurs et les CDN, et la façon dont les CDN traditionnels n’ont pas su se moderniser. Vous découvrirez également tous les avantages d’un CDN moderne, notamment la visibilité accrue sur le comportement du trafic à des API qui permettent de créer d’excellentes expériences utilisateurs, en passant par la possibilité de mettre en place une culture DevOps axée sur la sécurité. Nous avons aussi réuni des exemples concrets pour illustrer comment certaines entreprises prospèrent à l’ère de la transformation numérique grâce à des CDN performants et programmables.

Après avoir lu le Guide du CDN moderne, vous comprendrez pourquoi il est temps de repenser votre stratégie de CDN et quels sont les critères à considérer lors du choix d’un nouveau CDN.

Un bref historique des CDN

Auparavant

Avant l’apparition des premiers CDN, les entreprises présentes sur Internet géraient et distribuaient du contenu à partir de leurs propres centres de données, que ce soit sur site ou dans des installations de colocalisation.

Dans les deux cas, ces entreprises devaient investir des sommes considérables dans des compétences non stratégiques. De plus, la puissance de calcul de ces centres de données était limitée et ils manquaient de bande passante, sans parler des problèmes de latence associés aux grandes distances qui les séparaient des utilisateurs finaux.

Les fournisseurs d’accès Internet et les points d’interconnexion étaient bien moindres, et Internet tel que nous le connaissons aujourd’hui n’en était qu’à ses débuts. À cette époque, un seul centre de données situé à New York pouvait distribuer du contenu à San Francisco, Dublin, Shanghai et de nombreuses autres villes dans le monde entier. Les temps de chargement pouvaient être lents et l’expérience en ligne bien moins plaisante qu’aujourd’hui, mais la solution à ce problème, à savoir augmenter le nombre de centre de données pour répondre à la demande mondiale, était chère, laborieuse et difficile à concrétiser. Il ne s’agit que d’une partie des nombreux problèmes ayant donné naissance à la première génération de CDN.

L’idée derrière la toute première technologie de distribution de contenu était simple : placer des points of presence (POP) à plusieurs emplacements stratégiques dans le monde entier, au plus proche des utilisateurs finaux,  puis mettre du contenu en cache dans des serveurs situés dans ces POP afin de le distribuer à partir des serveurs de cache. Les nombreuses requêtes échangées entre un utilisateur final et ce qui était auparavant un centre de données à l’origine pouvaient alors être interceptées par un POP (ou serveur proxy) plus proche, réduisant à la fois les temps de chargement et le délai de distribution. Les entreprises et développeurs ont profité de ces avantages, car ils n’avaient plus besoin d’augmenter le nombre de centre de données d’origine pour répondre à la demande.

Le monde avait changé, mais les CDN ne parvenaient pas à suivre le rythme

En 2005, YouTube faisait son apparition. Une année plus tard, Facebook devenait disponible dans le monde entier, tandis que Twitter était officiellement créé la même année. En 2007, le premier iPhone était commercialisé alors même que Netflix lançait ses services de streaming, puis Spotify voyait le jour en 2008. Les attentes des utilisateurs par rapport aux expériences en ligne ont donc commencé à changer, tout comme le contenu en ligne, suite à la popularité grandissante du contenu généré par les utilisateurs. Les développeurs ont également vu leurs attentes évoluer, chargés de donner vie à des expériences toujours plus innovantes et dynamiques.

Les CDN de première génération avaient du mal à garder la cadence

Dans un premier temps, leur solution a été d’augmenter le nombre de POP dans le monde, ce qui n’a pas suffi. Au contraire, le fait d’augmenter le nombre de POP peut nuire aux performances du CDN : il est moins probable que le contenu d’un utilisateur soit stocké dans le cache d’un seul POP lorsque plusieurs POP sont répartis dans le monde entier,  ce qui nuit à l’expérience utilisateur tout en faisant réapparaître les mêmes problèmes que les CDN étaient censés résoudre.

L’un des plus grands obstacles associés à la distribution de ce nouveau type de contenu dynamique est que les CDN n’étaient pas capables d’invalider le contenu en temps réel. Il n’était pas possible de demander à un CDN d’invalider du contenu, de le supprimer du serveur, puis de distribuer un autre contenu à la place (un point particulièrement important pour les sites qui gèrent du contenu généré par les utilisateurs, comme des vidéos et des commentaires). Avec certains CDN traditionnels, ces modifications pouvaient prendre plusieurs minutes voire même quelques heures ; les titres, prix, inventaires, informations de compte et autres données publiées en ligne n’étaient alors pas mis à jour en temps voulu.

Les problèmes de distribution subsistent encore

S’il est vrai que certains problèmes comme l’invalidation du cache se sont nettement améliorés, bien d’autres perdurent pour les CDN traditionnels. Par exemple...

Lire la suite

Lire la suite

Téléchargez l’e-book complet pour découvrir comment le CDN moderne est conçu pour soutenir l’utilisateur moderne et pourquoi il est crucial de choisir le CDN le plus performant.

Télécharger maintenant