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-idinto all log messages. - FastAPI Integration: Middleware for FastAPI to handle
request-idfor incoming HTTP requests and adds it to response headers. - Flask Integration: Middleware for Flask to handle
request-idfor incoming HTTP requests and adds it to response headers. - Celery Integration: Signal handlers to propagate the
request-idto Celery tasks automatically. - Requests Library Patching: Automatically injects the
request-idinto outgoing HTTP requests made with therequestslibrary. - HTTPX Patching: Automatically injects the
request-idinto outgoing HTTP requests made withhttpx(sync and async clients). - Endpoint Exclusion: Configure endpoints that should not be logged (e.g., health checks, metrics).
Installation
- Add the
litewave_loggerdirectory to your Python project. - 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:
-
Initialize the logger: In your main application file (e.g.,
api.py), import and call thesetup_loggingfunction. 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'])
-
Add the FastAPI middleware: If your service is a FastAPI application, add the
RequestIdMiddlewareto 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)
-
Patch the
requestslibrary: To ensure therequest-idis propagated to other services via sync HTTP calls, patch therequestslibrary.from litewave_logger.requests import patch_requests patch_requests()
-
Patch
httpx: To propagate therequest-idvia async HTTP calls (e.g.httpx.AsyncClient), patchhttpx.from litewave_logger.httpx_patch import patch_httpx patch_httpx()
-
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
- Incoming HTTP Request: The
RequestIdMiddlewarechecks for anx-request-idheader. If present, it uses that value; otherwise, it generates a new UUID. - Context Variable: The request ID is stored in a context variable (
request_id_var) that is automatically maintained across async operations. - Logging: All log messages automatically include the request ID via the
RequestIdFilter. - Outgoing Requests: When using the
requestsorhttpxlibrary, the request ID is automatically injected as thex-request-idheader. - Response Headers: The request ID is added to the response headers as
x-request-id. - Celery Tasks: When a Celery task is published, the request ID is automatically included in the task headers and propagated to the worker process. While the task runs, every log line also includes the Celery
task_idascelery_task_id.
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,
"celery_task_id": null
}
Metadata
Release files for litewave-logger 0.9.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| litewave_logger-0.9.3.tar.gz | 9.7 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| litewave_logger-0.9.3-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 20.0 kB
Release files / litewave_logger-0.9.3.tar.gz
| Download URL | litewave_logger-0.9.3.tar.gz |
|---|---|
| Size | 9.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
6c3d06ae7d9a2664abfaa227c4dd4aee4f8a38f37d60c9f7e0c707d56ae58b11
|
|
BLAKE2b-256 checksum How to use checksums |
2d173e612d6b2ad227672e1d088ef2cab7f19a554fb3b7abe00cd6cd0c95fb81
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.9.25
|
Release files / litewave_logger-0.9.3-py3-none-any.whl
| Download URL | litewave_logger-0.9.3-py3-none-any.whl |
|---|---|
| Size | 10.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
5d147048c124b64447b907bedd83b070cdffe843e506ae99de87368ffe6609a3
|
|
BLAKE2b-256 checksum How to use checksums |
39a0a327d6dfd3e93c9a10bd799dd60ffc4d0232a188b7b9b0e73212fd339d13
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.9.25
|