Live-Pub/Sub. Pfade, die sich selbst reparieren.
Managed Multiplayer Messaging
Player State, Positionen, Room Events und Session-Signale weltweit über verschlüsselte, selbstheilende Pfade zustellen.
FastPubSub ist der verwaltete Realtime-Messaging-Layer zwischen Spielern, Game Services und Regionen. Authoritative Game Logic bleibt dort, wo das Game sie braucht; Peers können zugleich ohne eigenen Server im Delivery-Pfad Live-Nachrichten austauschen. FastPubSub übernimmt langlebige Verbindungen, globalen Fan-out und Route Recovery.
Über einen nahen Edge verbinden, statt weltweit WebSocket-Cluster zu deployen und zu warten.
Degradiert ein Pfad oder Relay, wechselt Live-Traffic auf eine andere gemessene Route.
Publish- und Subscribe-Rechte für Player, Parties, Spectators und Backend Services steuern.
Relays messen RTT, Jitter und Loss und wählen für Session-Traffic bessere verfügbare Pfade.
Browser und Game Services nutzen eine einfache Client-API; FastPubSub betreibt die globale Connection- und Delivery-Schicht.
Tokens definieren, wer in welchen Channel publishen und wer listen darf: Player-to-Player, Party Rooms, Spectators, Match Services oder Backend-only Control Channels.
Games, Kunden, Rooms, Testumgebungen und Production Traffic bleiben durch Tenants, Namespaces und scoped Tokens getrennt.
Integrationspfade
FastPubSub ist engine-agnostisches Messaging. Peers können ohne eigenen Game Server im Delivery-Pfad kommunizieren; authoritative Simulation bleibt optionale Application Logic.
JavaScript-SDK in Browser- oder Node.js-Projekten für Room Events, Presence, Signaling und applikationsverwaltete State Updates.
Rust-SDK aus einer Bevy-Anwendung, einem Rust Game Service oder einem eigenen Backend zum Publishen und Subscriben von Session Channels.
Über das dokumentierte Client-Protokoll verbinden, wenn die Runtime es unterstützt. Native Unity-, Unreal- und Godot-SDKs sind heute nicht verfügbar.
Position, Presence, Lobby- und Room-State für aktive Sessions.
Match Updates, Countdowns, Scores und authoritative Notifications an Player.
Client Events an Coordination Services, Observer oder regionale Processors.
Multiplayer Networking FAQ
FastPubSub nimmt langlebige Client-Verbindungen an verteilten Edge-Standorten an und verteilt Nachrichten nahe den Listenern. Das Game Backend muss nicht jeden Player Socket selbst halten.
Positionen, Presence, Room State und Session Events werden auf logische Channels publiziert. Subscriber empfangen Updates unabhängig voneinander.
Das Netzwerk misst Latenz, Jitter und Loss kontinuierlich. Bei Degradation wird Traffic automatisch auf eine andere gemessene Route verschoben.
Nein. Peers können über FastPubSub ohne eigenen Game Server Live-Nachrichten austauschen. Authoritative Simulation, Matchmaking, Persistence und Anti-Cheat bleiben separate Aufgaben, falls dein Game sie benötigt.
Ja. Player publishen und subscriben direkt über scoped FastPubSub Channels, ohne eigenen Server im Message-Pfad. FastPubSub relayed den Traffic: serverless für deine Anwendung, aber keine direkte Device-to-Device-Verbindung und kein NAT Traversal.
Nein. Es ist für Live State optimiert, bei dem das neueste Update wichtiger als ein veraltetes Replay ist. Purchases, Inventory und Audit Events gehören in durable Storage oder Queues.
Player und Services mit verschlüsseltem Realtime-Pub/Sub verbinden; FastPubSub übernimmt Fan-out und Route Recovery.