Skip to content

AD-Technology-Inc/resilient-http-client

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

32 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

πŸ›‘οΈ Resilient HTTP Client

CI Status PyPI Version Supported Python Versions License Uv

Asynchronous HTTP client for Python engineered to tolerate downstream service outages, network instability, and latency spikes. It implements proven resilience patterns including Circuit Breakers, Retry Policies, Fallback Mechanisms, and a Distributed Failure Store to enable reliable service-to-service communication.

Built on top of httpx, the library is designed for modern distributed systems where resilience is a first-class requirement.


πŸš€ Features

  • Circuit Breaker Pattern β€” Prevents cascading failures using a strict state machine (CLOSED, OPEN, HALF-OPEN).
  • Distributed Failure Store β€” Share circuit state and failure metrics across workers and service instances.
  • Automatic Retries β€” Configurable retry budgets with exponential backoff for transient failures.
  • Graceful Fallbacks β€” Return degraded responses or execute alternative logic instead of surfacing raw exceptions.
  • Fully Asynchronous β€” Built on httpx for high-concurrency, non-blocking I/O.
  • Pluggable Components β€” Storage and resilience behavior can be customized to fit different deployment environments.
  • Production Ready β€” Suitable for microservices, containerized workloads, and distributed deployments.

πŸ“ System Architecture

The coordination of request delivery, state checking, retries, and fallback execution is modeled in our system architecture.

πŸ“Š View System Architecture Diagram πŸ•’ View Request Sequence Flow Diagram


πŸ”„ Circuit Breaker State Machine

The client implements a fully compliant circuit breaker state machine with lazy cooldown transitions and probe request gating.

πŸ”„ View Circuit Breaker State Machine Diagram

State Behavior

CLOSED

Requests flow normally.

  • Successful requests reset failure counters.
  • Consecutive failures are tracked.
  • Reaching the configured threshold transitions the circuit to OPEN.

OPEN

Requests fail immediately without contacting the downstream service.

  • Prevents latency amplification and resource exhaustion.
  • Remains open for the configured cooldown period.
  • Automatically transitions to HALF-OPEN after cooldown expires.

HALF-OPEN

Allows a limited number of probe requests.

  • Successful probes close the circuit.
  • Any failed probe immediately reopens the circuit.
  • Prevents unstable services from causing repeated outages.

βš™οΈ Installation

Install the package via pip or your favorite package manager:

pip install ad-tech-inc-resilient-http

Or using uv:

uv add ad-tech-inc-resilient-http

⚑ Quick Start

import asyncio
import redis.asyncio as redis

from resilient_http_client import (
    FailureStore,
    ResilientHttpClient,
)

async def main():
    # Example using Redis-backed storage
    redis_client = redis.Redis(
        host="localhost",
        port=6379,
        decode_responses=True,
    )

    store = FailureStore(
        redis=redis_client,
        service="stripe_payment",
    )

    async with ResilientHttpClient(
        service="stripe_payment",
        store=store,
    ) as client:

        response = await client.request(
            method="POST",
            url="https://api.stripe.com/v1/charges",
            json={
                "amount": 2000,
                "currency": "usd",
            },
        )

        # The request returns a raw httpx.Response object on success
        if hasattr(response, "json"):
            print("Status:", response.status_code)
            print("Response Data:", response.json())
        else:
            # Fallback values returned as a dict
            print("Fallback Response:", response)

if __name__ == "__main__":
    asyncio.run(main())

βš™οΈ Configuration

Customize resilience behavior through ResilienceConfig.

from resilient_http_client import ResilienceConfig

config = ResilienceConfig(
    failure_threshold=5,
    cooldown=30,
    max_retries=3,
    timeout=5.0,
    half_open_max_calls=1,
    half_open_successes_needed=1,
)

client = ResilientHttpClient(
    service="my-api",
    store=store,
    config=config,
)

Configuration Reference

Parameter Type Default Description
failure_threshold int 5 Consecutive failures required to open the circuit
cooldown int 30 Seconds before an open circuit transitions to half-open
max_retries int 3 Number of retry attempts before failure
timeout float 5.0 Request timeout in seconds
half_open_max_calls int 1 Maximum probe requests allowed while half-open
half_open_successes_needed int 1 Successful probes required to close the circuit

🧩 Components

Circuit Breaker

Prevents repeated requests to unhealthy downstream services.

States:

  • Closed β€” Requests flow normally.
  • Open β€” Requests fail immediately.
  • Half-Open β€” Limited recovery probes are allowed.

Retry Policy

Automatically retries transient failures using configurable exponential backoff.

Typical retry conditions include:

  • HTTP 5xx responses
  • Connection failures
  • Network timeouts

Fallback Handler

Fallbacks are executed when:

  • The circuit is open.
  • Retry attempts are exhausted.
  • A non-retryable failure occurs.

Failure Store

Persists resilience state used by the circuit breaker.

Responsibilities include:

  • Failure counters
  • Circuit state
  • Cooldown timestamps
  • Cross-worker coordination

The library includes a Redis-backed implementation and can be extended with custom storage backends.


πŸ› οΈ Project Structure

src/
└── resilient_http_client/
    β”œβ”€β”€ __init__.py
    β”œβ”€β”€ client.py
    β”œβ”€β”€ circuit_breaker.py
    β”œβ”€β”€ config.py
    β”œβ”€β”€ failure_store.py
    β”œβ”€β”€ fallback.py
    β”œβ”€β”€ http.py
    β”œβ”€β”€ retry.py
    └── types.py

tests/
β”œβ”€β”€ test_circuit_breaker.py
β”œβ”€β”€ test_failure_store.py
β”œβ”€β”€ test_fallback.py
β”œβ”€β”€ test_flaky_resilience.py
β”œβ”€β”€ test_integration.py
└── test_retry_policy.py

Module Overview

  • πŸ›°οΈ client.py β€” Main orchestration layer.
  • πŸ”Œ circuit_breaker.py β€” Circuit breaker state machine.
  • πŸ—„οΈ failure_store.py β€” Distributed state management.
  • πŸ” retry.py β€” Retry policy implementation.
  • 🎭 fallback.py β€” Fallback registration and execution.
  • βš™οΈ config.py β€” Configuration definitions.
  • πŸ“˜ types.py β€” Shared enums and type definitions.
  • 🌐 http.py β€” HTTP request execution layer.

πŸ§ͺ Running the Tests

Run the full test suite:

uv run pytest

Coverage Includes

  • Failure tracking
  • Circuit opening thresholds
  • Cooldown transitions
  • Half-open probe gating
  • Recovery behavior
  • Retry policies
  • Distributed state persistence
  • Fallback execution paths

πŸ“š Examples

The examples/ directory contains complete demonstrations and integrations.

How to run examples

  1. Start Redis:

    docker compose up -d
  2. Run the example:

    PYTHONPATH=. uv run python examples/slack_example.py

Available examples:

  • fastapi_integration.py
  • simulate_outage.py
  • slack_example.py
  • stripe_example.py

🎯 Use Cases

  • Service-to-service communication
  • Third-party API integrations
  • Payment gateways
  • Authentication providers
  • Event-driven systems
  • Containerized applications
  • Kubernetes deployments
  • Any environment where downstream dependencies may become unavailable

About

A production-grade, asynchronous HTTP client for Python engineered to tolerate downstream service outages, network instability, and latency spikes. Implements Circuit Breakers, Retries, and Fallbacks.

Topics

Resources

Stars

1 star

Watchers

0 watching

Forks

Contributors