dcc-backend-common 0.1.4

Common python code used in out backend services.

dcc-backend-common

Common utilities and components for backend services developed by the Data Competence Center Basel-Stadt.

Overview

dcc-backend-common is a Python library that provides shared functionality for backend services, including:

• FastAPI Health Probes: Kubernetes-ready health check endpoints (liveness, readiness, startup)
• Structured Logging: Integration with structlog for consistent logging across services
• Configuration Management: Environment-based configuration with python-dotenv
• DSPy Utilities: Helpers for DSPy modules, streaming listeners, metrics, and dataset preparation

Installation

Basic Installation (uv)

uv add dcc-backend-common

With FastAPI Support

uv add "dcc-backend-common[fastapi]"

Requirements

• Python 3.12 or higher
• Dependencies:
  • dspy>=3.0.4
  • python-dotenv>=1.0.1
  • structlog>=25.1.0

Optional Dependencies

• FastAPI extras: aiohttp>=3.13.2, fastapi>=0.115,<1.0

Features

FastAPI Health Probes

The library provides Kubernetes-ready health check endpoints that follow best practices for container orchestration:

Example Usage

from fastapi import FastAPI
from dcc_backend_common.fastapi_health_probes import health_probe_router

app = FastAPI()

# Define external service dependencies
service_dependencies = [
    {
        "name": "database",
        "health_check_url": "http://postgres:5432/health",
        "api_key": None  # Optional API key for authenticated health checks
    },
    {
        "name": "external-api",
        "health_check_url": "https://api.example.com/health",
        "api_key": "your-api-key-here"
    }
]

# Include health probe router
app.include_router(health_probe_router(service_dependencies))

Available Endpoints

1. Liveness Probe (GET /health/liveness)

• Purpose: Checks if the application process is running and not deadlocked
• Kubernetes Action: If this fails, the container is killed and restarted
• Response: Returns uptime in seconds
• Rule: Keep it simple. Do NOT check databases or external dependencies here

{
  "status": "up",
  "uptime_seconds": 123.45
}

2. Readiness Probe (GET /health/readiness)

• Purpose: Checks if the app is ready to handle user requests
• Kubernetes Action: If this fails, traffic stops being sent to this pod
• Response: Returns status of all configured service dependencies
• Rule: Check critical dependencies here (databases, external APIs, etc.)

{
  "status": "ready",
  "checks": {
    "database": "healthy",
    "external-api": "healthy"
  }
}

If a dependency fails:

{
  "status": "unhealthy",
  "checks": {
    "database": "error: Connection refused",
    "external-api": "unhealthy (status: 503)"
  },
  "error": "Service unavailable"
}

3. Startup Probe (GET /health/startup)

• Purpose: Checks if the application has finished initialization
• Kubernetes Action: Blocks liveness/readiness probes until this returns 200
• Response: Returns startup timestamp
• Rule: Useful for apps that need to load large ML models or caches on boot

{
  "status": "started",
  "timestamp": "2025-12-04T10:30:00.000000+00:00"
}

Features

• Automatic Logging Suppression: Health check endpoints are automatically excluded from access logs to reduce noise
• Dependency Health Checks: Readiness probe checks external service dependencies with configurable timeouts (5 seconds default)
• Authentication Support: Optional API key support for authenticated health checks
• Kubernetes-Ready: HTTP status codes follow Kubernetes conventions (200 = healthy, 503 = unhealthy)

Structured Logging

• Initialize structured logging with init_logger(), which auto-selects JSON output in production (IS_PROD=true) and colored console output otherwise.
• Retrieve loggers via get_logger(__name__). A request_id and timestamp are added automatically.

Application Configuration

Load strongly-typed configuration from environment variables:

from dcc_backend_common.config.app_config import AppConfig

config = AppConfig.from_env()
print(config)  # secrets are redacted in __str__

Required variables: CLIENT_URL, HMAC_SECRET, OPENAI_API_KEY, LLM_URL, DOCLING_URL, WHISPER_URL, OCR_URL. Missing values raise AppConfigError.

Development

Setup

1. Clone the repository:

git clone https://github.com/DCC-BS/backend-common.git
cd backend-common

2. Install development dependencies:

uv sync --group dev --all-extras  # include all extras for local dev

Running Tests

uv run pytest

Code Quality

This project uses:

• Ruff: For linting and formatting
• Pre-commit: For automated code quality checks
• Tox: For testing across multiple Python versions

Run linting:

uv run ruff check .

Run pre-commit hooks:

uv run pre-commit run --all-files

Releasing

This project uses GitHub Actions for automated releases to PyPI.

To release a new version:

1. Update the version: Update the version field in pyproject.toml.
2. Commit and push: Commit the version change and push it to the main branch.
3. Trigger the workflow:
   • Navigate to the Actions tab in the GitHub repository.
   • Select the Publish to PyPI workflow.
   • Click Run workflow.
4. Automated steps: The workflow will:
   • Automatically detect the version using uv version --short.
   • Create and push a git tag (e.g., v0.1.0).
   • Build the package with uv build.
   • Publish to PyPI using Trusted Publishing.

Contributing

See CONTRIBUTING.md for details on how to contribute to this project.

License

This project is licensed under the MIT License - see the LICENSE file for details.

Authors

• Data Competence Center Basel-Stadt - [e-mail]
• Tobias Bollinger - [e-mail]
• Yanick Schraner - [e-mail]

Links

• Homepage: https://DCC-BS.github.io/backend-common/
• Repository: https://github.com/DCC-BS/backend-common
• Documentation: https://DCC-BS.github.io/backend-common/