---
title: "Les workflows valent plus que les conteneurs"
niveau: Fondations
tags: [workflows, sauvegarde, ops]
---

# 1. Titre

Les workflows valent plus que les conteneurs

# 2. Pourquoi

Un conteneur se recrée en 30 secondes. Un workflow n8n avec 47 nœuds, des webhooks, des credentials et une logique métier complexe — ça prend des jours à reconstruire. La leçon est simple : les données et les processus sont l'actif réel, pas l'infrastructure.

# 3. Explication simple

Les conteneurs sont jetables. Les workflows, les configs et les volumes contiennent la vraie valeur. Avant de toucher à un environnement, sauvegarde d'abord les workflows, les configurations et les données. Les conteneurs, on peut les recréer.

# 4. Explication détaillée

## La hiérarchie de valeur

Par ordre de valeur croissante :
1. **Conteneurs** : jetables, recréables depuis une image
2. **Config runtime** : importante mais reconfigurable
3. **Volumes de données** : critique, perte possible si pas sauvegardé
4. **Workflows n8n** : très haute valeur, logique métier unique
5. **Mémoire Obsidian** : irremplaçable, résultat de semaines d'utilisation

## Ce qui s'est passé

Pendant une intervention, des conteneurs ont été recréés. Les données persistantes étaient safe, mais les workflows n8n n'avaient pas été exportés avant. Résultat : reconstruction manuelle coûteuse.

## La règle

Avant toute modification :
- Exporter les workflows n8n (`n8n export:workflow --all`)
- Sauvegarder les configs (`docker inspect`, `docker compose config`)
- Snapshot les volumes critiques
- Documenter les webhooks et credentials

# 5. Exemples concrets

## Exemple 1 : Intervention sur Hermes

Hermes a plusieurs crons actifs (LinkedIn, sessions digest, academy). Avant de modifier le container, il faut exporter les workflows. Un cron mal sauvegardé = un rappel qui ne part plus.

## Exemple 2 : OpenClaw config

La config `openclaw.json` contient 13 agents, 17 crons, des hooks. Cette config est plus précieuse que le binaire OpenClaw lui-même. On peut réinstaller OpenClaw, pas réinventer sa config.

# 6. Pièges fréquents

- **Sauvegarder seulement les conteneurs** : les workflows sont dedans, pas à côté
- **Oublier les credentials** : les secrets ne sont pas dans les exports standard
- **Ne pas tester la restauration** : une sauvegarde non testée n'est pas une sauvegarde

# 7. Bonnes pratiques

1. Exporter les workflows avant chaque intervention
2. Versionner les exports dans Git
3. Tester la restauration au moins une fois par mois
4. Documenter les webhooks et endpoints externes
5. Séparer les données des processus dans le vault Obsidian

# 8. Pour aller plus loin

- n8n a un mode `--all` pour exporter tous les workflows d'un coup
- Git LFS pour les gros exports
- Les agents JARVIS (HEPHAESTUS pour le dev, HERODOTE pour la mémoire) intègrent cette règle dans leurs procédures

# 9. Résumé en 5 points

1. Les conteneurs sont jetables, les workflows ne le sont pas
2. Toujours exporter les workflows n8n avant intervention
3. La hiérarchie : conteneurs < config < données < workflows < mémoire
4. Une sauvegarde non testée n'est pas une sauvegarde
5. Versionner les exports dans Git pour traçabilité

# 10. Quiz

**Question 1 (choix unique) :** Quel est l'actif le plus précieux dans un système JARVIS ?
A) Les conteneurs Docker
B) La mémoire Obsidian et les workflows n8n
C) L'espace disque
D) Les ports réseau

**Question 2 (choix unique) :** Combien de temps faut-il pour recréer un conteneur ?
A) Plusieurs heures
B) Quelques jours
C) Environ 30 secondes
D) On ne peut pas recréer un conteneur

**Question 3 (vrai/faux) :** Une sauvegarde non testée est une sauvegarde valide.
A) Vrai
B) Faux

**Question 4 (choix unique) :** Que faut-il faire avant de modifier un environnement n8n ?
A) Mettre à jour n8n
B) Exporter tous les workflows
C) Supprimer les anciens workflows
D) Redémarrer le serveur

**Question 5 (choix unique) :** Où versionner les exports de workflows ?
A) Dans un fichier texte sur le bureau
B) Dans Git
C) Dans les conteneurs Docker
D) Nulle part, ce n'est pas nécessaire