AdamThomasandClaude Sonnet 5
68d42ee303
L'échec persistait malgré un timeout à 180s : le vrai problème est la bande passante limitée du runner CI, saturée par les 50 téléchargements uv en parallèle (défaut) — chaque paquet n'obtenait qu'une fraction du débit et finissait par expirer (constaté sur sqlalchemy, après 180s). Réduit UV_CONCURRENT_DOWNLOADS à 4 pour que chaque téléchargement avance réellement, et remonte le délai à 600s par sécurité. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
37 lines
1.2 KiB
Docker
37 lines
1.2 KiB
Docker
FROM python:3.12-slim
|
|
|
|
COPY --from=ghcr.io/astral-sh/uv:0.5.11 /uv /bin/uv
|
|
|
|
# Fuseau horaire : toutes les dates/heures du domaine sont naïves et
|
|
# interprétées en heure locale Europe/Paris (règles « 22h », « journée »…).
|
|
RUN apt-get update \
|
|
&& apt-get install -y --no-install-recommends tzdata \
|
|
&& rm -rf /var/lib/apt/lists/*
|
|
|
|
ENV TZ=Europe/Paris \
|
|
UV_LINK_MODE=copy \
|
|
UV_COMPILE_BYTECODE=1 \
|
|
UV_PROJECT_ENVIRONMENT=/app/.venv \
|
|
PATH="/app/.venv/bin:$PATH" \
|
|
# Le runner CI a une bande passante limitée : à 50 téléchargements uv en
|
|
# parallèle (défaut), chacun n'obtient qu'une fraction du débit et finit
|
|
# par dépasser même un timeout généreux ("network timeout" sur de gros
|
|
# paquets comme sqlalchemy/reportlab). On réduit la concurrence pour que
|
|
# chaque téléchargement avance réellement, et on garde une marge large
|
|
# sur le délai par requête.
|
|
UV_CONCURRENT_DOWNLOADS=4 \
|
|
UV_HTTP_TIMEOUT=600
|
|
|
|
WORKDIR /app
|
|
|
|
# Couche de dépendances (cache tant que pyproject ne change pas).
|
|
COPY pyproject.toml ./
|
|
RUN uv sync --no-install-project
|
|
|
|
# Code applicatif.
|
|
COPY . .
|
|
RUN uv sync
|
|
|
|
EXPOSE 8000
|
|
CMD ["uv", "run", "uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8000"]
|