Backend services need to
reach online edge nodes
Frontier is a service-to-edge gateway for long-lived connections. Use it when backend services and edge nodes both need to actively call, notify, and open streams to each other.
Use Frontier when
Do not use Frontier when
You only need service-to-service RPC. Use gRPC.
You only need HTTP ingress or proxying. Use Envoy or an API gateway.
You only need pub/sub or event streaming. Use NATS or Kafka.
You only need a generic tunnel. Use frp or another tunnel tool.
One connection model, three primitives
The reason Frontier feels different is that RPC, messaging, and streams are part of the same service-to-edge model.
Bidirectional RPC
Address a specific online edge node from a backend service, or let edge nodes call backend services back over the same communication model.
Topic Messaging
Push telemetry, events, and notifications between services and edges, with explicit acknowledgments and optional forwarding to external MQ.
P2P Multiplexing
Open direct streams for proxying, file transfer, media relay, or custom protocols when RPC is not enough.
Cloud-Native by Design
Start with a single container, then move to clustered deployment when your service-to-edge fleet grows.