From 68d42ee303980bfe56dd6cf96bed78ea3029e6cb Mon Sep 17 00:00:00 2001 From: AdamThomas Date: Tue, 29 Sep 2026 20:52:56 +0200 Subject: [PATCH] =?UTF-8?q?fix:=20r=C3=A9duit=20la=20concurrence=20uv=20po?= =?UTF-8?q?ur=20le=20build=20Docker=20du=20backend?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 --- backend/Dockerfile | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/backend/Dockerfile b/backend/Dockerfile index bffca9b..4bcff6d 100644 --- a/backend/Dockerfile +++ b/backend/Dockerfile @@ -13,10 +13,14 @@ ENV TZ=Europe/Paris \ UV_COMPILE_BYTECODE=1 \ UV_PROJECT_ENVIRONMENT=/app/.venv \ PATH="/app/.venv/bin:$PATH" \ - # Défaut 30s : trop court pour certains gros paquets (reportlab -> - # charset-normalizer) sur un runner CI à bande passante limitée, d'où - # les échecs "network timeout" en intégration. - UV_HTTP_TIMEOUT=180 + # 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