Bien trop de développeurs et d'entreprises utilisent encore des CDN (Content Delivery Network) obsolètes et opaques qui ne sont pas conçus pour fournir l'observabilité en temps réel, la protection intégrée et le contrôle par programmation nécessaires pour offrir les expériences dynamiques auxquelles s'attendent les utilisateurs et les développeurs d'aujourd'hui.
Le CDN moderne de Fastly est conçu pour permettre aux développeurs de créer des expériences numériques innovantes qui contribuent à augmenter la valeur vie client, à améliorer les taux de conversion et à générer une valeur moyenne de commande et une fidélité accrues. Grâce à cette capacité, les entreprises sont mieux équipées pour réussir lorsqu'elles donnent aux développeurs les outils dont ils ont besoin pour innover et maintenir des sites et des applications sécurisés et compétitifs.
Au cours de ce webinaire, les experts de Fastly exploreront :
L'évolution des CDN existants et l'état actuel de leur industrie, fondés sur cette base fragile.
Les avantages du CDN moderne, y compris des applications concrètes des clients Fastly, Gannett et Stripe, chacun avec ses propres défis pour répondre et dépasser les attentes des utilisateurs.
Comment choisir un fournisseur de CDN moderne et des distinctions uniques à rechercher lors de la comparaison avec votre CDN existant, y compris des moyens d'obtenir un retour sur investissement.
Après ce webinaire, vous comprendrez pourquoi il est temps de reconsidérer votre CDN existant pour un CDN conçu pour l'utilisateur et le développeur modernes.
[Leigh Clancy] Bonjour et merci de vous joindre à nous pour le webinaire « Qu'est-ce qu'un CDN moderne et pourquoi est-ce important. »
Au cours de ce webinaire, nous explorerons l'évolution et l'état actuel des CDN, les avantages d'un CDN moderne, y compris les applications concrètes, comment sélectionner un fournisseur de CDN moderne, et ce qu'il faut rechercher. N'hésitez pas à poser vos questions et nous essaierons d'y répondre lors de la séance de questions/réponses qui se tiendra à la fin de la conférence. Aujourd'hui, notre intervenant est Lee Chen, vice-président du développement d'entreprise et des partenariats stratégiques ici chez Fastly et il agit en tant que sponsor exécutif de nos produits médias. Chez Fastly, il a dirigé un large éventail de fonctions dans les domaines du produit, du marketing et des partenariats. Il a passé les 20 dernières années dans les domaines des médias et du divertissement, pionnier des diffusions en direct sur Internet. Avant de rejoindre Fastly, il a fondé et dirigé plusieurs startups technologiques dans l'e-sport. Cela étant dit, je passe la parole à Lee.
[Lee Chen] Merci Leigh. Bonjour à tous, merci d'être venus aujourd'hui. Je projette rapidement les diapositives. Tout le monde devrait pouvoir le voir, non ? Bonjour, merci de vous être joint à nous aujourd'hui. Merci vraiment. Je suis peut-être étrangement enthousiaste à l'idée d'approfondir ce sujet aujourd'hui sur ce qu'est un CDN moderne et pourquoi il est important. Avant de rejoindre Fastly, comme l'a mentionné Leigh, il y a environ neuf ans, j'ai eu la chance, au cours de ma carrière, de passer du temps du côté de l'infrastructure et du côté de la vente directe aux consommateurs. J'ai donc commencé ma carrière dans les télécoms, l'accès haut débit précoce, puis, ayant travaillé aux débuts de l'e-sport, en faisant des diffusions en direct, j'ai vu bon nombre des défis de l'interactivité en temps réel et de la mise à l'échelle de ces plateformes à des millions et des millions d'utilisateurs. Ainsi, lorsque j'ai rejoint Fastly, ce fut pour moi une aventure extraordinaire qui m'a permis de découvrir comment résoudre des problèmes à l'échelle d'Internet dans un très large éventail de cas d'utilisation. Je suis donc ravi de partager avec vous aujourd'hui certaines des choses que j'ai apprises en cours de route et pourquoi elles sont importantes dans le contexte moderne du développement.
Je vais aborder l'évolution d'un CDN moderne, car je pense que le contexte est vraiment très important pour cette conversation. Nous allons explorer certains avantages, présenter quelques exemples concrets qui me passionnent vraiment, et discuter de la manière de choisir un CDN moderne pour votre cas d'utilisation particulier. Et ensuite, nous parlerons rapidement de la raison pour laquelle Fastly est une excellente option. J'espère que cette présentation vous donnera des informations sur la façon dont vous pouvez imaginer, réimaginer et faire évoluer votre application non seulement pour un grand nombre d'utilisateurs, mais aussi pour les performances, la portée, la sécurité et, peut-être surtout, le contrôle. Je note que le public visé est très large et que je pourrais passer des heures et des heures à parler de ce sujet, ce que personne ne souhaite vraiment, alors nous allons essayer d'aller vite. Comme Leigh l'a mentionné, si vous avez des questions en cours de route, posez-les dans la foire aux questions et nous ferons en sorte de vous apporter une réponse.
Alors, entrons dans le vif du sujet.
Que faisaient les entreprises avant les CDN ? Auparavant, c'est-à-dire au début d'Internet, il y avait un certain nombre de défis à relever, en particulier lorsque l'audience d'une application ou d'un site devenait de plus en plus distribuée ou, mieux encore, sauvagement populaire. Ces défis restent d'actualité. En fait, le plus souvent, lorsque nous créons notre première application ou notre premier site web, nous ne disposons pas d'un edge network distribué à l'échelle mondiale pour livrer notre contenu de manière sécurisée et rapide dans le monde entier. Nous nous retrouvons donc avec des problèmes tels que des expériences utilisateur médiocres en raison de temps de chargement lents dus aux problèmes de latence, ou des sites dysfonctionnels en raison d'un partitionnement géographique. Pour résoudre ce problème, nous pouvions tenter de le gérer, voire le prendre entièrement en charge
nous-mêmes en déployant plusieurs instances de notre site ou de notre application à travers le monde, mais cela aurait posé des problèmes de cohérence au niveau des ensembles de données.
Les CDN sont nés de ces défis. Les premiers CDN faisaient en quelque sorte la même chose. Ils créaient des copies ou permettaient de stocker plusieurs copies des mêmes données dans le monde entier, en les appelant caches ou POP, avec des résultats légèrement meilleurs parce qu'ils créaient ces caches pour contenir des copies du contenu statique entre guillemets sur votre site ou votre application. Des éléments comme les images, les vidéos, le texte, etc. qui n'allaient pas vraiment changer très souvent, et donc le problème de cohérence constante était en quelque sorte atténué parce que le contenu ne changeait vraiment pas si souvent. Mais, [ce oups désolé pour ça], mais cela n'a pas été d'une grande aide lorsqu'il s'agissait de contenu dynamique qui changeait fréquemment ou, pire, qui était personnalisé par utilisateur, par exemple, un état de connexion ou la page d'accueil d'un grand site d'information ou même votre fil Twitter personnel. Et puis aussi, dans les premiers jours d'Internet, la topologie du réseau était très différente. Pour être efficaces, les premiers CDN ont dû placer leurs points of presence, ou POP, profondément dans les réseaux de dernier kilomètre des utilisateurs finaux.
Ainsi, à mesure que les choses évoluaient, les CDN continuaient de rencontrer de réelles difficultés et, compte tenu de l'échelle et de la prévalence d'Internet et de son utilisation quotidienne qui augmentaient de façon exponentielle chaque année, les problèmes liés à l'architecture d'origine continuaient de s'accumuler. Des centaines de milliers de serveurs cache situés au fin fond d'Internet impliquaient des centaines de milliers de copies du même contenu à travers le monde. La première fois qu'un élément de contenu, par exemple une version mise à jour de la page d'accueil, est consulté sur n'importe lequel de ces serveurs cache à travers le monde, il doit retourner à l'origine, c'est-à-dire à votre pile d'applications, pour récupérer ce contenu. Ainsi, si l'application ou le contenu est extrêmement populaire, des millions et des millions d'utilisateurs peuvent se précipiter sur votre site d'origine pour accéder au dernier contenu. Les personnes qui ont adopté l'architecture existante ont donc implémenté ce que l'on appelle la mise en cache de niveau intermédiaire, que vous voyez ici, ce qui signifie que « seulement » des dizaines de milliers de serveurs servaient d'origine pour les caches du dernier kilomètre, mais ceux-ci renvoyaient toujours à votre serveur d'origine afin d'obtenir une nouvelle copie du contenu ou un élément de contenu mis à jour. De plus, le contenu est devenu de plus en plus en temps réel. DevOps et l'intégration et le déploiement continus sont devenus une réalité, non seulement pour améliorer les flux de travail des développeurs, mais aussi pour que les entreprises puissent itérer plus rapidement. Tous ces facteurs ont posé aux architectures en périphérie du passé des problèmes de plus en plus difficiles à résoudre. Stocker une copie obsolète, une vieille copie périmée d'une page web est une mauvaise pratique. Avoir plusieurs versions de plus en plus anciennes et de plus en plus incorrectes de contenu, d'API, ou même d'applications complètes en périphérie est bien pire. Malgré ces nombreux caches du dernier kilomètre et les niveaux intermédiaires en jeu, ce que l'on appelle le thundering herd ou afflux massif et soudain de requêtes se dirigeait le plus souvent vers vos origines. Dans un secteur vertical, il s'agit d'un problème de mise à l'échelle verticale et horizontale que nous avons cherché à résoudre en déployant le CDN en périphérie. Ensuite, on ajoute des éléments comme les BOT et les acteurs malveillants qui cherchent à exploiter, à extraire des données ou à faire pire, ces applications, et les choses deviennent vraiment compliquées. Donc l'autre chose que je noterai, c'est que sur ce diagramme, il n'y a en fait aucune observabilité ou visibilité, une véritable visibilité, sur ce qui se passe en périphérie. Avec ces architectures existantes, vous allez peut-être obtenir un log dump dans 24 ou 48 heures, mais cela ne vous aidera absolument pas à diagnostiquer ou à résoudre ce qui se passe en temps réel.
L'autre chose qui n'est pas représentée ici, c'est qu'il n'existe aucun moyen d'invalider ce qui se trouve en périphérie, ni le temps dont vous avez besoin en tant que développeur, avec l'entreprise qui vous met la pression, pour corriger un titre erroné, un inventaire incorrect ou toute autre donnée essentielle à l'entreprise ou à la marque qui se trouve sur Internet. Alors, utilisez Fastly. Quelles sont les différences entre un CDN moderne et Fastly ? Tout d'abord, nous déployons de grands POP situés aux carrefours majeurs d'Internet, pas au plus proche de l'utilisateur final, car c'est là que tous les réseaux du monde se rejoignent et s'interconnectent. Cela signifie une consolidation de l'unité centrale, du disque et du réseau, ainsi qu'une plus grande efficacité dans la mise en cache et le calcul, ce qui se traduit par un meilleur contrôle et une plus grande disponibilité pour vous, votre site web ou votre application. Et parce que nous sommes au carrefour majeur d'Internet, la latence et les performances de notre réseau sont aussi bonnes, voire meilleures, que celles des CDN existants. Vous pouvez vérifier par vous-mêmes dans les stats publiques de Citrix, si quelqu'un peut envoyer le lien dans le chat ce serait super, et vous verrez les indicateurs de latence par vous-mêmes. C'est une mesure indépendante tierce, donc ce ne sont pas nos chiffres, c'est quelqu'un d'autre qui mesure tous les acteurs du marché ensemble, et regarder la livraison d'objets dynamiques est probablement l'une des meilleures façons d'avoir une idée des performances de latence d'un réseau en périphérie donné. » La densité de calcul dans nos méga-POP signifie que vous pouvez exécuter des applications logiques complexes dans vos scripts de configuration ou même des applications complètes dans notre produit compute@edge, le tout en périphérie et en ligne avec le flux de demande de distribution de l'utilisateur qui touche vos applications et votre site web. Vous ajoutez à cela la réduction des demandes, ou ce que nous appelons la protection, et cela signifie qu'il n'y a pas des dizaines de milliers de requêtes de niveau intermédiaire qui reviennent à votre origine. Il n'y en aura qu'une, voire deux si la protection redondante est activée. En d'autres termes, il n'y aura pas d'afflux massif et soudain de requêtes. Pourtant, en matière de sécurité, une API d'application web en ligne pour un pare-feu de protection fait réellement partie du flux de requêtes de retour vers l'application, et elle est en mode de blocage, car elle peut réellement faire la différence entre les utilisateurs légitimes et les acteurs malveillants. Et une interface API pour le contrôle de tout cela, qui vous permet de contrôler toute la plateforme en périphérie, afin de pouvoir y accéder de manière programmatique, directement depuis vos flux de travail développeurs, et de propager les changements et mises à jour dans le monde entier en quelques secondes, pas en quelques minutes ou heures. La purge instantanée vous permet de mettre en cache et de valider en 150 millisecondes en moyenne ou moins. En combinant ces deux éléments, vous pouvez contrôler en temps quasi réel non seulement les copies de votre contenu dans le monde entier, mais aussi la logique d'application qui dicte la façon dont le contenu sera rendu. Et puis il y a l'observabilité, que j'ai mentionnée plus tôt. La possibilité de voir ce qui se passe réellement avec votre application en temps quasi réel afin de pouvoir réagir, résoudre les problèmes, analyser l'activité pour améliorer les résultats commerciaux et l'expérience utilisateur. Il ne s'agit pas seulement d'un flux de journaux basique, mais d'un flux où vous pouvez personnaliser à peu près tout. Vous voulez capturer l'identifiant d'un utilisateur avec un flux de test AB donné, récupérez-le dans vos logs Fastly. Vous devez collecter la télémétrie de latence pour une région géographique donnée, et l'enregistrer dans vos logs Fastly. Vous avez besoin d'une piste d'audit pour la conformité, consultez vos logs Fastly. Et tout cela est personnalisable et à portée de main. Donc, pris ensemble, ce sont des boîtes à outils extrêmement puissantes dans un environnement de développement moderne et cet environnement de développement devrait inclure un CDN moderne.
Qu'est-ce qu'un CDN moderne ? J'ai évoqué de nombreuses fonctionnalités dans la diapositive précédente, et un CDN moderne devrait en offrir toutes ces capacités et bien plus encore. L'essentiel que je souhaite que vous reteniez de cette discussion, c'est qu'un CDN moderne doit faire partie intégrante de votre processus de développement, et non constituer un obstacle ou une réflexion après coup. Il doit être un ensemble d'outils qui vous permet d'atteindre vos objectifs, tant professionnels que personnels, et non une urgence à gérer une fois que vous avez atteint une certaine échelle. En fin de compte, un CDN moderne devrait vous permettre, à vous et à vos équipes de développement, d'accélérer l'itération et l'innovation. Les algorithmes de PageRank de Google [pardon] mesurent le temps de chargement des pages, qui dépend à la fois de la latence et de la disponibilité du contenu dans les caches. C'est pourquoi un CDN moderne doit être rapide et performant pour améliorer automatiquement votre classement dans les résultats de recherche. Il doit également être un réseau bien apparié ou bien connecté, en termes de réseau, avec Google et plusieurs autres moteurs de recherche qui existent. Une fois de plus, je vous renvoie au classement des pages de Sodexis, ou aux indicateurs de latence, que vous pouvez rapidement utiliser pour évaluer les performances. Vous devriez être capable de personnaliser votre contenu en périphérie. Imaginez les cas d'utilisation des tests AB, si vous pouviez le déployer en périphérie et afficher dynamiquement le contenu en fonction des entrées de l'utilisateur, tout en bénéficiant de toute la visibilité nécessaire pour ajuster l'expérience utilisateur ou optimiser les revenus. La sécurité doit être native et déployée en périphérie du réseau. Vous devriez être capable d'aller au-delà de la configuration basique de la mise en cache pour vraiment exécuter la logique de l'application, voire des applications entières, en périphérie. La liste est encore longue.
Prenons quelques exemples concrets.
Gannett est le plus grand éditeur de presse aux États-Unis et est reconnu pour sa capacité à bâtir des communautés locales de confiance. Il est peut-être surtout connu pour USA Today. Lors de la publication, l'invalidation du cache, ce que nous appelons la purge instantanée, est essentielle pour que les derniers gros titres et les actualités restent toujours à jour, mais considérez les possibilités d'un temps de purge de 150 millisecondes. En bref, Connect a pu considérer Fastly comme une extension directe, quasi en temps réel et distribuée mondialement, de ses serveurs d'origine. La page d'accueil de Gannett pourrait probablement être considérée comme non mise en cache et servie de manière dynamique. Elle est hautement personnalisée, contient beaucoup de contenu qui est constamment mis à jour, les gros titres, etc. Et donc servi dynamiquement signifie qu'il provient directement de leurs serveurs d'origine dans le cloud. Et comme ils ont toujours besoin d'avoir les dernières actualités et les gros titres à jour. En réalité, ils sont dynamiques lors d'un événement, comme une actualité de dernière minute, la publication d'un commentaire ou un clic sur un bouton J'aime. C'est un événement qui peut être capturé et utilisé de manière programmatique pour déclencher une requête de purge, via l'API. Ainsi, grâce à la purge, et notamment à la purge instantanée, cela devient leur nouvelle réalité. Cela a permis de se délester d'un fardeau infrastructurel considérable, tout en leur permettant de déplacer la logique applicative en périphérie. Ils ont constaté une amélioration de 98,86 % dans leur temps de push de configuration global par rapport à leur configuration précédente, et en transférant tout ce trafic d'origine vers Fastly, ils ont réalisé 35 % d'économies sur les coûts de sortie.
Stripe est un autre de mes exemples préférés. Les processus, ils traitent environ un milliard de dollars par an avec des pics de trafic vraiment imprévisibles dus aux ventes flash et aux recherches de vacances. Leur activité exige non seulement qu'elle soit sécurisée, mais aussi très performante, car introduire un retard dans le processus de paiement peut signifier une vente perdue pour leurs clients et cela se répercute directement sur le chiffre d'affaires de Stripe. Les pics de trafic sont une activité normale pour eux. Ils doivent simplement être capables de les absorber, de continuer à traiter les transactions pour leur client final. Il était donc essentiel de disposer d'une plateforme en périphérie capable de s'échelonner pour répondre à ces pics sans que les utilisateurs ne se ruent vers leurs serveurs d'origine, et c'est une leçon qu'ils ont tirée de leur expérience avec leur ancien fournisseur. En plus de cela, il y a cette règle des deux secondes concernant les chargements de page lents qui, selon les rapports, pousse l'utilisateur à abandonner son panier ou à chercher le produit sur un autre site. Le client final finit donc par perdre une transaction si Stripe est trop lent. Stripe doit donc vraiment améliorer continuellement ses performances pour éviter la perte de ventes pour ses clients, mais en intégrant Fastly à sa plateforme en périphérie, Stripe a pu réduire ses temps de paiement de 80 %, ce qui représente une amélioration incroyable et spectaculaire de l'expérience client.
Alors, comment choisir un CDN moderne ? Voici ce qu'il faut rechercher avant d'acheter, la première colonne est consacrée aux développeurs. J'ai mentionné plus tôt qu'un CDN moderne devrait faire partie de votre processus de développement, et non pas être un élément auquel vous pensez après coup, ou que vous ajoutez plus tard. Si vous en tirez parti dès le départ, les avantages sont là pour vous et pour le reste de l'entreprise, mais aussi pour vos équipes de développement, ce qui leur permet d'itérer et d'innover plus rapidement. Espérons que vos développeurs apprécieront vraiment cela dès le départ et que cela vous permettra de vous concentrer sur la résolution des défis commerciaux et l'amélioration des expériences utilisateur. Contrôle, observabilité, standards, conformité, assistance et programmabilité intégrée pour la sécurité : ce sont là toutes les fonctionnalités clés auxquelles vous pouvez vous attendre. La deuxième colonne concerne vraiment la réponse aux besoins, aux buts et aux objectifs de l'entreprise, auxquels vous êtes confrontés. Le coût total de possession est toujours important, évaluer l'impact de la sortie du cloud et le nombre de serveurs nécessaires pour faire fonctionner sur EC2 ou ailleurs, pour soutenir l'architecture de mise en cache que vous avez, est tout aussi important dans la conversation. Et enfin, essayez avant d'acheter, ce n'est plus comme en 2000, 2005 ou même 2010. Vous avez la possibilité d'essayer avant d'acheter aujourd'hui, et vous devriez évaluer l'assistance. Une véritable plateforme en périphérie, comme un CDN moderne, est celle qui peut être intégrée et qui fait partie intégrante de votre entreprise et de votre pile technologique. Personnellement, j'essaie de choisir des partenaires, des fournisseurs et des clients avec lesquels je suis fier de collaborer.
Il y a donc quelques chiffres dont nous sommes vraiment fiers. Nous avons étendu notre réseau à près de 200 térabits par seconde, tout en maintenant les performances de notre processus de purge dans les délais de déploiement globaux. Ce n'est pas un accomplissement négligeable. Au contraire, c'est un problème de calcul distribué assez difficile. Et nous sommes très fiers de constater que tous nos indicateurs de performances n'ont cessé de s'améliorer au fur et à mesure que nous augmentons notre échelle. Plus de 90 % de nos clients utilisent notre Next-Gen WAF en mode de blocage complet, ce qui signifie qu'ils nous font confiance pour arrêter les acteurs malveillants et les robots sans refuser de véritables utilisateurs légitimes, et c'est extrêmement important, car si le WAF reste là en mode de surveillance, vous découvrirez qu'il y a eu un problème après coup. L'activation du mode de blocage total signifie que vous pouvez avoir confiance dans la technologie et la recherche dans le domaine de la sécurité qui sous-tendent le WAF : elles sont de niveau mondial et permettront effectivement de trouver les personnes malveillantes tout en laissant passer les personnes honnêtes pour qu'elles puissent continuer à interagir avec votre application ou effectuer une transaction d'achat. Mais ce qui est peut-être le plus important, et les chiffres dont nous sommes les plus fiers, c'est que nous aimons vraiment nos clients. Nous avons tous été clients à un moment ou à un autre de notre vie, et une véritable appréciation de la façon dont nous voulons être traités en tant que clients signifie que nous essayons de vous traiter tous de la même manière que nous aimerions être traités nous-mêmes. Ces indicateurs clients reflètent donc notre engagement continu en faveur de cette philosophie,
Sur ce, merci de votre écoute aujourd'hui, et je vous rends la parole, Leigh.
[Leigh Clancy] Merci beaucoup. Pour rappel, n'hésitez pas à poser vos questions, nous y répondrons immédiatement. Si nous ne pouvons pas répondre à toutes, nous vous recontacterons par la suite. Alors, allez-y, posez toutes les questions que vous pourriez avoir.
[Lee Chen] Coupez le partage d'écran pendant ce temps.
[Leigh Clancy] Donc, je vois qu'il y en a une qui arrive, il semble qu'il y ait eu une question, peut-être approfondir davantage le fait d'avoir ce contrôle full pour le développeur et ce que cela pourrait signifier.
[Lee Chen] Oui, c'est une excellente question. Cela peut donc prendre différentes formes. Il y a deux éléments à cela, n'est-ce pas, le contrôle signifie que vous pouvez interagir avec la configuration, les en-têtes de contrôle du cache, le contenu effectivement stocké dans un cache, et il existe une grande variété de choses que vous souhaitez pouvoir contrôler dans un CDN moderne et dans une stratégie de mise en cache en périphérie. Donc, A) vous devez être en mesure d'y accéder, ce ne peut pas être une boîte noire, non ? Fastly le fournit par le biais de l'API ou du panneau de contrôle, ce qui est en fait une source d'alimentation pour l'API. Mais surtout, lorsque vous apportez ces modifications, elles se propagent dans le monde entier sur tous les nœuds qui transportent votre trafic ou votre configuration assez rapidement. Un temps de déploiement de 13 secondes signifie qu'en quelques secondes, vos changements de configuration sont propagés dans le monde entier et appliqués comme des règles au trafic que nous vous servons. L'autre élément, c'est ce que vous contrôlez et pourquoi vous apportez des modifications ? Cela nous ramène à l'observabilité. Si vous ne pouvez pas voir l'impact de vos modifications en temps quasi réel, c'est en fait plutôt inutile. Attendre des heures, voire des jours, pour que ces modifications apparaissent dans les logs ou dans vos outils de visibilité et d'observabilité, c'est trop long. Vous pourriez avoir un mauvais changement de configuration en production qui ne fait pas tomber le site, mais qui a par exemple remplacé le logo par autre chose, ce qui peut avoir un impact sur votre image de marque. L'observabilité et le contrôle ont donc tous deux une nature en temps réel, et c'est ainsi que les développeurs opèrent aujourd'hui, et c'est quelque chose en quoi nous croyons vraiment.
[Leigh Clancy] Il semble aussi que Fastly prenne en charge uniquement les standards web et les logiciels open source ?
[Lee Chen] Nous le faisons à plusieurs niveaux, c'est intégré à la pile, donc nous prenons en charge QUIC, HTTP 3, il y a une grande variété de standards web que nous prenons en charge sur la plateforme et nous sommes également actifs auprès de l'ITF et des autres organismes de normalisation pour aider à établir les standards eux-mêmes. En plus de cela, nous avons également un programme de support open source vraiment robuste dont nous sommes très fiers. Il s'agit donc de prendre en charge la distribution de projets open source, de code, de dépôts, etc., donc NPM et plusieurs autres paquets majeurs sont distribués via Fastly. Je pense, je ne connais pas le contexte exact de la question, mais je dirais que nous les prenons en charge sur la plateforme, afin que vous puissiez travailler avec, pour la plupart, cela est bien couvert sur docs.fasly.com. Nous avons apporté notre soutien dans la perspective d'avoir une voix et d'apporter notre expérience et notre point de vue à l'établissement de ces standards. Et puis pour les projets open source, nous proposons en fait des services gratuits pour la distribution afin de nous assurer que les projets open source puissent effectivement être utilisés par les personnes qui sont intéressées à les utiliser.
[Leigh Clancy] Excellent, et je vois qu'on a une dernière question. Est-ce que parler un peu d'événements en direct, comme vous avez ces afflux massif et soudain de requêtes, et comment Fastly aide-t-il à évoluer pour répondre à ces besoins ? Je sais que vous en avez parlé un peu.
[Lee Chen] Oui. Ce problème, je l'ai vécu personnellement, et j'ai connu des situations très, très positives et d'autres très, très négatives. Les événements en direct posent un problème classique : un afflux soudain et massif de connexions simultanées. L'exemple le plus parlant pour moi, c'est le Super Bowl. Chaque année, des millions et des millions de personnes se connectent en même temps pour le championnat du monde de football américain. Et donc, c'est très différent d'un week-end normal. Et donc pour ce bloc de temps de quatre heures, il y a des millions de personnes qui essaient d'accéder à ce flux vidéo unique à travers de multiples versions et débits binaires. C'est donc une sorte de problème de trafic de pointe, et c'est un problème très important, n'est-ce pas ? Il est mesuré en térabits par seconde, des dizaines et des centaines de térabits par seconde, mais si vous y réfléchissez un instant, cela s'applique en fait à presque n'importe quel type d'événement. Par exemple, vous pouvez avoir un contenu qui devient viral, et tout d'un coup vous vous retrouvez avec un problème d'afflux massif et soudain de requêtes. Vous pourriez avoir une actualité, une information de dernière minute, qui se produit et cela peut être un problème d'afflux, et cela n'a pas besoin d'être gigantesque et mondial. Cela peut en fait être très local et régional. Une alerte à la tornade, par exemple, pourrait également s'appliquer, ou un événement local qui a soudainement suscité beaucoup d'intérêt. Donc voici comment les CDN gèrent cela, c'est pour cela que les CDN ont été conçus au départ, non ? Ce n'était pas seulement un problème de distribution, c'était aussi un problème de mise à l'échelle horizontale et verticale simplement en stockant des copies du cache là-bas. Donc, chaque CDN devrait être capable de gérer cela, et les CDN modernes, en particulier, devraient être capables de le gérer sans surcharger votre origine, et c'est le composant final ici, ce que nous appelons et désignons comme bouclier d'origine, cette idée que nous transportons tout ce trafic en périphérie parce que nous avons une copie fraîche du contenu, soit via nos périphéries ou nos caches en périphérie, ou via nos POP protégés, et donc seulement une ou deux requêtes reviennent à l'origine. Les CDN existants n'ont pas le même avantage à ce niveau. Ils disposent de milliers de caches de niveau intermédiaire, qui doivent tous communiquer avec l'origine pour obtenir ce contenu, puis le diffuser en périphérie. Donc, l'approche que nous avons adoptée, nous l'avons certainement constatée et nous avons certainement constaté, ainsi que nos clients, qu'il y a d'énormes avantages à ce type de pic de trafic.
[Leigh Clancy] Excellent. Merci beaucoup, Lee, il semblerait que ce soit la dernière question. Alors merci pour la présentation et merci à vous tous de nous avoir rejoints. Merci vraiment de votre temps. Vous recevrez un e-mail avec un lien vers l'enregistrement du webinaire d'aujourd'hui et si vous souhaitez essayer Fastly vous-même, vous pouvez visiter Fastly.com et cliquer sur le bouton « Essayez Fastly gratuitement ». Sur ce, je vous souhaite une excellente fin de journée et je vous remercie de votre participation.
[Lee Chen] Merci à tous, je vous suis reconnaissant pour votre attention, à bientôt.