ClaroEdge
Go proxy engine / Platform & API

Seven providers.
One smarter proxy platform.

We developed ClaroEdge’s proxy platform and API, connecting package management and traffic accounting to a Go proxy engine. Protocol conversion, quality selection, and domain-based SmartRouting give the service more control over how each request reaches its destination.

ClaroEdge website introducing its web data infrastructure
ClaroEdge · Product website
Delivery
Proxy platform, backend & API
Engine
Go · Seven provider integrations
Routing
Protocol conversion, quality & SmartRouting
The platform behind the product

From a customer’s package to an accounted request.

ClaroEdge’s platform brings the standard operations of a proxy service into one backend: customer access, packages, provider configuration, connection handling, and usage records. Its API connects these operations to the product’s customer-facing workflows.

Packages

Manage the full package lifecycle

Package configuration, customer access, allowances, and limits stay connected. The platform tracks consumption and remaining traffic as customers use their proxy access.

Providers

Seven integrations, ready to use

Seven different upstream providers are supported out of the box. The platform brings their connections into the same package, access, and routing workflows.

Accounting

Keep usage tied to the account

Go handles traffic metering and usage accounting alongside the proxy engine. The backend and API make consumption and available traffic accessible to the service interface.

Protocol conversion

A client’s protocol should not limit its upstream options.

A provider may offer the right proxy resources without supporting the protocol a customer’s tool expects. ClaroEdge’s Go engine bridges that gap by converting between HTTP and SOCKS connections in both directions.

The customer-facing connection and the upstream connection can use different protocols. This makes a provider usable even when it lacks the protocol required on the client side.

HTTP ↔ SOCKS5
Accept HTTP proxy requests and send them through a SOCKS5 upstream, or accept SOCKS5 connections and forward them through an HTTP upstream.
HTTP ↔ SOCKS5h
Support the same conversion for hostname-based SOCKS requests, preserving the destination hostname for the upstream connection.
One platform across different providers
Protocol adaptation happens in the proxy engine. Packages and customer access remain part of the same platform regardless of the upstream’s supported protocol.
Custom quality scoring

Select proxy quality in the connection username.

We developed custom proxy quality scoring support for ClaroEdge. Customers can request a quality level through username parameters, using the same proxy connection workflow as their other settings.

quality-medium
Request proxies from the medium quality level.
quality-high
Request proxies from the high quality level.
A routing input, carried with the request
The engine reads the requested quality level from the proxy username and uses it when selecting eligible proxy resources.
SmartRouting

Use residential traffic where it matters.

A page can need a residential IP for its main requests while serving most of its bytes from a CDN. Sending every image, font, and other heavy asset through the residential route consumes traffic that could be served through a cheaper connection.

SmartRouting lets the service define a list of destination domains that use preconfigured static proxies. Main requests continue through residential providers, while selected CDN domains use lower-cost ISP traffic, reducing residential bandwidth consumption.

Customer package access feeds the Go proxy engine. Main requests use residential upstreams from seven provider integrations with quality selection. Configured CDN domains use static ISP proxies through SmartRouting. Both routes feed traffic accounting and the platform API.
One customer connection, two delivery paths. SmartRouting uses the configured domain list to direct selected assets through static ISP proxies; the platform keeps usage connected to the customer’s package.
Platform and interface

The API connects engineering to everyday use.

Our work covers the proxy platform and API: package operations, upstream integration, connection handling, routing, and accounting. ClaroEdge’s product interface presents these capabilities through account, ordering, network statistics, and proxy generation screens.

  1. Set up package access

    Connect the customer’s account to its package, allowance, and access settings.

  2. Configure proxy connections

    Use the generator to choose protocol, session settings, and the format of the connection list.

  3. Follow consumption

    Show remaining traffic and network usage, with request and domain views for understanding activity.

Engineering stack

Technology behind the platform.

Go powers ClaroEdge’s proxy engine, protocol conversion, routing, and traffic accounting. The Python/Django control plane connects packages, customer access, and provider configuration through the API. PostgreSQL stores operational data, ClickHouse supports analytics, Redis provides caching, and NATS carries messages between components.

Go

  • Proxy engine and connection handling.
  • Traffic metering and usage accounting.

Python 3 / Django

  • Control plane and application API.

ClickHouse

  • Analytics storage and queries.

Redis

  • Cache.

PostgreSQL

  • Control plane data storage.

NATS

  • Message queue.

Ready to Transform Your Business Performance?

Schedule a consultation with our proxy infrastructure experts and discover how enterprise-grade solutions can accelerate your growth.