Fastly エッジクラウドプラットフォーム

革新的なデジタルソリューション

複雑さを排除したリアルタイム体験: Fanout for Edge WebSockets & Pub/Sub

チャット、ライブオークション、IoT などにおいて、1秒未満のリアルタイム体験を配信します。Fastly Fanout は WebSocket、HTTP、トランスポート・レイヤー・セキュリティ (TLS) 接続を管理し、リアルタイム通信と Pub/Sub パターンをエッジに導入します。1つのバックエンドからあらゆるクライアントに接続することも、MQTT アプリケーションを構築することも、WebSockets をオフロードすることも、さらには Web 全体のイベントをオーケストレーションすることも、すべて Fastly ならではのスケールで実行できます。

プロダクト詳細 l Fanout のイメージ

現代のリアルタイムアプリ向けのイベントドリブン型の基盤

双方向通信の複雑さを管理するために、WebSocket から IoT センサーデータに至るまで、あらゆるものに Fanout を活用できます。接続状態とプロトコル変換をエッジで処理することで、オリジンの負荷を最小限に抑え、低レイテンシの配信を確保し、チームの開発速度を向上させます。

  • オリジン負荷とインフラストラクチャコストを劇的に削減する

    Fanout は何百万ものステートフルな WebSocket 絶族や HTTP ストリーミング接続をエッジで同時に管理できるため、シンプルな HTTP リクエストをオリジンに中継できます。これによりサーバーの需要を大幅にオフロードし、システムのレジリエンスを高め、強力な ROI (投資収益率) を実現できます。

  • 開発者のスピードと市場投入までの時間を加速化する

    WebSocket、HTTP、トランスポート・レイヤー・セキュリティ (TLS) に対応した柔軟なプラットフォーム上にビルドしてください。ビジネスロジックに注力し、接続管理に時間を割く必要はありません。Pub/Sub、IoT、MQTT、その他のリアルタイムソリューションをビルドすることができます。

  • プロトコル間でリアルタイム通信を統合する

    Fanout は強力な HTTP/Websocket 基盤を備えているため、サービスが Web トラフィック、WebSocket、あるいは受信 IoT データからのリクエストに応答し、さらにそれらの間の変換を実行できます。Fanout は接続状態を管理し、シンプルな HTTP を介してオリジンと連携して、リソースと複雑さをオフロードすることができます。

WebSocket パススルーと Fanout の比較: 適切なリアルタイム戦略の選択

Fastly のプラットフォームは、あらゆるリアルタイムのニーズに対応しています。私たちのパススルー WebSocket プロダクトは、コンテンツ配信ネットワーク (CDN) を介した直接的な双方向パスを、自己管理型インフラストラクチャ向けに提供します。Fanout は、より堅牢なリアルタイムアプリケーションを構築し、接続状態を管理し、プロトコルを変換し、オリジンを大幅にオフロードするためのイベントドリブン型ソリューションです。以下の情報を使用して、どのソリューションがお客様のユースケースに最も適しているかを判断してください。
  • WebSocket のパススルー

    最適な用途:既存のリアルタイムデータインフラストラクチャの保護。


    • 主な接続モデルは1:1、双方向 (クライアントからオリジンへ) です。
    • オリジンサーバーがすべての接続状態を管理します。
    • プロトコル変換はありません。WebSockets を使用するにはオリジンが必要です。
    • 最小限のオリジンの負荷軽減とROI(投資収益率)。オリジンは同時接続を維持しなければなりません。
    • 課金モデル=接続時間。
    • リアルタイムのデータインフラストラクチャをオリジンで実行する必要があるあらゆるユースケースをサポートします。

  • Fanout (エッジでのデータプッシュ)

    最適な用途 : オリジンにおけるリアルタイムデータインフラの運用負担を軽減すること。


    • 主な接続モデルは1対多、プッシュ/Pub-Sub (イベントドリブン型)
    • Fastly Fanoutは、エッジですべての接続状態を管理します。
    • Fastly Fanout がプロトコル変換を行います。(例 : WebSocket からオリジンフレンドリー HTTP へ)
    • オリジンの負荷軽減を最大化し、ROI(投資収益率)を向上させます。オリジンは単純なHTTPイベントとビジネスロジックを処理します。
    • 課金モデル=接続時間とメッセージ数。
    • ライブオークション、スポーツスコア、株価情報、リアルタイムプッシュ通知、IoTコーディネーション(MQTT)、マルチユーザーチャットのリアルタイムデータをエッジで提供します。

プッシュアーキテクチャを正しく実現

独自の「ストリームサーバー的なもの」を構築する必要はありません。大変な作業は私たちが行います。
  • ハイブリッドリバースプロキシとメッセージブローカー。

    既存のAPIをプッシュ機能で強化してください。

  • 相互運用性を考慮して設計されています。

    サーバーレス/FaaSを含むHTTPベースのバックエンドは、長期間にわたるストリームを管理できます。

  • セルフホスト型またはクラウド型。あなた次第です。

    カスタムドメイン名で当社の大規模なネットワークを使用するか、独自のサーバーでソフトウェアを実行してください。

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 と Fanout

リアルタイムデータをあらゆるデバイスと場所にプッシュ