- Intégration du code source du framework dans radar-app/ (vendoring) - Suppression de la dépendance npm aoe_technology_radar - Création de scripts build-radar.js et serve-radar.js pour remplacer le CLI techradar - Adaptation de tous les scripts et Docker pour utiliser radar-app/ au lieu de .techradar - Refactorisation complète de Dockerfile.business - Mise à jour de la documentation (architecture, déploiement, développement) - Mise à jour de .gitignore pour ignorer les artefacts de build de radar-app/ - Ajout de postcss dans les dépendances Docker pour le build Next.js Le projet est maintenant complètement indépendant du package externe. Co-authored-by: Cursor <cursoragent@cursor.com>
13 KiB
Guide de déploiement
Vue d'ensemble
Le projet peut être déployé de plusieurs façons :
- Docker Compose (recommandé pour la production)
- Docker simple
- Build statique avec serveur web
- Portainer (pour le Radar Business)
Déploiement avec Docker
Configuration Docker
Le projet contient plusieurs configurations Docker :
docker/Dockerfile: Dockerfile principal avec multi-stage builddocker/docker-compose.yml: Configuration de basedocker/docker-compose.labels.yml: Labels pour le reverse proxydocker/docker-compose.local.yml: Configuration pour développement localDockerfile(racine) : Dockerfile alternatifdocker-compose.yml(racine) : Docker Compose alternatifDockerfile.business: Dockerfile spécifique pour le Radar Businessdocker-compose.business.yml: Docker Compose pour le Radar Business (Portainer)
Build de l'image Docker
Avec le Dockerfile principal
cd docker
docker compose build
Avec build args
docker build \
--build-arg BASE_PATH="/techradar" \
--build-arg UID=1000 \
--build-arg GID=1000 \
-f docker/Dockerfile \
-t techradar:latest \
.
Variables d'environnement
- BASE_PATH : Chemin de base pour l'application (défaut:
/) - UID : User ID pour l'utilisateur dans le conteneur (défaut: 1000)
- GID : Group ID pour l'utilisateur dans le conteneur (défaut: 1000)
Démarrage avec Docker Compose
cd docker
docker compose up -d
L'application sera accessible sur le port 3000.
Configuration du basePath
Le script docker-entrypoint.sh modifie dynamiquement le basePath dans config.json au démarrage du conteneur en utilisant la variable d'environnement BASE_PATH.
Déploiement du Radar Technologique Laplank avec Portainer
Le Radar Technologique Laplank est déployé via Portainer en utilisant une stack Docker Compose.
Configuration Portainer
- Créer une nouvelle stack dans Portainer
- Nom de la stack :
laplank-radar-technologique(ou autre nom) - Méthode : Git Repository
- Repository URL :
https://git.open.us.org/AJR/TechradarDev.git - Reference :
refs/heads/dev-tech(branche actuelle) - Compose path :
docker-compose.business.yml
Note : Si le dépôt est privé, utiliser un Personal Access Token dans l'URL :
https://<token>@git.open.us.org/AJR/TechradarDev.git
Configuration Docker Compose Laplank
Le fichier docker-compose.business.yml configure :
- Port :
3006:3000(port 3006 de l'hôte mappé vers le port 3000 du conteneur) - Container name :
laplank-radar-business - Image : Construite depuis
Dockerfile.businesslors du déploiement - Environnement :
NODE_ENV=production - Restart policy :
unless-stopped(redémarre automatiquement en cas d'arrêt)
Accès à l'application :
- URL :
http://<votre-serveur>:3006 - Mot de passe :
laplank-radar
Dockerfile Business
Le Dockerfile.business effectue les opérations suivantes :
-
Installation des dépendances :
- Node.js 20 Alpine
- Git et Python3 pour les scripts
- Variables d'environnement pour désactiver Husky
-
Installation des dépendances :
- Installation des dépendances racine (pour scripts: generate-team-visualization-data, etc.)
- Installation des dépendances dans
radar-app/(Next.js et dépendances du framework) - Désactivation du script
prepare(husky) dansradar-app/package.json
-
Configuration des données :
- Purge des données de démo :
rm -rf radar-app/data/radar/* - Copie des blips business :
radar-business/2025-01-15/*→radar-app/data/radar/2025-01-15/ - Copie de la config :
radar-business/config-business.json→radar-app/data/config.json - Copie des fichiers publics :
public/*→radar-app/public/ - Génération et copie de
team-visualization-data.jsondansradar-app/public/
- Purge des données de démo :
-
Modifications personnalisees :
- Creation de
radar-app/src/pages/team.tsx(page Next.js vide pour/team) - Modification de
radar-app/src/pages/_document.tsxvia script Python :- Ajout du chargement de
team-block-script.jsavecstrategy="beforeInteractive"
- Ajout du chargement de
- Modification de
radar-app/src/components/Navigation/Navigation.tsxvia script Python :- Suppression de tous les liens Equipe existants (evite les doublons)
- Ajout d'un seul lien "Equipe" apres le lien "Vue d'ensemble"
- Creation de
-
Build Next.js :
cd radar-app && npm run build:data: Génère les données du radarcd radar-app && npm run build: Build de l'application Next.js
-
Post-build :
- Copie des fichiers additionnels (
_team-content,team-visualization-data.json,team/) depuisradar-app/public/versradar-app/out/
- Copie des fichiers additionnels (
-
Demarrage :
- Execution de
scripts/start-business.shqui :- Verifie que
team-visualization-data.jsonest dansout/ - Le copie depuis
public/si necessaire - Demarre le serveur statique
servesur le port 3000 (sans--single)
- Verifie que
- Execution de
Scripts Python pour les modifications
Script pour Navigation.tsx
Le script docker/add_team_link.py :
- Verifie l'existence du fichier :
radar-app/src/components/Navigation/Navigation.tsx - Supprime tous les liens Equipe existants : Evite les doublons meme si le script s'execute plusieurs fois
- Ajoute un seul lien Equipe : Apres le lien "Vue d'ensemble"
- Verifie le resultat : S'assure qu'il n'y a qu'un seul lien apres l'operation
Le script shell docker/add_team_link.sh orchestre l'execution et verifie le resultat.
Script pour _document.tsx
Le script docker/patch_document.py :
- Ajoute l'import de Script : Si pas deja present dans le fichier
- Modifie le composant Head : Ajoute le chargement de
team-block-script.js - Strategie beforeInteractive : Le script est charge avant le rendu Next.js
Authentification Git pour Portainer
Si le dépôt est privé, utiliser un Personal Access Token (Gitea) :
- Créer un token dans Gitea avec les permissions de lecture
- Utiliser l'URL avec le token :
https://<token>@git.open.us.org/AJR/TechradarDev.git - Exemple :
https://glpat-xxxxxxxxxxxx@git.open.us.org/AJR/TechradarDev.git
Configuration complète pour dépôt privé :
- Repository URL :
https://<token>@git.open.us.org/AJR/TechradarDev.git - Reference :
refs/heads/dev-tech - Compose path :
docker-compose.business.yml
Mise à jour
Pour mettre à jour le Radar Technologique Laplank dans Portainer :
⚠️ IMPORTANT : Pour que les mises à jour soient effectives, il faut forcer le rebuild sans cache !
Option 1 : Rebuild avec --no-cache (RECOMMANDÉ)
- Aller dans Stacks → Sélectionner la stack
laplank-radar-technologique - Cliquer sur Editor
- Cocher la case "Always pull image" (si disponible)
- Cocher la case "Rebuild" ou utiliser l'option "Rebuild the stack"
- Dans les options avancées, cocher "No cache" ou utiliser
--no-cachedans les build args - Cliquer sur Update the stack
- Portainer va reconstruire l'image complètement sans utiliser le cache
Option 2 : Rebuild manuel via l'interface
- Aller dans Stacks → Sélectionner la stack
laplank-radar-technologique - Cliquer sur Editor
- Cliquer sur Update the stack
- Avant de confirmer, dans les options de build, ajouter
--no-cacheou cocher "No cache" - Confirmer la mise à jour
Option 3 : Supprimer l'image et rebuild (si les options ci-dessus ne fonctionnent pas)
- Aller dans Containers → Sélectionner
laplank-radar-technolologique - Cliquer sur Stop pour arrêter le conteneur
- Aller dans Images → Trouver l'image de la stack
- Cliquer sur Remove pour supprimer l'image
- Retourner dans Stacks → Sélectionner la stack
- Cliquer sur Editor → Update the stack
- L'image sera reconstruite depuis zéro
Vérification après mise à jour :
- Vérifier les logs : Containers →
laplank-radar-technolologique→ Logs - Tester l'application :
http://<votre-serveur>:3006 - Vérifier que les changements sont visibles (par exemple, le contenu de
about.mdoucustom.css) - Vérifier qu'il n'y a qu'un seul lien "Équipe" dans la navigation
Pourquoi le cache pose problème ?
Docker utilise un système de cache par couches. Si les fichiers copiés n'ont pas changé selon l'algorithme de détection de Docker, il réutilise les couches en cache. C'est pourquoi il faut forcer un rebuild complet avec --no-cache pour garantir que tous les fichiers sont bien copiés et que l'application est reconstruite avec les dernières modifications.
Déploiement statique
Build des fichiers statiques
npm install
npm run build
Les fichiers sont générés dans le répertoire build/.
Servir avec un serveur web
Nginx
server {
listen 80;
server_name coeurbox.syoul.fr;
root /chemin/vers/build;
index index.html;
location / {
try_files $uri $uri/ /index.html;
}
}
Apache
<VirtualHost *:80>
ServerName coeurbox.syoul.fr
DocumentRoot /chemin/vers/build
<Directory /chemin/vers/build>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
Déploiement avec Drone CI
Le projet est configuré pour le déploiement automatique via Drone CI (.drone.yml).
Pipeline de déploiement
- Build : Construction de l'image Docker
- Déploiement : Lancement du conteneur avec Docker Compose
- Notification : Envoi d'une notification Telegram
Configuration Drone
Le pipeline utilise :
- Variables d'environnement dynamiques basées sur le dépôt Git
- Labels pour le reverse proxy (Traefik)
- Notifications Telegram en cas de succès/échec
Variables d'environnement Drone
DRONE_REPO_OWNER: Propriétaire du dépôtDRONE_REPO_NAME: Nom du dépôtDRONE_COMMIT_BRANCH: Branche du commit
Ces variables sont utilisées pour générer le BASE_PATH dynamiquement.
Déploiement en production
Étapes recommandées
-
Préparer l'environnement
git clone https://git.open.us.org/AJR/TechradarDev.git cd TechradarDev -
Configurer les variables
- Définir
BASE_PATHselon votre configuration - Ajuster les ports si nécessaire
- Définir
-
Build et démarrage
cd docker docker compose -f docker-compose.yml -f docker-compose.labels.yml up -d --build -
Vérifier le déploiement
- Accéder à l'URL configurée
- Vérifier les logs :
docker compose logs -f
Reverse proxy
Le projet est configuré pour fonctionner derrière un reverse proxy (Traefik) via les labels dans docker-compose.labels.yml.
Sécurité
- Utiliser HTTPS en production
- Configurer les headers de sécurité appropriés
- Limiter l'accès si nécessaire
- Surveiller les logs
- Le Radar Business est protégé par un mot de passe client-side
Mise à jour
Mettre à jour le contenu
- Modifier les fichiers dans
radar-business/2025-01-15/ - Rebuild l'image :
docker compose build --no-cache docker compose up -d
Mettre à jour les dépendances
- Modifier
package.jsonsi nécessaire - Rebuild l'image complète avec
--no-cache
Mettre à jour les profils équipe
- Modifier les fichiers dans
docs/data/team/*.md - Régénérer les données :
node scripts/generate-team-visualization-data.js - Rebuild l'image Docker
Monitoring
Logs Docker
# Voir les logs
docker compose logs -f
# Logs du dernier démarrage
docker compose logs --tail=100
Santé de l'application
Radar Principal : Expose le port 3000. Vérifier avec :
curl http://localhost:3000/techradar
Radar Technologique Laplank : Expose le port 3006 (mappé depuis 3000). Vérifier avec :
curl http://localhost:3006/
Note : Le Radar Technologique Laplank est protégé par un mot de passe, donc la réponse peut être l'écran d'authentification.
Vérifications post-déploiement
-
Vérifier la navigation :
- Le lien "👥 Équipe" doit apparaître une seule fois
- Tous les liens doivent fonctionner
-
Vérifier les données :
- Tous les blips doivent être affichés (38 blips)
- Les rings doivent être corrects (adopt, trial, assess, hold)
-
Vérifier la page équipe :
/teamdoit être accessible- Les visualisations doivent se charger
- Les données doivent être présentes
Rollback
En cas de problème, revenir à une version précédente :
# Arrêter le conteneur actuel
docker compose down
# Checkout une version précédente
git checkout <commit-hash>
# Rebuild et redémarrer
docker compose build --no-cache
docker compose up -d
Troubleshooting
Voir troubleshooting.md pour les problèmes courants et leurs solutions.