Echtzeit ohne Komplexität: Fanout für Edge-WebSockets & Pub/Sub
Liefern Sie sekundengenaue Echtzeit-Erlebnisse für Chats, Live-Auktionen, IoT und mehr. Fastly Fanout verwaltet WebSockets-, HTTP- und TLS-Verbindungen und bringt so Echtzeitkommunikation und Pub/Sub-Muster an die Edge. Verbinden Sie sich von einem Backend aus mit jedem beliebigen Client, erstellen Sie MQTT-Anwendungen, lagern Sie WebSockets aus oder orchestrieren Sie sogar Ereignisse im gesamten Web – alles im Fastly-Maßstab.
Die ereignisabhängige Grundlage für moderne Echtzeitanwendungen
Nutzen Sie Fanout, um die Komplexität der bidirektionalen Kommunikation zu bewältigen, von WebSockets bis hin zu IoT-Sensordaten. Durch die Abwicklung des Verbindungsstatus und der Protokollübersetzung auf der Edge minimieren Sie die Last auf dem Ursprungsserver, gewährleisten eine Auslieferung mit niedrige Latenz und erhöhen die Entwicklungsgeschwindigkeit Ihres Teams.
Drastische Entlastung Ihrer Origin-Server und Reduzierung der Infrastrukturkosten
Fanout kann Millionen gleichzeitiger, zustandsbehafteter WebSocket- oder HTTP-Streaming-Verbindungen auf der Edge verwalten und einfache HTTP-Anfragen an Ihren Origin weiterleiten. Dies kann die Servernachfrage erheblich auslagern, die Systemstabilität steigern und einen starken Return on Investment erzielen.
Beschleunigung der Entwicklergeschwindigkeit und der Markteinführungszeit
Entwickeln Sie auf einer flexiblen Plattform, die WebSockets, HTTP und TLS unterstützt. Konzentrieren Sie sich auf die Geschäftslogik – nicht auf das Verbindungsmanagement – und bauen Sie Pub/Sub-, IoT-, MQTT- und andere Echtzeitlösungen auf.
Vereinheitlichung der Echtzeitkommunikation über verschiedene Protokolle hinweg
Mit seiner starken HTTP/WebSockets-Grundlage ermöglicht Fanout Services, auf Anfragen aus Web-Traffic, WebSockets oder sogar eingehenden IoT-Daten zu reagieren – und sogar zwischen ihnen zu übersetzen. Fanout kann den Verbindungsstatus verwalten und sich über einfaches HTTP mit Ihrem Origin-Server abstimmen, um Ressourcen und Komplexität auszulagern.
WebSockets Pass-Through vs. Fanout: Wahl der richtigen Echtzeitstrategie
WebSockets Pass-Through
Ideal für: Sicherung der vorhandenen Echtzeit-Dateninfrastruktur.
- Das primäre Verbindungsmodell ist 1:1, bidirektional (Client zu Origin)
- Der Origin-Server verwaltet den gesamten Verbindungsstatus.
- Keine Protokollübersetzung. Erfordert, dass der Origin-Server WebSockets unterstützt.
- Minimale Entlastung des Origin-Servers und minimaler Return on Investment. Der Origin-Server muss gleichzeitige Verbindungen aufrechterhalten.
- Abrechnungsmodell = Verbindungszeit.
- Unterstützt jeden Anwendungsfall, der den Betrieb Ihrer Echtzeit-Dateninfrastruktur am Ursprung erfordert.
Fanout (Push-Daten auf der Edge)
Ideal für: Die Entlastung der Echtzeit-Dateninfrastruktur am Ursprung.
- Das primäre Verbindungsmodell ist 1:Viele, Push/Pub-Sub (ereignisabhängig).
- Fastly Fanout verwaltet den gesamten Verbindungsstatus auf der Edge.
- Fastly Fanout übernimmt die Protokollübersetzung. (z. B. WebSockets zu ursprungsfreundlichem HTTP)
- Maximale Entlastung des Origin-Servers und maximaler Return on Investment. Der Origin-Server verarbeitet einfache HTTP-Ereignisse und Geschäftslogik.
- Abrechnungsmodell = Verbindungsdauer und Nachrichten.
- Bietet Echtzeitdaten auf der Edge für Live-Auktionen, Sportspielstände, Aktienticker, Echtzeit-Push-Benachrichtigungen, IoT-Koordination (MQTT) und Multi-Nutzer-Chat.
Push-Architektur richtig umgesetzt
Hybrider Reverse-Proxy und Nachrichtenbroker.
Erweitern Sie Ihre bestehende API mit Push-Funktionalität.
Entwickelt für Interoperabilität.
Jedes HTTP-basierte Backend, einschließlich serverloser/FaaS-Dienste, kann langlebige Streams verwalten.
Selbstgehostet oder Cloud. Sie haben die Wahl.
Nutzen Sie unser riesiges Netzwerk mit einem individuellen Domainnamen oder führen Sie die Software auf Ihren eigenen Servern aus.
Häufig gestellte Fragen
Was ist Echtzeitkommunikation und wie funktioniert sie auf der Edge?
Echtzeitkommunikation bezeichnet die sofortige Datenübertragung zwischen Systemen und Nutzern, die die Verzögerungen herkömmlicher Anfrage-Antwort-Zyklen umgeht. Fastly ermöglicht dies, indem das Verbindungsmanagement auf die Edge, näher zum Endnutzer, verlagert wird. Durch die Aufrechterhaltung dauerhafter Verbindungen auf der Edge macht die Push-Architektur von Fastly ständiges Client-Polling überflüssig, was den Kostenaufwand am Origin-Server erheblich reduziert und sicherstellt, dass Updates die Nutzer mit Submillisekunden-Latenz erreichen.
Wie unterstützt Fastly WebSockets und andere Echtzeitprotokolle?
Fastly unterstützt WebSockets und andere Echtzeitprotokolle durch zwei Hauptlösungen: WebSockets Pass-Through und Fastly Fanout. WebSockets Pass-Through erlaubt es, WebSocket-Verbindungen direkt über die Fastly-Edge zum Origin des Kunden weiterzuleiten. Das Verbindungsmodell ist 1:1 und bidirektional zwischen dem Client und dem Origin. Fanout ist ein ereignisabhängiger Publish/Subscribe- (Pub/Sub-) Nachrichtenbroker, der in die Fastly Plattform integriert ist. Das Verbindungsmodell ist 1:Viele, wobei Fastly den gesamten Verbindungsstatus auf der Edge verwaltet. Fanout kann auf der Edge zwischen Protokollen übersetzen, indem es zustandsbehaftete WebSocket-, SSE- oder Long-Polling-Verbindungen in zustandslose HTTP-Anfragen umwandelt, die ein Origin bereits versteht.
Kann Fastly als Nachrichtenbroker für Echtzeit-Apps verwendet werden?
Ja. Fastly fungiert als verteilter Nachrichtenbroker, indem es eine Pub/Sub-Architektur (Publish/Subscribe) auf der Edge nutzt. Entwickler können ein einzelnes Update veröffentlichen, und Fastly verteilt diese Nachricht automatisch und sofort an alle autorisierten Abonnenten. Dies entlastet die aufwändige Nachrichtenverteilung von den Kunden-Servern und übernimmt sie in unser globales Netzwerk, was für eine enorme Steigerung bei Gleichzeitigkeit und Zuverlässigkeit sorgt.
Was ist Pub/Sub und warum ist es für Echtzeitsysteme wichtig?
Pub/Sub (Publish/Subscribe) ist entscheidend, da es den Nachrichtenabsender vom Empfänger entkoppelt und so eine hocheffiziente, ereignisabhängige Architektur ermöglicht. Anstatt dass Ihr Server jede einzelne Nutzerverbindung verfolgt, sendet er einfach ein Publish-Event an die Edge. Dies reduziert Egress-Kosten und verhindert, dass die Infrastruktur des Kunden bei Events mit hohem Traffic überlastet wird.
Wie geht Fastly mit MQTT-Workloads auf der Edge um?
Fastly unterstützt MQTT-Architekturen (Message Queuing Telemetry Transport) durch effizientes Routing von Nachrichten und die Aufrechterhaltung persistenter Verbindungen für IoT-Kommunikation. Durch die Nutzung des Edge-Netzwerks von Fastly können Entwickler MQTT-Pub/Sub-Nachrichten erstellen, vermitteln und skalieren und so IoT-Geräte mit niedriger Latenz und hoher Parallelität an Cloud-Services anbinden.
Ist Fastly für Multi-User-Chat- und Kollaborations-Apps geeignet?
Ja. Fastly eignet sich hervorragend für Multi-User-Chats, Live-Kollaborationstools und gemeinsame Erlebnisse, die ständige Updates erfordern. Mithilfe von WebSockets und Fanout können Nachrichten in Echtzeit sofort ausgeliefert werden. Die Plattform gewährleistet, dass bei wachsender Nutzerzahl von Hunderten auf Millionen die Echtzeit-Synchronisation Ihrer App konsistent und leistungsfähig bleibt.
Was sind die Vorteile einer Push-Architektur im Vergleich zu Polling?
Eine Push-Architektur ist deutlich effizienter als HTTP-Polling, da sie Daten nur dann sendet, wenn tatsächlich ein Ereignis eintritt. Polling kann leere Anfragen erzeugen, die CPU-Zyklen verschwenden und die Abrechnungskosten am Origin-Server erhöhen. Durch den Wechsel zu einem Push-Modell via Fanout reduzieren Sie unnötigen Netzwerk-Traffic, senken Ihre Infrastrukturkosten und bieten ein besseres Endnutzererlebnis.
Wie skaliert Fastly Workloads für die Echtzeitkommunikation?
Das Edge-Netzwerk von Fastly ist darauf ausgelegt, große Mengen gleichzeitiger Verbindungen zu bewältigen. Ganz gleich, ob Sie WebSockets, MQTT oder Pub/Sub-Messaging verwalten: Die Plattform verteilt den Traffic automatisch über ihre Infrastruktur. Dadurch können Ihre Echtzeit-Kommunikationssysteme skalieren, ohne dass manuelle Eingriffe oder komplexe Kapazitätsplanungen erforderlich sind.