Skip to main content

A lightweight logging library with context carry forward

Project description

Litewave Logger

This module provides a centralized and consistent logging solution for Litewave services. It ensures that a request-id is maintained across all services, including HTTP requests and Celery tasks, allowing for easy tracing of requests as they propagate through the system.

Features

  • Centralized Logging: A single module to configure and manage logging across all services.
  • JSON Logging: All logs are formatted as JSON for easy parsing and integration with log aggregation systems.
  • Request ID Propagation: Automatically injects a request-id into all log messages.
  • FastAPI Integration: Middleware for FastAPI to handle request-id for incoming HTTP requests and adds it to response headers.
  • Flask Integration: Middleware for Flask to handle request-id for incoming HTTP requests and adds it to response headers.
  • Celery Integration: Signal handlers to propagate the request-id to Celery tasks automatically.
  • Requests Library Patching: Automatically injects the request-id into outgoing HTTP requests made with the requests library.
  • HTTPX Patching: Automatically injects the request-id into outgoing HTTP requests made with httpx (sync and async clients).
  • Endpoint Exclusion: Configure endpoints that should not be logged (e.g., health checks, metrics).

Installation

  1. Add the litewave_logger directory to your Python project.
  2. Ensure that the dependencies listed in the main requirements.txt (fastapi, celery, requests) are installed.

Usage

To use the litewave_logger in your service, follow these steps:

  1. Initialize the logger: In your main application file (e.g., api.py), import and call the setup_logging function. This should be done as early as possible.

    from litewave_logger import setup_logging
    
    # Optionally exclude endpoints from logging (e.g., health checks, metrics)
    setup_logging(excluded_endpoints=['/health', '/metrics'])
    
  2. Add the FastAPI middleware: If your service is a FastAPI application, add the RequestIdMiddleware to your FastAPI app.

    from fastapi import FastAPI
    from litewave_logger.middleware import RequestIdMiddleware
    
    app = FastAPI()
    app.add_middleware(RequestIdMiddleware)
    

    Or for Flask applications: If your service is a Flask application, use the FlaskRequestIdMiddleware.

    from flask import Flask
    from litewave_logger.flask_middleware import FlaskRequestIdMiddleware
    
    app = Flask(__name__)
    FlaskRequestIdMiddleware(app)
    
  3. Patch the requests library: To ensure the request-id is propagated to other services via sync HTTP calls, patch the requests library.

    from litewave_logger.requests import patch_requests
    
    patch_requests()
    
  4. Patch httpx: To propagate the request-id via async HTTP calls (e.g. httpx.AsyncClient), patch httpx.

    from litewave_logger.httpx_patch import patch_httpx
    
    patch_httpx()
    
  5. Connect Celery signals: If your service uses Celery, you need to import the Celery module to ensure the signal handlers are registered. The signal handlers are automatically connected via decorators, so you don't need to call them directly.

    # Just import the module - signal handlers are automatically registered
    import litewave_logger.celery
    

FastAPI Example

Here's a complete example of how to integrate the litewave_logger into a FastAPI application:

from fastapi import FastAPI
from litewave_logger import setup_logging
from litewave_logger.middleware import RequestIdMiddleware
from litewave_logger.requests import patch_requests
from litewave_logger.httpx_patch import patch_httpx

# Import Celery module to register signal handlers (if using Celery)
import litewave_logger.celery

# 1. Initialize logging (optionally exclude endpoints)
setup_logging(excluded_endpoints=['/health', '/metrics'])

# 2. Patch outgoing HTTP libraries
patch_requests()
patch_httpx()

app = FastAPI()

# 3. Add RequestIdMiddleware
app.add_middleware(RequestIdMiddleware)

# Your application code here...

Flask Example

Here's a complete example of how to integrate the litewave_logger into a Flask application:

from flask import Flask
from litewave_logger import setup_logging
from litewave_logger.flask_middleware import FlaskRequestIdMiddleware
from litewave_logger.requests import patch_requests

# Import Celery module to register signal handlers (if using Celery)
import litewave_logger.celery

# 1. Initialize logging (optionally exclude endpoints)
setup_logging(excluded_endpoints=['/health', '/metrics'])

# 2. Patch requests library
patch_requests()

app = Flask(__name__)

# 3. Add FlaskRequestIdMiddleware
FlaskRequestIdMiddleware(app)

@app.route('/')
def hello():
    return 'Hello, World!'

# Your application code here...

The Flask middleware also supports the application factory pattern:

from flask import Flask
from litewave_logger import setup_logging
from litewave_logger.flask_middleware import FlaskRequestIdMiddleware

middleware = FlaskRequestIdMiddleware()

def create_app():
    setup_logging(excluded_endpoints=['/health'])
    app = Flask(__name__)
    middleware.init_app(app)
    return app

How It Works

Request ID Flow

  1. Incoming HTTP Request: The RequestIdMiddleware checks for an X-Request-ID header. If present, it uses that value; otherwise, it generates a new UUID.
  2. Context Variable: The request ID is stored in a context variable (request_id_var) that is automatically maintained across async operations.
  3. Logging: All log messages automatically include the request ID via the RequestIdFilter.
  4. Outgoing Requests: When using the requests or httpx library, the request ID is automatically injected as the X-Request-ID header.
  5. Response Headers: The request ID is added to the response headers as X-Request-ID.
  6. Celery Tasks: When a Celery task is published, the request ID is automatically included in the task headers and propagated to the worker process.

Log Format

All logs are formatted as JSON with the following structure:

{
  "timestamp": "2024-01-01 12:00:00",
  "level": "INFO",
  "request_id": "550e8400-e29b-41d4-a716-446655440000",
  "path": "/api/users",
  "method": "GET",
  "message": "request received",
  "status_code": 200,
  "error": null
}

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

litewave_logger-0.7.0.tar.gz (9.1 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

litewave_logger-0.7.0-py3-none-any.whl (9.6 kB view details)

Uploaded Python 3

File details

Details for the file litewave_logger-0.7.0.tar.gz.

File metadata

  • Download URL: litewave_logger-0.7.0.tar.gz
  • Upload date:
  • Size: 9.1 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.9.25

File hashes

Hashes for litewave_logger-0.7.0.tar.gz
Algorithm Hash digest
SHA256 4caf5aa17f20bd48d4981e22e8037510484f12e3ed63bb5d714986972d71918e
MD5 68abfd82065a38775a7d213511c829f3
BLAKE2b-256 38445908e57f253215d29049e85d42c4a5c34386a324009a257ce0acdb573c64

See more details on using hashes here.

File details

Details for the file litewave_logger-0.7.0-py3-none-any.whl.

File metadata

File hashes

Hashes for litewave_logger-0.7.0-py3-none-any.whl
Algorithm Hash digest
SHA256 d2c579473df886bb20f6ae744a42f838902bec7f9e73e3d73f3f1f3c03d9c30c
MD5 f651060adf3e61f1a2c2c4b77756704d
BLAKE2b-256 bd331edd01d3afb8df17a15a784fb8e962022442ed90c32cb1cfe8d7b5d18077

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page