Get Started

Route services without giving them ports.

PitLane maps logical service identity to execution without requiring every workload to own an IP address or listener.

SINGLE INGRESS
127.0.0.1:7080
ROUTER
PitLane
pit://service-a/helloGET
pit://service-b/helloPOST
pit://service-c/itemsGET
0
Per-service ports
Zero port collision or network namespace overhead
1
Shared ingress listener
All services share the PitFast edge gateway
Sub-ms
Dispatch latency
Logical memory-speed resolution to available lanes
NETWORKING

Identity-based service invocation

Stop wrestling with port ranges, NAT rules, and bridge networking. PitLane operates purely on logical ServiceIds.

01Identity

Logical Service Identity

ServiceId replaces application-visible machine addressing. Services are invoked as pit://service-name/path.

02Ingress

One Ingress, Many Services

Multiple microservices share unified PitFast infrastructure networking without requiring individual TCP sockets.

03IPC

Native Service Calls

PitFast services invoke each other through logical identities instead of per-service TCP listeners or sidecars.

CLI INVOCATION

Invoke any service via logical URI

Call services directly using the pit CLI without setting up DNS records or port forwarding.

bash
# 1. Invoke a service via logical URI schema
pit call pit://service-a/hello

# 2. Pass headers and JSON payloads directly to logical endpoints
pit call pit://service-b/checkout -X POST -d '{"order_id": 49102}'

# 3. Stream responses from long-running component queries
pit call pit://service-c/events --stream
The PitFast Lifecycle

How it connects to the rest of PitFast

Every subsystem handles one distinct responsibility in the demand-driven execution chain.

PORT-FREE ARCHITECTURE

Route your first logical service.

Deploy multiple services on a single node without ever dealing with port allocation conflicts again.