Proposition : Migration CI/CD vers Smart-Deploy

Date : 21/01/2026 22:30 Status : VALIDE (ai-orchestrator migre avec succes) Priorité : HAUTE

1. Constat

Système prévu (proposition 20/01/2026)

# .gitlab-ci.yml (2 lignes)
include:
  - project: 'gouroubleu/ci-templates'
    file: '/deploy.yml'

conf.prod.gouroubleu.yml dans chaque projet

→ GitLab CI appelle smart-deploy.sh qui :

Parse conf.{env}.gouroubleu.yml
Injecte variables (supabase, redis, etc.)
Génère nginx config
Build/Deploy selon stratégie
Health check + rollback
Met à jour registre JSON

Réalité actuelle

Aucun projet réel n'utilise ce système.

Les projets ont leur propre .gitlab-ci.yml qui fait tout directement (build + deploy SSH) sans passer par smart-deploy.sh.

Conséquences

Registre Smart-Deploy vide (5 services de test seulement)
Pas de health check enrichi
Pas de rollback automatique
Pas d'injection automatique des variables
Config nginx manuelle
Pas de génération auto du wildcard DNS

2. État des projets

Projet	ID	Template	conf.gouroubleu.yml	Action
ai-orchestrator	108	Ancien custom	À vérifier	Migrer
notif-logger	107	Ancien "standard"	À vérifier	Migrer
browser-connector	106	Ancien "standard"	À vérifier	Migrer
connectors-api	105	Ancien "standard"	À vérifier	Migrer
ffmpeg-api	90	?	À vérifier	Migrer
tintech-api	83	?	À vérifier	Migrer
ulias	64	?	À vérifier	Migrer
medias-api	60	?	À vérifier	Migrer
ai-api	53	?	À vérifier	Migrer
jellylink-api	52	?	À vérifier	Migrer
test-deploy	110	✅ Appelle smart-deploy	✅ Présent	OK

3. Plan de migration

Phase 1 : Audit (aujourd'hui)

Pour chaque projet :

Vérifier si conf.prod.gouroubleu.yml existe
Vérifier le contenu de .gitlab-ci.yml
Identifier target (prod-portainer, nginx, o2switch)
Identifier services utilisés (supabase, redis, etc.)

Phase 2 : Migration projet par projet

Pour chaque projet :

Créer conf.prod.gouroubleu.yml :


name: "mon-projet"
target: "prod-portainer"
type: "node"  # ou bun, rust, python
domain: "mon-projet.33800.nowhere84.com"
port: 3000

services:

supabase # si utilisé
redis # si utilisé
ntfy # si utilisé

nginx: enabled: true ssl: true

logs: enabled: true driver: loki


2. **Remplacer** `.gitlab-ci.yml` :
```yaml
include:
  - project: 'gouroubleu/ci-templates'
    file: '/deploy.yml'

Tester : git push → vérifier pipeline → vérifier déploiement

Phase 3 : Nettoyage

Supprimer ancien template dans /stock_8to/33800-stack/docker/templates/ci-cd/
Documenter le nouveau système

4. Ordre de migration suggéré

Projets avec pipeline "success" (moins risqué) :
- ai-orchestrator
- notif-logger
- browser-connector
- connectors-api
- ffmpeg-api
- tintech-api
Projets avec pipeline "failed" (nécessitent debug) :
- qwikpress
- needfinder
- authentificator
- etc.

5. Risques

Risque	Mitigation
Casse d'un projet en prod	Migrer un à la fois, tester avant push
Config manquante	Audit préalable pour identifier les variables
Rollback nécessaire	Smart-deploy a le rollback auto intégré

6. Validation demandée

[ ] Approuves-tu cette analyse ?
[ ] On commence par l'audit de tous les projets ?
[ ] Ou on migre directement un projet "facile" comme test ?

Résumé : Le système Smart-Deploy est prêt et fonctionne, mais aucun projet réel ne l'utilise. Il faut migrer les projets un par un vers le template ci-templates/deploy.yml + conf.prod.gouroubleu.yml.