In tempo reale senza complessità: Fanout per Edge WebSockets & Pub/Sub
Consegna esperienze in tempo reale in meno di un secondo per chat, aste dal vivo, IoT e altro ancora. Fastly Fanout gestisce le connessioni WebSockets, HTTP e TLS, portando le comunicazioni in tempo reale e i modelli pub/sub all'edge. Connettiti a qualsiasi client da un unico backend, crea applicazioni MQTT, scarica il carico dei WebSocket oppure puoi persino orchestrare eventi nel web, il tutto con la scalabilità di Fastly.
La fondazione basata su eventi per le app moderne in tempo reale
Sfrutta Fanout per gestire la complessità della comunicazione bidirezionale, da WebSockets ai dati dei sensori IoT. Gestendo lo stato delle connessioni e la traduzione dei protocolli ai bordi della rete, minimizzi il carico di origine, assicuri la distribuzione a bassa latenza e aumenti la velocità di sviluppo del tuo team.
Riduci drasticamente il carico di origine e i costi di infrastruttura
Fanout gestisce milioni di connessioni WebSocket o HTTP streaming simultanee e stateful ai bordi della rete, consentendoti di inoltrare facilmente richieste HTTP al tuo server di origine. Questo può ridurre significativamente il carico della domanda sui server, aumentare la resilienza del sistema e garantire un forte ritorno sull'investimento.
Accelera la velocità degli sviluppatori e il time-to-market
Costruisci su una piattaforma flessibile che supporta WebSocket, HTTP e TLS. Concentrati sulla logica aziendale – non sulla gestione delle connessioni – e costruisci soluzioni pub/sub, IoT, MQTT e altre soluzioni in tempo reale.
Unifica la comunicazione in tempo reale attraverso i protocolli
Grazie alla sua solida base HTTP/WebSockets, Fanout consente ai servizi di rispondere alle richieste provenienti dal traffico web, dai WebSockets o persino dai dati IoT in entrata, e persino di effettuare conversioni tra di essi. Fanout può gestire lo stato delle connessioni, coordinandosi con il tuo server di origine tramite semplici richieste HTTP, per alleggerire risorse e complessità.
WebSocket Pass-Through vs. Fanout: scegliere la giusta strategia in tempo reale
Pass-through WebSockets
Ideale per: proteggere l'infrastruttura dati esistente in tempo reale.
- Il modello di connessione primario è 1:1, bidirezionale (Client to Origin)
- Il server di origine gestisce tutto lo stato della connessione.
- Nessuna traduzione del protocollo. Richiede che l'origine parli WebSockets.
- Minimo offload dell'origine e ritorno sull'investimento. L'origine deve mantenere connessioni simultanee.
- Modello di fatturazione = tempo di connessione.
- Supporta qualsiasi caso d'uso che richieda l'esecuzione della tua infrastruttura di dati in tempo reale all'origine.
Fanout (Invia dati ai bordi della rete)
Ideale per: alleggerire il carico di gestione dell'infrastruttura dati in tempo reale presso l'origine.
- Il modello principale di connessione è 1:Many, Push/Pub-Sub (basato su eventi)
- Fastly Fanout gestisce tutti gli stati di connessione ai bordi della rete.
- Fastly Fanout si occupa della traduzione dei protocolli (ad esempio, WebSocket per HTTP compatibile con Origin).
- Massimo offload dell’origine e ritorno sull'investimento. Origin gestisce semplici eventi HTTP e logica aziendale.
- Modello di fatturazione = tempo di connessione e messaggi.
- Fornisce dati in tempo reale ai bordi della rete per aste live, risultati sportivi, ticker azionari, notifiche push in tempo reale, coordinamento IoT (MQTT), chat multiutente.
Un'architettura Push fatta bene
Proxy inverso ibrido e broker di messaggi.
Amplia la tua API esistente con la funzionalità push.
Progettato per l'interoperabilità.
Qualsiasi backend basato su HTTP, inclusi serverless/FaaS, può gestire flussi di lunga durata.
Self-hosted o cloud. Dipende da te.
Usa la nostra vasta rete con un nome di dominio personalizzato oppure esegui il software sui tuoi server.
Domande frequenti
Che cos'è la comunicazione in tempo reale e come funziona ai bordi della rete?
La comunicazione in tempo reale è il trasferimento istantaneo di dati tra sistemi e utenti, superando i ritardi dei tradizionali cicli di richiesta-risposta. Fastly rende tutto questo possibile spostando la gestione delle connessioni alla rete edge, più vicino all'utente finale. Mantenendo connessioni persistenti ai bordi della rete, l'architettura push di Fastly elimina la necessità di un polling continuo da parte del client, riducendo significativamente i costi generali dell'origine e garantendo che gli aggiornamenti raggiungano gli utenti con una latenza inferiore al millisecondo.
In che modo Fastly supporta WebSockets e altri protocolli in tempo reale?
Fastly supporta i WebSocket e altri protocolli in tempo reale attraverso due soluzioni principali: WebSocket Pass-Through e Fastly Fanout. WebSocket Pass-Through consente alle connessioni WebSocket di passare direttamente attraverso l'edge di Fastly all'origine di un cliente. Il modello di connessione è 1:1, bidirezionale tra il client e l'origine. Fanout è un broker di messaggi publish/subscribe (pub/sub) basato su eventi, integrato nella piattaforma Fastly. Il modello di connessione è 1:molti, con Fastly che gestisce tutti gli stati di connessione ai bordi della rete. Fanout può eseguire la traduzione tra protocolli ai bordi della rete, convertendo connessioni WebSocket, SSE o Long-polling stateful in richieste HTTP stateless che un server di origine comprende già.
Fastly può essere utilizzato come broker di messaggi per le applicazioni in tempo reale?
Sì. Fastly opera come intermediario di messaggi distribuito, sfruttando un’architettura pub/sub (publish/subscribe) ai bordi della rete. Gli sviluppatori possono pubblicare un singolo aggiornamento e Fastly distribuisce automaticamente (fan out) quel messaggio a tutti gli abbonati autorizzati all'istante. Questo consente di trasferire l'intenso lavoro di distribuzione dei messaggi dai server dei clienti alla nostra rete globale, offrendo un notevole incremento dei limiti di concorrenza e dell'affidabilità.
Cos'è pub/sub e perché è importante per i sistemi in tempo reale?
Pub/Sub (Publish/Subscribe) è fondamentale perché disaccoppia il mittente del messaggio dal destinatario, consentendo un'architettura altamente efficiente e basata su eventi. Anziché gestire ogni singola connessione utente, il tuo server invia semplicemente un unico evento di pubblicazione all’edge. Ciò riduce i costi di uscita e impedisce che l'infrastruttura del cliente venga sovraccaricata durante gli eventi ad alto traffico.
In che modo Fastly gestisce i carichi di lavoro MQTT ai bordi della rete?
Fastly supporta le architetture MQTT (Message Queuing Telemetry Transport) instradando in modo efficiente i messaggi e mantenendo connessioni persistenti per la messaggistica IoT. Sfruttando la rete edge di Fastly, gli sviluppatori possono creare, gestire e scalare la messaggistica pub/sub MQTT, collegando i dispositivi IoT ai servizi cloud con bassa latenza e concorrenza elevata.
Fastly è adatto per applicazioni di chat e collaborazione multiutente?
Sì. Fastly è particolarmente adatta per chat multiutente, strumenti di collaborazione dal vivo ed esperienze condivise che richiedono aggiornamenti costanti. Utilizzando WebSockets e Fanout, i messaggi possono essere consegnati all'istante. La piattaforma garantisce che, mentre la base utenti passa da centinaia a milioni, la sincronizzazione in tempo reale dell'app rimanga coerente e performante.
Quali sono i vantaggi di un'architettura push rispetto al polling?
Un'architettura push è notevolmente più efficiente del polling HTTP perché invia dati solo quando si verifica effettivamente un evento. Il polling può creare richieste vuote che sprecano cicli di CPU e aumentano i costi di fatturazione all'origine. Passando a un modello push tramite Fanout, riduci il traffico di rete non necessario, riduci la spesa per l'infrastruttura e offri un'esperienza utente finale migliore.
In che modo Fastly gestisce la scalabilità dei carichi di lavoro di comunicazione in tempo reale?
La rete edge di Fastly è progettata per gestire grandi volumi di connessioni simultanee. Che tu stia gestendo WebSockets, MQTT o messaggistica pub/sub, la piattaforma distribuisce automaticamente il traffico sulla sua infrastruttura. Ciò consente ai tuoi sistemi di comunicazione in tempo reale di scalare senza richiedere interventi manuali o complesse attività di pianificazione della capacità.