Plateforme Edge Cloud de Fastly

Solutions numériques innovantes

En temps réel sans la complexité : Fanout pour les WebSockets de périphérie et le Pub/Sub

Offrez des expériences en temps réel en moins d’une seconde pour les discussions instantanées, les enchères en direct, l’Internet des Objets et plus encore. Fastly Fanout gère les connexions WebSockets, HTTP et TLS, et apporte des communications en temps réel ainsi que des schémas pub/sub directement en périphérie. Connectez-vous à n’importe quel client à partir d’un seul backend, créez des applications MQTT, déchargez les WebSockets ou même orchestrez des événements sur le Web, le tout à l’échelle de Fastly. 

Détails du produit l Fanout Image

La fondation basée sur les événements pour les applications modernes en temps réel

Tirez parti de Fanout pour gérer la complexité des communications bidirectionnelles, qu'il s'agisse de WebSockets ou de données de capteurs IdO. En gérant l'état de la connexion et la traduction des protocoles en périphérie, vous minimisez la charge d'origine, garantissez une distribution à faible latence et augmentez la vitesse de développement de votre équipe.

  • Réduisez considérablement la charge d'origine et les coûts d'infrastructure

    Fanout peut gérer des millions de connexions WebSockets ou HTTP de streaming simultanées en périphérie, ce qui vous permet de relayer de simples requêtes HTTP vers votre serveur d’origine. Cela permet de réduire considérablement la charge des serveurs, de renforcer la résilience du système et d’offrir un bon retour sur investissement.

  • Accélérez la vélocité des développeurs et le délai de mise sur le marché

    Créez sur une plateforme flexible qui gère WebSockets, HTTP et sécurité de la couche de transport. Concentrez-vous sur la logique métier, et non sur la gestion des connexions, et développez des solutions de type pub/sub, IdO, MQTT et autres en temps réel.

  • Unifier la communication en temps réel à travers les protocoles

    Avec sa solide base HTTP/WebSockets, Fanout permet aux services de répondre aux requêtes du trafic web, des WebSockets, ou même des données IoT entrantes, et même de traduire entre eux. Fanout peut gérer l’état de la connexion, en le coordonnant avec votre origine via un simple HTTP pour transférer les ressources et la complexité.

WebSockets Pass-Through ou Fanout : choisir la bonne stratégie en temps réel

La plateforme de Fastly prend en charge tous les besoins en temps réel. Le produit WebSockets de Fastly en transit offre un chemin direct et bidirectionnel à travers le CDN pour les infrastructures gérées en interne. Fanout est la solution pilotée par les événements de Fastly. Elle permet de créer des applications en temps réel plus robustes, de gérer l’état des connexions, de traduire des protocoles et de décharger de manière significative l’origine. Les informations ci-dessous vous aident à déterminer la solution qui correspond le mieux à votre cas d’utilisation.
  • WebSockets Pass-Through

    Idéal pour : sécuriser l'infrastructure de données en temps réel existante.


    • Le modèle de connexion principal est 1:1, bidirectionnel (client à origine)
    • Le serveur d'origine gère tous les états de connexion.
    • Pas de traduction de protocole. L'origine doit prendre en charge les WebSockets.
    • Réduction minimale de la charge sur le serveur d’origine et retour sur investissement L'origine doit maintenir des connexions simultanées.
    • Modèle de facturation = temps de connexion.
    • Prend en charge tous les cas d'utilisation qui nécessitent l'exécution de votre infrastructure de données en temps réel à la source.

  • Fanout (Transmettre les données en périphérie)

    Idéal pour : transférer la charge de l'exploitation d'une infrastructure de données en temps réel à l'origine.


    • Le modèle de connexion principal est 1:Plusieurs, Push/Pub-Sub (basé sur les événements).
    • Fastly Fanout gère tous les états de connexion en périphérie.
    • Fastly Fanout gère la traduction des protocoles. (par exemple, des WebSockets vers un HTTP compatible avec l'origine)
    • Réduction maximale de la charge sur le serveur d’origine et retour sur investissement Le serveur d'origine gère les événements HTTP simples et la logique métier.
    • Modèle de facturation = temps de connexion et nombre de messages.
    • Fournit des données en temps réel à la périphérie pour les enchères en direct, les résultats sportifs, les cotations boursières, les notifications push en temps réel, la coordination IoT (MQTT) et les discussions multi-utilisateurs.

Maîtriser l’architecture push

Inutile de vous lancer dans la création de votre propre serveur de streaming vous-même. Nous avons fait le gros du travail pour vous.
  • Proxy inverse hybride et courtier de messages.

    Améliorez votre API existante avec la fonctionnalité push.

  • Conçu pour l’interopérabilité.

    N’importe quel back-end basé sur HTTP, y compris Serverless/FaaS, peut gérer des streams de longue durée.

  • Auto-hébergé ou dans le cloud. C’est vous qui décidez.

    Utilisez notre vaste réseau avec un nom de domaine personnalisé ou exécutez le logiciel sur vos propres serveurs.

Frequently Asked Questions

What is real-time communication and how does it work at the edge?

Real-time communication is the instantaneous data transfer between systems and users, bypassing the delays of traditional request-response cycles. Fastly enables this by moving connection management to the network edge, closer to the end-user. By maintaining persistent connections at the edge, Fastly’s push architecture eliminates the need for constant client polling, significantly reducing origin overhead and ensuring updates reach users with sub-millisecond latency.

How does Fastly support WebSockets and other real-time protocols?

Fastly supports WebSockets and other real-time protocols through two primary solutions: WebSockets Pass-Through and Fastly Fanout. WebSockets Pass-Through allows WebSocket connections to pass directly through the Fastly edge to a customer’s origin. The connection model is 1:1, bi-directional between the client and the origin. Fanout is an event-driven publish/subscribe (pub/sub) message broker integrated into the Fastly platform. The connection model is 1:many with Fastly managing all connection state at the edge. Fanout can translate between protocols at the edge converting stateful WebSocket, SSE, or Long-polling connections into stateless HTTP requests that an origin already understands.

Can Fastly be used as a message broker for real-time applications?

Yes. Fastly functions as a distributed message broker by leveraging a pub/sub (publish/subscribe) architecture at the edge. Developers can publish a single update and Fastly automatically fans that message out to all authorized subscribers instantly. This offloads the intensive work of message distribution from customers servers to our global network, providing a massive boost in concurrency limits and reliability.

What is pub/sub and why is it important for real-time systems?

Pub/Sub (Publish/Subscribe) is critical because it decouples the message sender from the receiver, allowing for a highly efficient, event-driven architecture. Instead of your server tracking every individual user connection, it simply sends one publish event to the edge. This reduces egress costs and prevents customer infrastructure from getting overloaded during high-traffic events.

How does Fastly handle MQTT workloads at the edge?

Fastly supports MQTT (Message Queuing Telemetry Transport) architectures by efficiently routing messages and maintaining persistent connections for IoT messaging. By leveraging Fastly’s edge network, developers can create, broker, and scale MQTT pub/sub messaging, connecting IoT devices to cloud services with low latency and high concurrency.

Is Fastly suitable for multi-user chat and collaboration apps?

Yes. Fastly is well suited for multi-user chat, live collaboration tools, and shared experiences that require constant updates. Using WebSockets and Fanout, messages can be delivered instantly. The platform ensures that as your user base scales from hundreds to millions, the real-time synchronization of your app remains consistent and performant.

What are the benefits of a push architecture compared to polling?

A push architecture is significantly more efficient than HTTP polling because it only sends data when an event actually occurs. Polling can create empty requests that waste CPU cycles and increase billing costs at the origin. By switching to a push model via Fanout, you reduce unnecessary network traffic, lower your infrastructure spend, and provide a better end-user experience.

How does Fastly scale real-time communication workloads?

Fastly’s edge network is built to handle large volumes of concurrent connections. Whether you are managing WebSockets, MQTT, or pub/sub messaging, the platform automatically distributes traffic across its infrastructure. This allows your real-time communication systems to scale without requiring manual intervention or complex capacity planning.

WebSockets et Fanout

Envoyez les données en temps réel vers n’importe quel appareil, n’importe où