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.
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
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
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.
Questions fréquemment posées
Qu'est-ce que la communication en temps réel et comment fonctionne-t-elle en périphérie ?
La communication en temps réel, c'est le transfert instantané de données entre les systèmes et les utilisateurs, contournant les délais des cycles traditionnels de requête-réponse. Fastly y parvient en déplaçant la gestion des connexions en périphérie du réseau, plus près de l'utilisateur final. En maintenant des connexions continues en périphérie, l'architecture push de Fastly élimine le besoin d'interrogations constantes par le client, ce qui réduit considérablement les frais généraux du serveur d'origine et garantit que les mises à jour parviennent aux utilisateurs avec une latence inférieure à la milliseconde.
Comment Fastly prend-il en charge les WebSockets et les autres protocoles en temps réel ?
Fastly prend en charge les WebSockets et d'autres protocoles en temps réel via deux solutions principales : WebSockets Pass-Through et Fastly Fanout. WebSockets Pass-Through permet aux connexions WebSocket de passer directement par la périphérie de Fastly vers le serveur d'origine d'un client. Le modèle de connexion est unidirectionnel, bidirectionnel entre le client et le serveur d'origine. Fanout est un broker de messages publication/abonnement (pub/sub) basé sur les événements et intégré à la plateforme Fastly. Le modèle de connexion unidirectionnel-multidirectionnel, avec Fastly gérant tous les états de connexion en périphérie. Fanout peut traduire entre les protocoles en périphérie, en convertissant des connexions stateful WebSocket, SSE ou Long-polling en requêtes HTTP stateless qu'un serveur d'origine comprend déjà.
Fastly peut-il être utilisé comme broker de messages pour les applications en temps réel ?
Oui. Fastly fonctionne comme un broker de messages distribué en s'appuyant sur une architecture pub/sub (publication/abonnement) en périphérie. Les développeurs peuvent publier une seule mise à jour et Fastly diffuse automatiquement ce message instantanément à tous les abonnés autorisés. Cela permet de transférer la lourde tâche de distribution de messages des serveurs des clients vers notre réseau mondial, offrant une augmentation massive des limites parallèles et de la fiabilité.
Qu'est-ce que le modèle Pub/Sub et pourquoi est-il important pour les systèmes en temps réel ?
Le modèle Pub/Sub (Publication/Abonnement) est essentiel, car il sépare l'émetteur du message du destinataire, favorisant ainsi une architecture basée sur les événements extrêmement efficace. Au lieu que votre serveur suive chaque connexion d'utilisateur individuelle, il envoie simplement un événement de publication en périphérie. Cela réduit les frais de sortie de données et évite que l'infrastructure du client ne soit surchargée lors d'événements à fort trafic.
Comment Fastly gère-t-il les charges de travail MQTT en périphérie ?
Fastly prend en charge les architectures MQTT (Message Queuing Telemetry Transport) en acheminant efficacement les messages et en maintenant des connexions persistantes pour la messagerie IdO. En tirant parti de l'edge network de Fastly, les développeurs peuvent créer, distribuer et faire évoluer la messagerie pub/sub MQTT, connectant ainsi les dispositifs IdO aux services cloud avec une faible latence et une simultanéité élevée.
Fastly convient-il aux applications de chat et de collaboration multi-utilisateurs ?
Oui. Fastly est parfaitement adapté aux chats multi-utilisateurs, aux outils de collaboration en direct et aux expériences partagées qui nécessitent des mises à jour constantes. Grâce à WebSockets et Fanout, les messages peuvent être livrés instantanément. La plateforme garantit que, à mesure que votre base d'utilisateurs passe de quelques centaines à des millions, la synchronisation en temps réel de votre application reste constante et performante.
Quels sont les avantages d'une architecture push par rapport au polling ?
Une architecture push est nettement plus efficace que le polling HTTP, car elle n'envoie des données que lorsqu'un événement se produit réellement. Le polling peut créer des requêtes vides qui gaspillent des cycles CPU et augmentent les coûts de facturation au niveau du serveur d'origine. En passant à un modèle push via Fanout, vous réduisez le trafic réseau inutile, diminuez vos dépenses d'infrastructure et offrez une meilleure expérience utilisateur.
Comment Fastly met-il à l'échelle les charges de travail de communications en temps réel ?
L'edge network de Fastly est conçu pour gérer de grands volumes de connexions simultanées. Que vous gériez des WebSockets, MQTT ou la messagerie pub/sub, la plateforme distribue automatiquement le trafic sur son infrastructure. Cela permet à vos systèmes de communication en temps réel d'évoluer sans nécessiter d'intervention manuelle ni de planification complexe de la capacité.