Ici et bon retour.
Maintenant, dans la vidéo d'aujourd'hui, nous aurons un aperçu de haut niveau sur les réseaux de diffusion de contenu également signalés comme
ceci.
Maintenant, avant d'aller de l'avant et de discuter davantage des avantages que cela offre, examinons maintenant
un scénario générique.
Dans la plupart des organisations qui traversent une étape d'amorçage, ce qu'elles font, c'est qu'elles auront un
seul serveur et tout fera partie de ce seul serveur.
Cela inclurait donc votre application, vos bases de données, votre serveur Web, etc.
Ce type d'architecture est donc assez courant.
Mais lorsque le site Web commence à se développer et que la popularité augmente, alors cette chose que
j'ai toujours calculée s'avérera très difficile.
Le premier grand défi serait donc la performance.
Ainsi, avec l'augmentation du nombre de visiteurs, la performance globale peut baisser.
Ainsi, un défi typique avec beaucoup d'organisations est même les organisations de niveau intermédiaire qui peuvent même avoir des
centaines de serveurs, est lié à la mise en cache du contenu.
Disons donc que si un site Web a une image et qu'un millier d'utilisateurs le visitent, alors la même image devra
être envoyée à ce millier d'utilisateurs.
Donc, en général, si vous prenez un exemple de sites Web populaires comme Amazon ou de sites d'information comme la BBC,
ces sites Web contiendront beaucoup d'images, peut-être 50 ou 100 images.
Alors des millions d'utilisateurs ouvrent leur site Web.
En règle générale, ces mêmes images qui sont présentes seront envoyées à tous ces utilisateurs, ce qui diminue les performances
et augmente la charge sur cela.
Le deuxième défi majeur que vous verrez généralement est lié à la sécurité.
Donc, les attaquants adorent Internet.
Donc un site web typique, même un petit site web.
Supposons donc que vous ayez lancé un site Web aujourd'hui, et si vous en avez 22 ouverts après deux ou trois jours, vous verrez
qu'il y a des milliers d'attaques qui se produisent sur ce serveur.
Ainsi, un site Web et une application Web typiques sont confrontés à divers types d'attaques allant du déni de service
aux attaques d'applications Web, etc.
Ainsi, l'un des défis que nous verrons spécifiquement liés au site Web qui sert le
trafic Internet est que non seulement les véritables utilisateurs y seront connectés, mais même l'attaquant pourra se connecter
au serveur, qui sert leur trafic.
Donc, sur la base des deux défis de haut niveau dont nous discutions, certaines approches
peuvent être utilisées comme solution pour nous.
Et comme vous pouvez augmenter la taille du serveur ou augmenter le nombre de serveurs pour de meilleures performances.
C'est donc une approche spécifiquement liée à la performance.
Deuxièmement, vous pouvez configurer des éléments tels que le déni de service distribué, la protection, l'application Web,
le pare-feu à un certain niveau afin que vous puissiez être protégé contre les attaquants.
Donc, faire ces choses dans chaque cetera est une tâche fastidieuse et cela ne peut pas vraiment très bien évoluer.
Ainsi, même si vous augmentez le nombre de serveurs et que vous avez des millions d'utilisateurs, la latence globale
et les performances ne seront pas non plus optimales.
Donc discuter de la meilleure architecture, donc la meilleure architecture serait d'introduire une couche intermédiaire qui
a toutes les fonctionnalités liées à la protection contre les attaques, la mise en cache des objets demandés communs
pour de meilleures performances.
Vous avez donc une couche intermédiaire toute l'année.
Alors maintenant, ce qui se passera, c'est que tous les utilisateurs d'Internet ne pourront se connecter qu'à ce niveau intermédiaire.
Ils ne pourront pas se connecter directement aux instances backend.
Donc, si l'attaquant qu'il essaie de poursuivre et effectue des attaques par déni de service distribué, alors cette
attaque sera ciblée sur le niveau intermédiaire.
Ainsi, plusieurs solutions peuvent être utilisées au mieux au niveau intermédiaire.
Ainsi, l'un des plus populaires serait un proxy inverse.
Donc, beaucoup d'observateurs comme les ingénieurs, ils fonctionnent plutôt bien au niveau du proxy inverse.
Là encore, à une couche intermédiaire, les réseaux de diffusion de contenu sont également largement utilisés dans les organisations.
Donc discuter de l'architecture de KDDI et vous voyez que l'architecture de CBN est très similaire
au modèle dont nous discutions, où vous avez un utilisateur, vous avez un client et vous avez à l'arrière une
instance.
Ainsi, un client agit essentiellement comme un proxy qui reçoit la demande, puis la transmet au système
back-end.
Donc, essentiellement, l'utilisateur ne pourra pas se connecter directement à l'arrière d'un voyage.
Maintenant, l'un des avantages des clients est que de nombreux fournisseurs de CDN offrent des fonctionnalités telles que la protection contre
les battements, l'application Web, le pare-feu, l'encaissement de ceux-ci.
Ainsi, même si votre attaquant essaie de faire des attaques comme un déni de service distribué, etc. , la protection est au niveau
du CDN.
Ainsi, les attaques n'atteindront jamais les instances.
Et votre instance ?
Il resterait en sécurité.
Voici donc la vue d'ensemble de très haut niveau sur les réseaux de diffusion de contenu.
Maintenant, comme nous en discutions, il existe de nombreux fournisseurs de CBN disponibles sur le marché.
Discutons donc de certains des plus populaires.
Maintenant, l'un des fournisseurs les plus populaires est CloudFlare.
Donc, encore une fois, CloudFlare fonctionne quelque chose de similaire à l'architecture dont nous discutions.
Et si vous voyez avec le cloud, il fournit également une protection contre le déni de service distribué et
illimitée.
Aujourd'hui, le deuxième fournisseur de réseau de diffusion de contenu très populaire est Akamai.
En fait, beaucoup d'organisations utilisent Akamai.
Encore une fois, le concept global reste à voir.
Il agit comme une couche intermédiaire.
Il offre de nombreuses fonctionnalités telles que la mise en cache.
Il fournit une application Web, des fonctionnalités liées au pare-feu, des fonctionnalités de protection et
autres.
Le prochain broider populaire serait donc d'avoir un service appelé Amazon Cloud Print, qui est essentiellement le réseau
de diffusion de contenu maintenant similaire aux autres.
Si vous examinez les cas d'utilisation où les clients peuvent être utilisés, vous avez donc le cas d'utilisation lié à la mise en cache,
vous êtes lié à la sécurité.
Donc, si vous voyez qu'il fonctionne avec d'autres services pour fournir LETELLIER pour une atténuation réduite et peut également s'intégrer avec
MFAT pour la protection de la couche sept.
Il y a donc beaucoup d'avantages à faire appel à un fournisseur de clients.
Aucun avantage que je puisse partager, similaire au cas d'utilisation dont nous discutions, que s'il existe
un site Web imatinib et qu'un millier d'utilisateurs le visitent, la même image sera envoyée à un millier
d'utilisateurs.
Ainsi, au lieu de stocker l'image sur le serveur, ce qui se passerait est utilisé pour l'image au niveau de la couche intermédiaire.
Cela signifie donc qu'il peut y avoir un proxy inverse où vous pouvez stocker l'image en termes
d'actifs statiques ou vous pouvez même stocker l'image dans CDN.
Ainsi, les images qui sont fréquemment demandées sont stockées à un certain niveau.
Ainsi, une fois que les images sont stockées à un certain niveau, la prochaine fois, si 100 utilisateurs demandent
cette image, alors l'image sera fournie par le CBN.
La requête ne sera pas du tout transmise au serveur d'applications et réduit ainsi la latence globale.
Maintenant, avant de conclure, permettez-moi de vous donner un exemple intéressant.
Il y avait donc un site Web statique que je visitais depuis assez longtemps.
Et plus tard, j'ai réalisé que le site Web statique était en baisse depuis trois jours.
Cependant, les utilisateurs ont parfaitement pu naviguer sur ce site Web.
Et la raison pour laquelle ils ont pu naviguer sur le Web était à cause du CDN.
Ainsi, tout le contenu lié au site Web a été mis en cache au niveau du CDN.
Ainsi, même si le serveur principal était en panne, le CBN était en mesure de renvoyer le contenu de ce site Web à
l'utilisateur final.
Donc, pour l'utilisateur final, le site Web fonctionnait, mais dans les coulisses, le site Web était en panne.
C'était donc l'une des grandes choses qu'un citoyen peut faire.
Voilà donc la vue d'ensemble de haut niveau de tous les réseaux de diffusion de contenu.
J'espère que cette vidéo a été instructive pour vous, et j'ai hâte de vous voir dans la prochaine vidéo.