Deployment · participant fabric

Run the participant fabric where you can operate it.

Place signaling, SFU, TURN, workers, monitoring, and policy controls in the environment that matches latency, privacy, operational, and commercial requirements.

WSS signalingSFU media planeRegional TURNOn-demand workersCustomer-owned telemetry
01

Choose an operating model that matches risk and control.

Customer cloud

Run the control and media planes in an organization-managed account, with explicit TLS, ports, firewall, secrets, telemetry, and storage integrations.

  • Primary production model
  • Customer-owned data and retention
  • Independent scaling for signaling, SFU, and TURN

Edge and private networks

Place media, device bridges, workers, or complete RTC stacks close to participants, equipment, and private inference systems.

  • Industrial and field deployments
  • Low-latency robot and device control
  • Local AI and service participants

Air-gapped environments

Signed local license validation and self-hosted deployment support disconnected environments when the license includes an air-gap entitlement and operators maintain an offline renewal process.

  • No runtime licensing phone-home in entitled air-gap mode
  • Local expiry, role, origin, feature, and capacity enforcement
  • Customer-operated renewal, monitoring, and update process

Guided or managed support

TomatoRTC can support architecture, rollout, capacity validation, and incident preparation with explicit responsibility boundaries for any managed path.

  • No implied one-size-fits-all hosted service
  • Architecture matched to target participants
  • Explicit production acceptance criteria
02

Scale cost drivers independently.

Room control, media forwarding, relay traffic, and workflow processing scale as separate operational and economic units.

Ingress and routing
TLS proxyRegional DNSAdmissionHealth routing
Signaling control plane
RoomsAuthPresenceStateAdmin
Media and connectivity
Mediasoup SFUFirst-party evaluation pathTURNWHIP/WHEP
Workers and operations
AI workersRecordingTelemetryMonitoringStorage
03

Plan capacity and economics with measurements.

Capacity

Benchmark the session model

Measure signaling-only, TURN relay, synthetic SFU RTP, end-to-end browser, soak, and failure scenarios against the target codec, bitrate, fan-out, and geography.

Cost

Model compute and egress

Use the interactive estimator and provider pricing inputs as planning anchors. Internet egress and relay ratios often dominate media cost.

Operations

Prepare before production

Define health checks, alerting, restart and rollback procedures, certificate and secret rotation, support bundles, and incident responsibilities.

Honest limit

No vendor-certified headline capacity

TomatoRTC does not publish a universal “participants per node” number. Target-environment validation is part of the deployment process.

04

Controls for production acceptance.

Identity and policy

Production auth adapters, tenant isolation, RBAC mapping, waiting rooms, token revocation, admin origin controls, and permission policy hot reload.

Connectivity

WSS, SFU UDP/TCP requirements, TURN relay ranges, TURNS fallback, dynamic credentials, regional providers, and proxy timeout guidance.

Telemetry and retention

OpenTelemetry, Prometheus, usage events, global monitoring, and pluggable customer-owned persistence. In-memory defaults must be replaced where durability matters.

Current distributed-system boundary

Multi-instance and multi-region abstractions exist, but durable shared registry, production pub/sub adapters, automated capacity routing, and broad failure validation remain foundation work.