Hier und willkommen zurück.
Im heutigen Video haben wir jetzt einen allgemeinen Überblick über die Content Delivery Networks, die auch so berichten.
Bevor wir weitermachen und mehr darüber diskutieren, welche Vorteile dies bietet, schauen wir uns jetzt ein
allgemeines Szenario an.
In den meisten Unternehmen, die eine Bootstrapping-Phase durchlaufen, haben sie einen einzigen Server
und alles wird Teil dieses einzigen Servers sein.
Das würde also Ihre Anwendung, Ihre Datenbanken, Ihren Webserver usw. umfassen.
Diese Art von Architektur ist also ziemlich verbreitet.
Aber wenn die Website anfängt zu wachsen und die Popularität zunimmt, dann wird sich diese Sache, die ich immer
ausgerechnet habe, als sehr herausfordernd erweisen.
Die erste große Herausforderung wäre also die Leistung.
Mit steigender Besucherzahl kann die Gesamtleistung also sinken.
Eine typische Herausforderung bei vielen Organisationen ist also selbst die mittlere Ebene von Organisationen, die sogar Hunderte von
Servern haben können, die mit dem Caching von Inhalten zusammenhängt.
Nehmen wir an, wenn eine Website ein Bild enthält und tausend Benutzer sie besuchen, muss dasselbe Bild an
diese tausend Benutzer gesendet werden.
Wenn Sie also ein Beispiel für beliebte Websites wie Amazon oder Nachrichten-Websites wie BBC nehmen, enthalten diese Websites
im Allgemeinen viele Bilder, vielleicht 50 oder 100 Bilder.
Dann öffnen Millionen von Benutzern ihre Website.
Normalerweise werden dieselben Bilder, die vorhanden sind, an alle diese Benutzer gesendet, was die Leistung
verringert und die Last erhöht.
Die zweite große Herausforderung, die Sie normalerweise sehen werden, bezieht sich auf die Sicherheit.
Angreifer lieben das Internet.
Also eine typische Website, sogar eine kleine Website.
Nehmen wir an, Sie haben heute eine Website gestartet, und wenn Sie nach zwei oder drei Tagen 22 geöffnet haben, werden
Sie feststellen, dass auf diesem Server Tausende von Angriffen stattfinden.
Eine typische Website und Webanwendung ist daher verschiedenen Arten von Angriffen ausgesetzt, die von Denial-of-Service-Angriffen,
Webanwendungsangriffen usw. reichen.
Eine der Herausforderungen, die wir speziell im Zusammenhang mit der Website sehen werden, die den Internetverkehr bedient, besteht
also darin, dass nicht nur echte Benutzer damit verbunden werden, sondern sogar der Angreifer in der Lage ist, sich mit dem
Server zu verbinden, der seinen Datenverkehr bedient.
Basierend auf den beiden hochrangigen Herausforderungen, die wir diskutiert haben, gibt es daher bestimmte Ansätze, die
für uns als Lösung verwendet werden können.
Und Sie können die Größe des Servers erhöhen oder die Anzahl der Server erhöhen, um eine bessere Leistung zu erzielen.
Dies ist also ein Ansatz, der sich speziell auf die Leistung bezieht.
Zweitens können Sie Dinge wie Distributed Denial of Service, Schutz, Webanwendung, Firewall
auf einer bestimmten Ebene konfigurieren, damit Sie vor Angreifern geschützt sind.
Diese Dinge in jedem Cetera zu tun ist also eine mühsame Aufgabe und kann nicht wirklich gut skalieren.
Selbst wenn Sie also die Anzahl der Server erhöhen und Millionen von Benutzern haben, werden auch die
Gesamtlatenz und die Leistung nicht so optimal sein.
Wenn wir also über die bessere Architektur diskutieren, wäre die bessere Architektur die Einführung einer
mittleren Schicht, die alle Funktionen zum Schutz der Angriffe und das Caching allgemein angeforderter Objekte für eine
bessere Leistung bietet.
Sie haben also das ganze Jahr über eine mittlere Schicht.
Was nun also passieren wird, ist, dass alle Benutzer aus dem Internet nur eine Verbindung zu dieser mittleren Ebene herstellen können.
Sie können sich nicht direkt mit den Back-End-Instanzen verbinden.
Wenn der Angreifer also versucht, verteilte Denial-of-Service-Angriffe durchzuführen, wird dieser Angriff auf
die mittlere Ebene ausgerichtet.
So können bestenfalls mehrere Lösungen verwendet werden.
Ein beliebter wäre also ein Reverse-Proxy.
Viele Beobachter wie Ingenieure funktionieren also ziemlich gut auf Reverse-Proxy-Ebene.
Andererseits werden auf einer mittleren Ebene auch Content Delivery Networks in Unternehmen in großem Umfang eingesetzt.
Wenn wir also über die Architektur von KDDI diskutieren, sehen Sie, dass die Architektur von
CBN dem von uns diskutierten Modell sehr ähnlich ist, bei dem Sie einen Benutzer haben, einen Client und hinten eine
Instanz.
Ein Client fungiert also im Grunde als Proxy, der die Anfrage empfängt und dann an das Back-End-System
weiterleitet.
Der Benutzer kann sich also im Wesentlichen nicht direkt mit der Rückseite einer Fahrt verbinden.
Einer der Vorteile von Clients besteht nun darin, dass viele CDN-Anbieter Funktionen wie Beat-Schutz,
Webanwendung, Firewall bieten und davon profitieren.
Selbst wenn Ihr Angreifer versucht, Angriffe wie Distributed Denial of Service usw. , ist der Schutz auf
CDN-Ebene.
Die Angriffe werden also nie die Instanzen erreichen.
Und Ihre Instanz?
Es würde sicher bleiben.
Dies ist also der sehr hohe Überblick über die Content Delivery Networks.
Nun, wie wir besprochen haben, gibt es viele CBN-Anbieter auf dem Markt.
Lassen Sie uns also einige der sehr beliebten besprechen.
Einer der beliebtesten Anbieter ist CloudFlare.
Auch hier funktioniert CloudFlare ähnlich wie die Architektur, die wir besprochen haben.
Und wenn Sie die Cloud sehen, bietet sie auch einen gebäudeunabhängigen, verteilten
Denial-of-Service-Schutz.
Nun ist Akamai der zweite sehr beliebte Anbieter von Content Delivery Networks.
Tatsächlich nutzen viele Organisationen Akamai.
Auch hier bleibt das Gesamtkonzept abzuwarten.
Es fungiert als Mittelschicht.
Es bietet viele Funktionen wie Caching.
Es bietet eine Webanwendung, Firewall-bezogene Funktionen, Funktionen zum Schutz und
andere.
Der nächste beliebte Broider wäre also, dass er einen Dienst namens Amazon Cloud Print hat, der im Grunde genommen das
Content Delivery Network ist, das jetzt den anderen ähnlich ist.
Wenn Sie sich die Anwendungsfälle ansehen, in denen Clients verwendet werden können, haben Sie also den Anwendungsfall im Zusammenhang mit Caching,
der sich auf die Sicherheit bezieht.
Wenn Sie also sehen, dass es mit anderen Diensten funktioniert, um LETELLIER für eine reduzierte Schadensbegrenzung bereitzustellen, und kann
auch in beide MFAT für Layer-7-Schutz integriert werden.
Es gibt also viele Vorteile, einen Client-Provider zu nutzen.
Kein Vorteil, den ich teilen kann, ähnlich dem Anwendungsfall, den wir besprochen haben, dass,
wenn es eine Imatinib-Website gibt und tausend Benutzer sie besuchen, dasselbe Bild an tausend Benutzer gesendet
wird.
Anstatt das Bild auf dem Server zu speichern, wird das, was passieren würde, mit dem Bild auf der mittleren Ebene verwendet.
Dies bedeutet, dass es einen Reverse-Proxy geben kann, in dem Sie das Image in Form von statischen Assets
speichern können, oder Sie können das Image sogar im CDN speichern.
So werden die häufig nachgefragten Bilder auf einer bestimmten Ebene gespeichert.
Sobald die Bilder auf einer bestimmten Ebene gespeichert sind, wird das Bild beim nächsten Mal, wenn 100
Benutzer dieses Bild anfordern, vom CBN bereitgestellt.
Die Anfrage wird überhaupt nicht an den Anwendungsserver weitergeleitet und reduziert somit die Gesamtlatenz.
Bevor wir zum Schluss kommen, möchte ich Ihnen ein interessantes Beispiel geben.
Es gab also eine statische Website, die ich schon seit langer Zeit besucht habe.
Und später stellte ich fest, dass die statische Website seit drei Tagen nicht mehr verfügbar war.
Die Benutzer konnten diese Website jedoch einwandfrei durchsuchen.
Und der Grund, warum sie im Internet surfen konnten, war das CDN.
Daher wurde der gesamte Inhalt der Website auf CDN-Ebene zwischengespeichert.
Selbst wenn der Backend-Server ausgefallen war, konnte das CBN den Inhalt dieser Website an den Endbenutzer
zurückliefern.
Für den Endbenutzer funktionierte die Website, aber hinter den Kulissen war die Website nicht verfügbar.
Das war also eines der großartigen Dinge, die ein Bürger tun kann.
Das ist also der allgemeine Überblick über alle Content Delivery Networks.
Ich hoffe, dieses Video war für Sie informativ und ich freue mich, Sie im nächsten Video zu sehen.