Everything you need to know about NetfillX, our API, pricing, and how fill-request routing works under the hood.
A network fill request is an API call or data packet that needs to be intelligently directed to one of multiple possible endpoints — "filling" a route through the network to reach the optimal destination.
In practice, fill requests appear in many distributed system patterns: load-balanced service calls, multi-region API fanouts, intelligent CDN routing decisions, financial order routing, and real-time data pipeline dispatch. The common thread is that there are multiple candidate endpoints and the routing decision matters — for latency, cost, capacity, or compliance reasons.
NetfillX abstracts this routing decision into a single API call, so your application just sends a fill request and gets back the routing result without managing any of the selection logic itself.
When your application issues a fill request, it reaches the nearest NetfillX edge node (via anycast). Our routing engine then evaluates the request in this order:
The entire process — from receipt to routing decision — takes under 800 microseconds at p50 globally.
NetfillX supports these protocol families out of the box:
If your protocol is not listed, contact support@netfillx.com — custom adapters are available on Enterprise plans.
NetfillX uses usage-based pricing with three tiers:
All paid plans bill monthly with no annual lock-in. Requests beyond your plan's included volume are billed at $0.40 per additional 1M. No egress fees, no per-endpoint charges, no hidden costs.
Getting your first fill request routed takes about 5 minutes:
npm install @netfillx/sdk (Node), pip install netfillx (Python), or go get github.com/netfillx/go-sdk (Go).Full quickstart guides are in the API documentation.
Rate limits apply per API key and are enforced at the edge:
When a rate limit is exceeded the API returns HTTP 429 Too Many Requests with a Retry-After header. Our SDKs handle automatic retry with exponential backoff by default.
Yes — on-premise and private-cloud deployments are available on the Enterprise plan. We offer two models:
Both options are covered by the same contractual 99.99% SLA. Contact our enterprise team to discuss your architecture.
NetfillX measures and reports two distinct latency components:
Both metrics are available in real time in the Analytics Dashboard, broken down by region, endpoint, and percentile (p50, p75, p95, p99). Historical data is queryable via the Metrics API with millisecond granularity going back 90 days.
We deliberately use percentile-based measurements rather than mean latency, which masks tail behavior.
SLA commitments by plan:
Uptime is measured as the percentage of minutes in a calendar month during which the routing API is available. Scheduled maintenance windows (announced 72 hours in advance) are excluded from uptime calculations.
Current uptime and incident history are always at status.netfillx.com.
All NetfillX API requests are authenticated using Bearer tokens in the Authorization header:
Your API key is provisioned at sign-up and available in Settings → API Keys. Key types:
nfx_live_sk_ — Live key with full read/write access.nfx_test_sk_ — Sandbox key, no quota consumed.nfx_ro_sk_ — Read-only key for dashboards and monitoring.Keys can be scoped to specific IP ranges, endpoint groups, or API namespaces. Short-lived tokens are available via the token exchange endpoint for client-side usage. All API traffic uses TLS 1.3; keys at rest are AES-256 encrypted. Enterprise plans additionally support mTLS and SAML-based SSO.
1M requests/month on the free tier. All 6 services included. No credit card, no commitment.