杭州服装企业在缅甸遭工人暴力冲击 公司为H&M做代工

Links: Verteilung über Einzelserver
Rechts: CDN-Schema

百度 当天他们的运气并不好，路上转了几个小时也没收获。

Ein Content Delivery Network (CDN), oder auch Content Distribution Network, sehr selten auch Inhaltszustellnetz genannt, ist ein Netz regional verteilter und über das Internet verbundener Server, mit dem Inhalte – insbesondere gro?e Mediendateien – ausgeliefert werden. Ein CDN stellt skalierende Speicher- und Auslieferungskapazit?ten zur Verfügung und gew?hrleistet auch bei gro?en Lastspitzen einen optimalen Datendurchsatz.

CDN-Knoten sind auf viele Standorte verteilt und oft auch auf viele Backbones. Sie arbeiten zusammen, um Anfragen (Requests) von End-Nutzern nach Inhalten (Content) m?glichst ?konomisch zu bedienen. Einzelne Standorte werden als PoP (Point of Presence) bezeichnet und bestehen aus Server-Clustern.

Im Hintergrund (transparent) werden die Daten im Netz so vorgehalten (Caching), dass die jeweilige Auslieferung entweder m?glichst schnell geht (Performance-Optimierung) oder m?glichst wenig Bandbreite verbraucht (Kosten-Optimierung), oder beides zugleich.

Gro?e CDNs unterhalten tausende Knoten mit zehntausenden Servern.

CDN ist ein Oberbegriff, der verschiedene Arten von Diensten zur Bereitstellung von Inhalten umfasst: Videostreaming, Software-Downloads, Beschleunigung von Web- und Mobilinhalten, lizenziertes/verwaltetes CDN, transparentes Caching sowie Dienste zur Messung der CDN-Leistung, Lastausgleich, Multi-CDN-Switching und Analysen sowie Cloud Intelligence. CDN-Dienste k?nnen in andere Bereichen Sicherheit, DDoS-Schutz und Web Application Firewalls (WAF) sowie WAN-Optimierung angewendet werden.

Funktionsweise

Das CDN besteht zun?chst aus einem Ursprungsserver, auf dem der Inhalteanbieter die zu verteilenden Inhalte ablegt, einer gro?en Zahl an Replica-Servern, die Kopien dieser Inhalte vorhalten, und einem Distributionssystem, das die Inhalte auf den Replica-Servern verteilt. Für die Umleitung der Benutzeranfragen auf die einzelnen Replica-Server ist ein Request-Routing-System zust?ndig, welches sich dabei auf verschiedene Kennzahlen über diese Server stützt, die ihm vom Accounting-System geliefert werden.

Sendet ein Client eine Anfrage an das CDN, dann w?hlt das Request-Routing-System einen geeigneten Replica-Server. Bei der Auswahl bezieht es Kennzahlen über deren aktuelle Belastung (zum Beispiel CPU-Auslastung, Anzahl der aktiven Verbindungen) und über die Netzwerkverbindung zwischen Client und Server (zum Beispiel geographische Entfernung, Latenzzeit, übertragungsrate), seltener über die Identit?t des Clients (zum Beispiel Unterscheidung zwischen Standard- und Premium-User) mit ein, die ihm durch das Accounting-System zur Verfügung gestellt werden.

Nach Auswahl des Servers muss die Benutzeranfrage nun umgeleitet werden. Das am h?ufigsten eingesetzte Verfahren dafür ist DNS-basiertes Request Routing. Dabei werden Anfragen des Clients an einen vom CDN bereitgestellten DNS-Server weitergeleitet, der die IP-Adresse des Replica-Servers zurückgibt. Alternativ dazu kann auch ein HTTP-Statuscode 302 die Weiterleitung auf einen anderen Webserver veranlassen.

Architektur und Schlüsselkomponenten

Inhaltsanbieter: die Einrichtung, die den Inhalt zur Verfügung stellt.

Autorisierung: Der Inhaltsanbieter erteilt dem CDN-Anbieter die Genehmigung zur Bereitstellung von Inhalten.

Berichterstattung: Der Inhaltsanbieter ersucht den CDN-Anbieter um eine Leistungsanalyse, um die Servicequalit?t des CDN-Anbieters zu bewerten und Zugang zu anderen ma?geblichen Daten zu erhalten.

Quelle: Der Inhaltsanbieter übermittelt eine Kopie des Inhalts.

Inhalt: Digitale Informationen, die zur Verbreitung erstellt oder lizenziert wurden.

Anforderung: Der Nutzer oder die Nutzerin fordert den Inhaltsanbieter auf, Daten lokal anzuzeigen oder zu speichern.

Ausliefern: CDN sendet den Inhalt an den Nutzer.

Nutzer: Die Einheit, die Daten vom Inhaltsanbieter anfordern will.

• Delivery Nodes (Zustellungsknoten): Die Hauptaufgabe besteht darin, dem Endnutzer Inhalte zu liefern. Bei den Zustellungsknoten handelt es sich um Server mit Caches, auf denen Inhalte bereitgestellt werden. Die Inhalte k?nnen manuell auf diesen Knoten gespeichert werden (Push-CDNs), oder die Zustellungsknoten k?nnen die Inhalte von den Ursprungsknoten anfordern (Pull-CDNs). Der Hauptvorteil von Push-CDNs liegt darin, dass der Inhalt für die Nutzer, die ihn abrufen, ohne Verz?gerung verfügbar ist. Der Hauptnachteil ist, dass der Inhaltsanbieter die Inhalte nach jeder Aktualisierung proaktiv ?pushen“ muss. Der Unterschied zu Pull CDNs besteht vor allem in der automatischen Abfrage von Inhalten beim Content-Provider. Der Hauptnachteil ist die Anfangsgeschwindigkeit bei der Bereitstellung der Inhalte: Wenn der Benutzer die Inhalte das erste Mal abruft, erfolgt die Bereitstellung genauso schnell, wie wenn der Inhaltsanbieter kein CDN verwenden würde.
• Storage Nodes (Speicherknoten): Das Hauptziel besteht darin, Kopien der Originaldaten zu speichern, die auf Bereitstellungsknoten verteilt werden. Für die Speicherknoten kann ein hierarchisches Modell festgelegt werden, das eine Caching auf mehreren Ebenen zul?sst.
• Origin Nodes (Ursprungsknoten): Das sind die wichtigsten Inhaltsquellen, die die übertragung von Inhalten über das Netz oder die Infrastruktur des Inhaltseigentümers erlauben.
• Control Node (Kontrollknoten): Die Hauptaufgabe ist das Hosten von Verwaltungs-, Routing- und überwachungskomponenten eines CDN.

Im Wesentlichen gibt es 3 Typen von Inhalten:

1. Dynamic content (Dynamische Inhalte): Inhalte, die mit Hilfe einer der g?ngigen Web-Programmiersprachen wie php, ruby oder Java automatisch erzeugt werden.
2. Static content (Statische Inhalte): Inhalte, die sich normalerweise nicht sehr oft ver?ndern und nicht neu erstellt werden müssen wie zum Beispiel Bilder, CSS und JavaScript.
3. Streaming content (Streaming Inhalte): Die Videos oder Audiodateien, die mit Hilfe einer Webbrowser-Steuerung wiedergegeben werden.

Caching

Die Zwischenspeicherung (Caching) ist das Herzstück der CDN-Dienste. ?hnlich wie beim Caching von Browsern (siehe Cache) werden Dateien auf einer Festplatte gespeichert, wo sie schneller abgerufen werden k?nnen. Ein CDN verschiebt den Inhalt einer Webseite auf leistungsstarke Proxy Server, die für eine beschleunigte Verteilung von Inhalten optimiert sind. Diese Inhalte k?nnen nun von Website-Besuchern, die von einem nahe gelegenen Standort aus surfen, schnell abgerufen werden. Im Gegensatz zum Cache eines Webbrowsers, der nur für einen einzigen Benutzer verwendet wird, verfügt das CDN über einen gemeinsamen Cache. In einem gemeinsam genutzten CDN-Cache kann eine von einem Nutzer angeforderte Datei sp?ter von anderen Nutzern abgerufen werden, was die Anzahl der Anfragen an den Ursprungsserver erheblich verringert.

CDN-Topologien

Bezüglich der Topologie unterscheidet man bei Content Delivery Networks zwischen einer verstreuten und einer konsolidierten Topologie.

Verstreute CDNs betreiben eine gro?e Anzahl von PoP mit mittlerer und niedriger Kapazit?t, die ausgew?hlte geografische Regionen dicht besiedeln. Der Schwerpunkt dieser Topologie liegt auf der optimalen r?umlichen N?he, wobei die einzelnen PoPs in unmittelbarer N?he zueinander liegen k?nnen. Durch die physische N?he kann die Latenzzeit wesentlich verringert werden, insbesondere in Regionen mit geringerer Breitbandkonnektivit?t. Nachteile dieser Form der Topologie sind der h?here Wartungsaufwand sowie die damit verbundenen Kosten und die durch mehrere Verbindungspunkte verl?ngerte Paketumlaufzeit. Diese Topologie kam vor allem in frühen CDNs zum Einsatz.

Bei einem Konsolidierten CDN wird eine kleine Anzahl hoch-leistungsf?higer PoP betrieben, die strategisch in gro?en Datenzentren positioniert sind, um eine breite Bev?lkerungsmenge zu bedienen. Diese Netzwerktopologie stellt einen modernen Ansatz für die Bereitstellung von Inhalten dar, der durch die Entwicklung der Internetkonnektivit?t erm?glicht wurde. Der Hauptvorteil einer konsolidierten Topologie ist die zentralisierte Infrastruktur, die flexibles Management und agile Konfigurationsbereitstellung erm?glicht. Dies kommt sowohl den Endnutzern als auch den Netzbetreibern zugute, da sie mehr Kontrolle und eine insgesamt bessere Reaktionsf?higkeit bieten. Zudem sind die hier eingesetzten Points of Presence widerstandsf?higer (z. B.: gegen DDoS-Angriffe). Nachteile dieser Topologie sind deren geringere Effektivit?t in Regionen mit schlechterer Konnektivit?t und die h?here Komplexit?t der Bereitstellung des Netzwerkes.

CDN-Arten

Content-Delivery-Netzwerke k?nnen auf unterschiedlichen Bereitstellungsprinzipien basieren:

Origin Push CDN

Der Begriff Push-CDN bezieht sich auf die Art von Content-Delivery-Network, bei dem die einzelnen CDN-Server ?hnlich wie der Ursprungsserver vorgehen. In diesem Szenario sendet der Ursprungsserver die Inhalte direkt und proaktiv an Edge-Server im CDN-Netzwerk (automatisch oder manuell) und verlinkt auf sie. Diese Inhalte werden auf dem Server zwischengespeichert, bis sie gel?scht oder bereinigt werden, weil eine neue Version der Seite gesendet wird. Die Webinhalte werden hierbei automatisch in den CDN-PoP eingefügt, der dem Standort des Clients am n?chsten ist. Wenn Endnutzer also eine Datei (HTML, Video, CSS, …) anfordern, kann das CDN alle n?tigen Daten nahtlos in deren Browser liefern. Die Verantwortlichkeit der Inhalte liegt dabei bei den jeweiligen Websiteeigentümern, die bei jeglichen ?nderungen explizit in das CDN ?gepusht“ werden müssen.

Ein wesentlicher Vorteil dieser CDN-Art ist die effizientere und einfachere Nutzung des Datenverkehrs, da nur bei ?nderungen Inhalte auf den CDN-Server hochgeladen werden müssen. Push-CDNs sind bei relativ statischen Webseiten mit gro?en eingebetteten Datenmengen zu bevorzugen.

Origin Pull CDNs

Ein Pull-CDN basiert darauf, dass die tats?chlichen Inhalte nur auf den jeweiligen Webservern gespeichert werden, es werden keine Daten tats?chlich auf die CDN-Server hochgeladen. Hier zieht das CDN die Inhalte von den Hauptservern und speichert sie im Cache. Je nach Benutzeranforderung werden die Inhalte nicht vom Hauptserver, sondern von den zwischengespeicherten Kopien des n?chstgelegenen CDN-Servers an den Client-Browser geliefert. Bei der ersten Anfrage für einen spezifischen Inhalt an einen Edge-Server treten h?here Ladezeiten auf, da die Daten erst in den Cache geladen werden müssen. Das CDN bewahrt die Dateien auf, bis sie ablaufen.

Peer-to-Peer CDN

P2P-Netzwerk

Peer-to-Peer (P2P) CDNs nutzen das Peer-to-Peer Protokoll zur Bereitstellung von Inhalten. Hierbei werden die Inhalte nicht auf designierten CDN-Servern gespeichert bzw. gecached, hier sind Benutzerclients Teil des Netzwerkes. Die Clients, die auf die Inhalte zugreifen, teilen die Teile mit anderen, d. h. w?hrend sie die Inhalte herunterladen, laden sie sie auch hoch, ohne das normale Browsing-Erlebnis zu beeintr?chtigen. Das bedeutet, dass die inhaltszentrierten Netze im Gegensatz zu Client-Server-Systemen besser funktionieren, wenn mehr Nutzer auf die Inhalte zugreifen (insbesondere bei Protokollen wie Bittorrent, die eine gemeinsame Nutzung erfordern). Diese Eigenschaft ist einer der Hauptvorteile von P2P-Netzen, denn dadurch sind die Einrichtungs- und Betriebskosten für den ursprünglichen Inhaltsanbieter sehr gering.

Peer-Assisted CDN

Ein Peer-Assisted CDN (PA-CDN) beschreibt eine hybride Architektur, die darauf abzielt, die Vorteile von CDNs und P2P-Systemen zu kombinieren. Einerseits sind PA-CDNs auf die Beitr?ge der Endnutzer zur Bereitstellung von Inhalten angewiesen und erm?glichen daher eine Minimierung der Infrastrukturkosten im Vergleich zu herk?mmlichen CDNs. Andererseits reduzieren PA-CDNs die Nachteile von reinen P2P-Systemen, indem sie die Inhalte auf einer minimalen Anzahl von Edge-Servern replizieren und so eine zuverl?ssige Verteilung der Inhalte mit einer garantierten Servicequalit?t erm?glichen. In diesem Zusammenhang besteht die gr??te Herausforderung für die Forschungsgemeinschaft darin, traditionelle CDNs und P2P zu integrieren und gleichzeitig von den Vorteilen beider Systeme zu profitieren.

Bei Peer-Assisted CDN unterscheidet man im Wesentlichen zwischen zwei Typen:

• Zentralisierte PA-CDNs: In PA-CDNs mit zentralisierter Architektur kontaktieren Nutzer zun?chst die n?chsten Edge-Knotenpunkte mittels des Request-Routing-Systems des CDNs. Die Edge-Server registrieren die Peers, speichern deren Metadaten in einer zentralen Datenbank und leiten Teile des angefragten Inhalts sowie eine Liste zuf?llig ausgew?hlter Peers des Content-Schwarms an den ursprünglichen Peer weiter um weitere Teile des Inhalts von diesen abfragen zu k?nnen. Kann der Peer keine Verbindung mit der geforderten Anzahl an Peers aufbauen oder die Verbindung geht verloren, wird eine neue Liste von Peers an den Client zurückgegeben. Wird ein Teil des Inhalts in einer gewissen Zeitspanne nicht an den Nutzer gesendet, wird der Request direkt vom Edge-Server erfüllt. Somit wird eine gewisse Service-Qualit?t garantiert und das Management des Content-Schwarms um ein vielfaches erleichtert.
• Dezentralisierte PA-CDNs: PA-CDNs mit dezentralisierter Architektur werden von designierten Tracker-Peers verwaltet, welche anhand bestimmter Kriterien (z. B.: N?he zum Edge-Server) ausgew?hlt werden. Ein Peer der einem derartigen CDN-Netz beitritt kontaktiert daher zun?chst einen Tracker-Peer um eine Liste aller aktiven Peers im Schwarm zu erhalten. Kann dieser Peer keine Antwort auf den Request bieten, wird dieser solange an andere Tracker-Peers weitergeleitet, bis der gewünschte Inhalt lokalisiert wurde. Wenn nicht genügend Peers zum Herunterladen der Inhalte zur Verfügung stehen, fordert der Tracker-Peer die fehlenden Videobl?cke von einem Edge-Knoten an. Dezentralisierte Architekturen minimieren die erforderliche CDN-Infrastruktur, indem sie die meisten Funktionen der Schwarmverwaltung an die Benutzer delegieren. Gleichzeitig sind dezentrale PA-CDNs anf?lliger für b?swillige Angriffe und schwieriger zu verwalten als ihre zentralisierten Alternativen.

Public und Private CDN

Im Allgemeinen gibt es zwei Arten von CDNs. Einerseits gibt es das ?ffentliche CDN und andererseits das private CDN. Das ?ffentliche CDN wird von einem CDN-Betreiber verwaltet und passiert auf einem Pay-as-you-use-Model, bei dem eine Gebühr pro GB erhoben wird. Zudem ist ein ?ffentliches CDN oft die attraktivere Option, da die Infrastruktur bereits aufgebaut ist. Ein gro?er Nachteil k?nnte sein, dass bei einer Zunahme der Nachfrage oder eine Zunahme des gehosteten Inhaltsvolumens die monatlichen Gebühren schnell eskalieren k?nnten und deshalb die Kosten pro GB anwachsen k?nnten. Aus diesem Grund wird oft auf ein privates CDN zurückgegriffen, um die Kosten besser kontrollieren zu k?nnen. Ein privates CDN wird oft bei strengen Sicherheitsanforderungen oder bei der Anforderung von gro?en Mengen an Inhalten verwendet. Die privaten CDNs werden mit dediziertem Server, die nicht mit anderen Organisationen geteilt werden oder in privaten Rechenzentren implementiert.

Viele Organisationen verwenden sowohl ?ffentliche als auch private CDN-Infrastrukturen, um Inhalte bereitzustellen zu k?nnen. Dieses Vorgehen wird als Multi-CDN- oder Hybrid-CDN-Ansatz bezeichnet.

Multi-CDN-Ansatz

Mit einem Multi-CDN-Ansatz k?nnen Unternehmen zwei oder mehr Provider kombinieren, um ein gro?es Netzwerk zu schaffen, das ein globales Publikum bedient. Der Vorteil ist, dass die Unternehmen Zugriff auf die geballte Leistung mehrerer Provider in jeder geografischen Region erhalten. Dadurch wird das Buffering reduziert, es führt zu einer besseren Sicherheit und es führt zu einer besseren und schnelleren Skalierbarkeit. Grunds?tzlich stellt ein Server die Inhalte bereit, der dem Nutzer am n?chsten oder der am geeignetsten für die Anforderungen der Inhalte ist. F?llt ein Anbieter aus, wird automatisch auf das n?chstbeste CDN umgestellt. Die Multi-CDN-Strategie war in der Vergangenheit nur für gro?e Unternehmen m?glich, da die Konfiguration und die Wartung mehrerer CDNs zu komplex und teuer waren. Unter allen Umst?nden k?nnen jetzt auch die kleineren Unternehmen durch die Automatisierung das dynamische Multi-CDN-Switching nutzen. Das Multi-CDN-Switching nutzt Echtzeitdaten, um automatisch das beste CDN ausw?hlen zu k?nnen.

Es gibt einige Vorteile, die für Multi-CDN-Ans?tze sprechen:

• Ein Unternehmen kann schneller in neue Regionen und neue M?rkte expandieren und sich verzweigen, indem das Unternehmen verschiedene Standorte des gesamten Netzwerks von Servern verwendet. Dadurch kann das Unternehmen schneller wachsen, mehr Benutzer und mehr Inhalte verwalten.
• Aufgrund einer besseren Leistung erzielen die Unternehmen mehr Umsatz. Der Grund ist, dass die viel bessere Ladezeit die Kunden davon abh?lt, zu der Konkurrenz zu wechseln. Die Verwendung mehrerer Multi-CDNs bedeutet noch mehr Leistung und weniger Latenz.
• Mit gro?er Wahrscheinlichkeit wird die Cloud nicht abstürzen. Mit einem Einsatz von zwei oder mehr CDN-Anbietern ist die Ausfallzeit geringer. Das wiederum bedeutet mehr Sicherheit und weniger Risiko.
• Die Unternehmen haben mehr Kontrolle über ihr eigenes Gesch?ft. Durch die Orchestrierung mehrerer CDN-Anbieter k?nnen genaue Kriterien festgelegt werden, die zum Beispiel zur Tageszeit bestimmte Inhalte für den Kunden zur Verfügung stellen. Zudem wechseln Multi-CDNs automatisch zu dem CDN-Anbieter, der zu jeder Zeit und an jedem Ort die bestm?gliche Leistung für die Webseite zur Verfügung stellt.

Vorteile

Schnellere Ladezeiten: Die Zwischenspeicherung von Daten im Cache der Replica-Server erm?glichen CDNs kürzere Ladezeiten. Diese kürzere Ladezeit ist wichtig für die SEO-Performance sowie für die Zufriedenheit der Nutzer.

Geringere Bandbreitenauslastung: Durch die Replica-Server sind geringere Bandbreitenauslastungen zu erwarten.

Bessere Performance: Eine geringere Bandbreitenauslastung und schnellere Ladezeiten tragen automatisch zu einer besseren Performance der Webseite bei.

H?here Sicherheit: Die Anfragen werden durch CDNs weitergleitet, das wiederum zu einer besseren Sicherheit der zwischengespeicherten Daten beitr?gt. Dadurch erreichen die DDos-Attacken und SQLis nicht den Ursprungsserver.

Spielraum für Analysen: Die CDN-Anbieter tragen einen betr?chtlichen Teil des Datenverkehrs im Internet bei. Daher verfügen diese über eine Vielzahl von Daten über Nutzer, welche für Analysen genutzt werden k?nnen.

Flexible Skalierbarkeit: Die Anpassung eines CDNs an neue Bandbreitenanforderungen kann in Echtzeit geschehen, ohne mehr als die gewünschte Bandbreite zu bezahlen. Da sich der Bandbreitenbedarf von Unternehmen in kürzester Zeit ?ndern kann, bietet dies mehr Flexibilit?t.

Niedrigere Hosting-Kosten: Dank eines CDN ben?tigen Websites weniger Webhosting-Ressourcen, da die Verwaltung der statischen Inhalte übernommen wird. Auf diese Weise werden die Hosting-Kosten reduziert.

Zahlreiche Einsatzm?glichkeiten: Die Einsatzm?glichkeiten eines CDN sind vielf?ltig, so dass sich die digitalen L?sungen für Unternehmen aus den verschiedensten Branchen anbieten.

Nachteile

H?herer Aufwand: Der Aufwand für die Einrichtung und den Betrieb eines CDN ist gr??er, da die Daten nicht mehr auf einem zentralen Server liegen.

Mehr Einfallstore für Hacker: Das Thema Sicherheit von CDNs ist ein kritischer Punkt. Replika-Server schützen an sich den Ursprungsserver vor Angriffen, andererseits gibt es aber auch mehr Einfallstore für Hacker, weswegen die Unternehmen gerade bei sensiblen Daten besonders vorsichtig sein müssen.

Kontrollverlust: Nachdem sich die Daten nicht mehr nur auf dem eigenen Server, sondern auch auf mehreren Replika-Servern befinden, führt ein CDN auch zu einem gewissen Kontrollverlust.

Suboptimal für dynamische Inhalte: Dynamische Inhalte wie Warenk?rbe verwenden eigene Datenbanken und sind daher nicht für das Caching geeignet, weswegen CDNs hier suboptimal arbeiten.

SEO-Probleme: Schnellere Ladezeiten sind gut für die Suchmaschinenoptimierung, doch ein CDN kann aus SEO-Sicht nach wie vor problematisch sein, da der Content auf Servern Dritter gehostet wird. Der Content auf dem CDN kann dadurch nicht auf dem aktuellen Stand sein.

Sicherheit

DDoS-Angriffe verursachen nicht nur enorme wirtschaftliche Verluste, sondern haben auch ernsthafte Auswirkungen auf den Ruf und das Image des betroffenen Unternehmens. Untersuchungen haben gezeigt, dass es mindestens zehn Stunden dauert, bis ein Unternehmen mit der Abwehr eines Angriffs beginnen kann.

Dynamische Inhalte

Eine Webseite verwendet dynamische Inhalte, um verschiedene und individuell angepasste Contents für den Nutzer anzuzeigen zu k?nnen. Dynamische Inhalte k?nnen zum Beispiel Warenk?rbe in Online-Shops oder Streaming-Dienste sein. Diese individuell angepassten Inhalte k?nnen prinzipiell nicht in Cache-Servern gespeichert werden, da sich diese Inhalte st?ndig ?ndern. Demzufolge sind die dynamischen Inhalte für CDNs ungeeignet.

Auswahl von CDN-Anbietern

• Akamai
• Amazon Web Services (CloudFront)
• CDNetworks
• Cloudflare
• Fastly
• Host Europe
• Lumen Technologies (ehemals Level 3 Communications)
• Limelight Networks
• Microsoft Azure
• NTT Europe (NTTEO)
• PlusServer
• Swiss TXT

Open-Source-Software und freie Service-Anbieter

MirrorBrain ist eine freie HTTP-Server-Software für Linux zum Betrieb eines CDN.

Die Inhalte von freien JavaScript-, CSS-Frameworks oder freie Iconsets werden von verschiedenen CDN-Anbietern zum freien und erlaubten Hotlinking angeboten. Google Hosted Libraries bietet bekannte Bibliotheken wie jQuery, jQuery UI, AngularJS oder Dojo Toolkit an. Andere Anbieter wie Jsdelivr oder cdnjs bieten zus?tzlich zahlreiche weitere, kleinere Bibliotheken an. Wobei Jsdelivr auch das Zusammenfassen zu einem HTTP-Request erm?glicht.

Siehe auch

• Lastverteilung (auch load balancing genannt)
• Teilstreckenverfahren