e-book : Guide du CDN moderne

Introduction

Bien trop de développeurs utilisent encore des CDN 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 livrer 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, le design d’API qui permet de créer d’excellentes expériences utilisateur et la possibilité de mettre en place une culture DevOps sécurisée. Nous avons aussi réuni des exemples concrets et inspirants 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 Content Delivery Network et quels sont les critères à considérer lors du choix d’un nouveau Content Delivery Network.

Un bref historique des CDN

Auparavant

Avant l’apparition des Content Delivery Network, les entreprises présentes en ligne géraient et livraient du contenu à partir de leurs propres data center, 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 data centers é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.

Le cœur de réseau d'Internet n'en était qu'à ses débuts, avec bien moins de fournisseurs d’accès Internet et de points d’interconnexion. Un seul data center à New York pourrait livrer du contenu aux utilisateurs à San Francisco, Dublin, Shanghai et d'innombrables autres endroits dans le monde. Les temps de chargement pouvaient être lents et les mauvaises expériences en ligne, mais la solution à ce problème — à savoir augmenter le nombre de centres de données pour répondre à la demande mondiale — était lente, coûteuse et difficile à mettre en œuvre. 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 cette première vague de technologie de distribution de contenu était simple : placer des points of presence (POP) dans des zones du monde entier, à proximité des utilisateurs finaux. Puis mettre le contenu du cache dans des serveurs situés dans ces POP, et livrer ce contenu à partir des serveurs de cache. Les nombreuses requêtes échangées entre un utilisateur final et ce qui était auparavant un data center à l’origine pouvaient alors être interceptées par un points of presence (ou serveur proxy) plus proche, réduisant à la fois les temps de chargement et le délai de distribution. Les entreprises et les développeurs ont également profité de ces avantages, car les entreprises n’avaient plus besoin d’augmenter la capacité de leurs data centers d’origine.

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 une plateforme largement accessible, tandis que Twitter était lancé la même année. En 2007, le premier iPhone était commercialisé, alors même que Netflix lançait ses services de streaming en direct. Puis Spotify voyait le jour en 2008. Les attentes des utilisateurs par rapport aux expériences en ligne ont changé — et le contenu lui-même a changé aussi, le contenu généré par les utilisateurs gagnant rapidement en popularité. Les développeurs ont également vu leurs attentes évoluer, chargés de donner vie aux expériences innovantes et dynamiques que les clients exigeaient.

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 points of presence peut nuire aux performances du Content Delivery Network : il est moins probable que le contenu d’un utilisateur final soit stocké dans le cache d’un seul points of presence lorsqu’un plus grand nombre d’entre eux sont répartis dans le monde entier. Cela nuit à l’expérience utilisateur et fait réapparaître les problèmes qui ont conduit à la création des Content Delivery Network au départ.

L’un des plus grands obstacles associés à la distribution de ce nouveau type de contenu dynamique est que les Content Delivery Network n’offraient pas l’invalidation du cache en temps réel — la capacité de demander à un Content Delivery Network, à la volée, d’invalider un contenu, de le supprimer du serveur, puis de distribuer un nouveau contenu à sa place (un point particulièrement important pour les sites avec du contenu généré par les utilisateurs, comme des vidéos et des commentaires). Avec certains Content Delivery Network traditionnels, ces modifications pouvaient prendre de quelques minutes à plusieurs heures, ce qui pouvait entraîner des titres, cours boursiers, niveaux de stock, informations de compte et autres données obsolètes.

Les problèmes de distribution subsistent

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