Files

T

Johan LEROY 3ca4839a02 fix(deploy): ne ramène jamais un environnement sur un commit plus ancien

Les CI de deux push rapprochés peuvent finir dans le désordre. deploy.yml faisait alors
reset --hard sur un GITHUB_SHA plus ancien que celui déjà déployé, et le groupe concurrency
deploy-<branche> ne garde qu'un job en attente : un troisième arrivé annulait le précédent, qui
n'était jamais déployé.

- un commit qui précède celui déjà déployé est ignoré, avec une annotation dans le run ;
- le groupe concurrency cède la place à un flock posé dans le clone de la VM, tenu du fetch
  jusqu'à la sonde de santé : les déploiements passent un par un, aucun n'est annulé ;
- les trois étapes n'en font plus qu'une, le verrou tombant avec le shell qui l'a posé ; les
  journaux restent découpés par ::group::.

ADR 0014 et 50-cicd.md décrivent les deux gardes.

2026-09-23 10:44:51 +02:00

adr

fix(deploy): ne ramène jamais un environnement sur un commit plus ancien

2026-09-23 10:44:51 +02:00

architecture

fix(deploy): ne ramène jamais un environnement sur un commit plus ancien

2026-09-23 10:44:51 +02:00

dailies

Add progress update for project on 2026-09-18

2026-09-18 09:24:26 +02:00

ML-START.md

Fusionne dev dans test/integration-api-db-ml

2026-09-22 16:40:06 +02:00

README.md

docs: décrit la CI unifiée, l'e2e, la charge et la supervision

2026-09-23 09:46:12 +02:00

README.md

Documentation

adr : décisions d'architecture, une par fichier, numérotées et immuables.
architecture : les vues du système. Point d'entrée : architecture/README.md.

Décisions en vigueur

ADR	Sujet
0001	PostgreSQL avec l'extension TimescaleDB
0002	Authentification par JWT d'accès et jeton de rafraîchissement opaque
0003	Autorisation RBAC à trois rôles, relecture du compte à chaque requête
0004	Journal d'audit en ajout seul, garanti par PostgreSQL
0005	LightGBM pour la prédiction de consommation, un modèle global
0006	Le moteur de règles de recommandation vit dans le backend, pas dans `ml/`
0007	Terminaison TLS par un reverse proxy Nginx, en Docker Compose
0008	Airflow exécute le code du backend en sous-processus, dans son propre environnement
0009	Deux environnements sur la VM ENI, un projet Compose chacun, déployés par un runner auto-hébergé
0010	Terraform provisionne la machine, GitHub Actions déploie l'application
0011	Procédure de déploiement, telle qu'exécutée le 22/09/2026
0012	État de la recette et de la production sur la VM ENI
0013	La surveillance de dérive vit dans le backend et écrit sa propre table
0014	Un pipeline CI unique appelle les workflows de composant et conditionne le déploiement
0015	Les tests de bout en bout et de charge visent la stack Compose déployée
0016	La supervision vit dans un profil Compose, active en prod