Résumé : L'auto-hébergement n'est pas pour tout le monde, et la plupart des articles sur le sujet le présentent comme une décision binaire qui ne l'est pas. Ce nœud documente l'architecture du Hub Souverain : 25 conteneurs Docker sur une instance Oracle Cloud Ampere ARM64, organisés en cinq couches fonctionnelles, qui exécutent les opérations de conseil, d'automatisation, de portail, de meliponiculture et d'immobilier depuis le couloir Ambalá-Calambeo. Quel composant fait quoi, pourquoi celui-ci a été choisi et pas un autre, quel a été le coût réel de sa mise en place et quelles décisions n'étaient pas évidentes. Utile pour les développeurs indépendants et les consultants techniques qui évaluent quelle partie de leur stack a du sens à contrôler.
La première fois que j'ai migré n8n du cloud à l'auto-hébergement, c'était pour une raison pratique : le plan payant limitait le nombre d'exécutions mensuelles d'une manière qui ne correspondait pas au volume de flux d'un projet client moyen. L'auto-hébergement a résolu la limite et a réduit le coût mensuel à zéro pour la licence.
Ce que je ne m'attendais pas, c'était l'effet secondaire : lorsque un flux échoue en production auto-hébergée, l'erreur est dans mes logs, sur mon serveur, sous mon contrôle. Il n'est pas nécessaire d'ouvrir un ticket. Il n'est pas nécessaire d'attendre que le fournisseur enquête. L'échec est le mien — et cela, contre-intuitivement, est plus rassurant que de dépendre de quelqu'un d'autre pour le résoudre.
Depuis lors, le stack a grandi par couches, chacune motivée par un problème concret, pas par une philosophie préalable de souveraineté. Le résultat actuel : 25 conteneurs Docker sur une instance Oracle Cloud Ampere ARM64, tous derrière un proxy inverse Nginx avec SSL, tous accessibles par URL propre, tous avec un coût de licence nul.
Pourquoi ce moment a du sens pour l'auto-hébergement
Les prix des GPU ont chuté de 40 à 60 % depuis 2024, selon le Northflank AI Hosting Report 2026. Un VPS avec 16-32 Go de RAM pour faire fonctionner un stack d'automatisation et des modèles locaux coûte entre 20 et 50 $ par mois chez des fournisseurs commerciaux — ou 0 $ dans le niveau gratuit d'Oracle Cloud Ampere ARM64, qui offre 4 OCPUs, 24 Go de RAM et 200 Go de stockage sans coût indéfini.
Le point de rupture économique par rapport aux API cloud se situe autour de 500 000 tokens par jour pour des modèles de milieu de gamme. Au-dessus de ce volume, l'auto-hébergement est presque toujours moins cher. En dessous, les API cloud sont plus pratiques — une fois que l'on prend en compte les heures de maintenance.
Mais l'argument économique n'est pas le seul. Il y a trois variables que la calculatrice de tokens ne capture pas :
Risque juridictionnel — tout service cloud sous une juridiction avec capacité d'intervention unilatérale est un point de défaillance potentiel. L'épisode Fable 5 l'a prouvé en 72 heures. Les composants auto-hébergés ont un risque matériel et énergétique, pas de réglementation.
Données client — en février 2026, un tribunal fédéral à New York a déterminé que les données confidentielles traitées par des plateformes commerciales d'IA perdent la protection du privilège parce qu'elles ne répondent pas aux exigences de confidentialité. L'auto-hébergement est la réponse architecturale correcte à ce risque.
Prévisibilité des coûts — les API SaaS évoluent linéairement avec l'utilisation. Un pic de trafic peut tripler la facture mensuelle sans avertissement. L'auto-hébergement a des coûts fixes indépendamment du volume.
L'infrastructure de base : OCI Ampere ARM64 + Docker
Le serveur est une instance Oracle Cloud Infrastructure Ampere ARM64 — architecture haute performance avec consommation énergétique efficace, disponible dans le niveau gratuit d'OCI sans limite de temps. Tous les services fonctionnent comme des conteneurs Docker isolés, ce qui permet de les mettre à jour, de les redémarrer ou de les supprimer sans affecter le reste du stack.
Le principe de réseau est simple : tous les ports sont mappés à localhost (127.0.0.1) sauf deux services qui nécessitent un accès public direct. Le proxy inverse Nginx gère le routage par domaine avec SSL — chaque service a sa propre URL sans exposer de ports à l'extérieur.
Les cinq couches du stack
Couche 1 — Portails et contenu
Astro v5 + Strapi v5 sont le cœur du portail de marque personnelle. Astro génère le site statique avec hydratation partielle ; Strapi gère les articles du jardin numérique, les fiches de service et les leads avec des hooks enrichis par l'IA. La recherche sémantique du portail — le Matchmaker — fonctionne sur des embeddings stockés dans Qdrant.
WordPress fonctionne en parallèle pour les pages de destination et les blogs secondaires qui nécessitent une publication rapide sans cycle de construction. Il partage la base de données MySQL avec QloApps.
Cafeteria App est le portail de menu, de réservations et d'interaction pour le projet Café Iwagé — conteneur indépendant pour maintenir le cycle de déploiement séparé du portail principal.
Une friction réelle avec Strapi v5 : il a consommé plus de RAM que prévu sur le serveur initial. L'instance Ampere d'OCI avec 24 Go a résolu le problème sans coût supplémentaire — avantage concret du niveau gratuit par rapport à un VPS commercial ajusté.
Couche 2 — Gestion des affaires
Odoo Community dans deux instances indépendantes : une pour le CRM/ERP central — clients, facturation, pipeline de ventes, consolidation des leads depuis les portails — et une autre filtrée pour la boutique de dispositifs électroniques. La Community Edition est complètement open-source, sans coût de licence indépendamment du nombre d'utilisateurs ou de modules.
QloApps PMS gère les réservations, les tarifs et les check-ins d'Espaces Plus — la gestion de propriété qu'un Airbnb ou un système de réservations SaaS résoudrait avec un prix par réservation. L'auto-hébergement élimine cette commission.
Modèle Financier Pro est une application propre pour les projections d'investissement dans les terres et les simulations financières du projet Iwagé — logique commerciale trop spécifique pour faire confiance à un outil générique ou à un fournisseur SaaS qui peut changer ses conditions.
Iwagé a trois composants séparés : frontend en React pour la recherche et la visualisation des propriétés, backend Flask avec API REST pour les recherches géographiques et la synchronisation avec le CRM, et intranet administratif pour l'équipe de conseillers. Trois conteneurs, trois cycles de déploiement indépendants.
Couche 3 — Intelligence artificielle et agents
Open WebUI / OpenClaw est l'interface de chat qui se connecte à Ollama (modèles locaux comme Qwen 2.5) et aux API cloud (DeepSeek, GPT-5 Mini) dans une seule interface. RAG de fichiers intégré — glissez un PDF et le modèle le lit sans quitter le serveur.
Dify est la plateforme d'orchestration d'agents autonomes. Là où n8n gère des flux de données entre services, Dify gère des flux de raisonnement entre modèles — pipelines RAG avancés, agents avec mémoire, flux de test et d'évaluation de prompts. Les deux se complètent : n8n pour l'automatisation des processus, Dify pour l'automatisation du raisonnement.
Qdrant est la base de données vectorielle dédiée. La décision d'utiliser Qdrant plutôt que pgvector dans PostgreSQL était une question de spécialisation : pgvector est suffisant pour des volumes faibles et des requêtes simples, mais Qdrant a des index HNSW optimisés et un filtrage par payload que Dify exploite pour une recherche sémantique plus précise à plus grande échelle. PostgreSQL reste la base relationnelle de l'écosystème — ce sont des couches complémentaires, pas alternatives.
Sostenty est l'application Flask pour l'analyse du cycle de vie ESG et l'intelligence carbone sous des normes internationales. Elle fonctionne comme un service public (le seul avec la base de données principale) car elle répond à des demandes externes de clients de conseil environnemental.
Couche 4 — Collaboration et communication
Nextcloud remplace Google Drive et Dropbox pour le stockage et la collaboration. Chaque client a son dossier avec accès contrôlé. Le moteur push en Rust gère les notifications en temps réel sans polling. Les données ne sortent pas du serveur.
Chatwoot regroupe WhatsApp Business, e-mail et widget web dans une seule console. L'intégration avec n8n automatise les réponses selon des règles prédéfinies et enregistre l'historique dans PostgreSQL. L'alternative SaaS équivalente — Intercom, Zendesk — a un prix par agent qui ne s'échelonne pas pour une opération variable.
Listmonk gère les newsletters et les campagnes de courriels massifs. Alternative auto-hébergée à Mailchimp ou ConvertKit — sans limite de contacts, sans coût par envoi, sans que le fournisseur puisse suspendre le compte pour un contenu qui ne respecte pas ses politiques.
Docmost centralise la documentation interne : manuels de procédure, guides de développement, runbooks des projets. Alternative à Notion ou Confluence — les documents internes ne vivent pas sur des serveurs tiers.
NocoDB est l'interface visuelle sur PostgreSQL — similaire à Airtable pour auditer et modifier des tables sans écrire de SQL. Utile pour examiner les données de n8n en production ou corriger des enregistrements ponctuels sans toucher directement à la base de données.
Vaultwarden est Bitwarden auto-hébergé en Rust. Les identifiants de tout l'écosystème — 25 conteneurs, des dizaines d'APIs, accès clients — vivent chiffrés sur le serveur, pas sur les serveurs de Bitwarden Inc.
Couche 5 — Infrastructure transversale
PostgreSQL avec pgvector est la base de données principale de l'écosystème : Sostenty, Odoo, n8n et Nextcloud partagent la même instance avec des schémas séparés. pgvector permet la recherche sémantique directement dans PostgreSQL pour les cas où l'échelle ne justifie pas Qdrant.
MySQL fonctionne en parallèle exclusivement pour QloApps et WordPress — deux applications qui ne supportent pas PostgreSQL de manière native.
Redis est la couche de cache et de file d'attente de messages partagée par Nextcloud et Chatwoot. Les flux de n8n qui traitent des documents en lots utilisent Redis pour réguler le rythme des requêtes et éviter de saturer les APIs internes.
Uptime Kuma surveille la santé de toutes les applications en temps réel et notifie immédiatement lorsque quelque chose tombe. Cela résout le problème de surveillance manuelle que tout stack auto-hébergé a s'il ne le prend pas en compte dès le départ — et que je n'ai pas pris en compte lors des premières itérations.
Form Handler est une micro-API en Node.js qui traite les leads des formulaires de contact et des téléchargements de PDFs : valide, stocke dans PostgreSQL et envoie des alertes par e-mail. Logique simple qui ne justifie pas un service SaaS de formulaires avec un prix mensuel.
Ce que cela coûte réellement
| Composant | Coût mensuel | Remarques |
|---|---|---|
| OCI Ampere ARM64 (4 OCPUs, 24 Go RAM, 200 Go) | 0 $ | Niveau gratuit permanent d'Oracle Cloud |
| Domaine principal | ~1,5 USD amorti | Renouvellement annuel |
| Modèles cloud (DeepSeek, MiniMax, GLM) | 8–15 USD | Variable selon le volume du mois |
| Claude Sonnet / Opus (tâches spécifiques) | 5–20 USD | Seulement des tâches qui justifient le coût |
| WhatsApp Business API (Meta) | 0–5 USD | Les 1 000 premières conversations/mois gratuites |
| Total stack complet | ~15–40 USD/mois | 25 conteneurs, toutes les licences à 0 $ |
Comparé à des équivalents SaaS — n8n cloud Pro, Contentful, Intercom, HubSpot Starter, Mailchimp, Notion Team, Bitwarden Teams, Salesforce Essentials — le stack auto-hébergé coûte environ 90–95 % moins cher par mois pour les mêmes fonctionnalités de base.
La variable qui n'apparaît pas dans ce tableau : le temps de maintenance. Mettre à jour 25 conteneurs, gérer les logs, résoudre les conflits de dépendances entre versions — ce travail existe et a un coût même s'il n'est pas monétaire. L'estimation honnête est entre 2 et 4 heures mensuelles pour un stack stable, plus de temps pendant les mois de mises à jour majeures.
Ce qui n'est pas résolu
Le basculement automatique des modèles d'IA n'existe pas encore. Si DeepSeek Flash ne répond pas, le flux de n8n échoue au lieu de rediriger automatiquement vers Ollama. Cela nécessite une couche d'orchestration qui est en attente — et quand elle sera mise en œuvre, elle mettra à jour ce nœud.
La latence depuis la Colombie vers le datacenter d'OCI est réelle — entre 150 et 220 ms selon le moment de la journée. Pour des flux synchrones où l'utilisateur attend une réponse immédiate, cela est perceptible. Pour des flux asynchrones avec un résultat par webhook, cela n'a pas d'importance.
Et le stack en ARM64 a une restriction concrète : certains conteneurs Docker n'ont pas d'image ARM64 native et nécessitent une émulation ou une compilation depuis la source. Hermes Desktop, par exemple, est incompatible avec ARM64 — l'alternative est le chemin CLI via des APIs cloud, ce que j'utilise.
Les trois principes qui ordonnent l'architecture
Le jardin numérique comme système nerveux — le portail n'est pas un CV statique. Chaque nœud publié est interconnecté avec des projets réels et des services actifs. Le contenu et l'opération sont la même chose.
Portails clients comme infrastructure de confiance — chaque client a son dossier dans Nextcloud et sa vue dans NocoDB. Le suivi en temps réel ne vit pas dans un PDF envoyé par e-mail — il vit dans un système que le client peut consulter directement.
Réseaux comme antennes, pas comme destination — les réseaux sociaux redirigent le trafic vers le portail souverain. L'expérience, les données et la relation avec le visiteur se déroulent là où je contrôle l'infrastructure, pas là où l'algorithme d'une autre plateforme décide quoi montrer.
Si vous évaluez quelle partie de votre stack a du sens à contrôler, la question la plus utile n'est pas "Puis-je auto-héberger cela ?" mais "Que se passe-t-il avec mon opération si ce service change ses conditions, augmente ses prix ou cesse d'être disponible demain ?" La réponse définit ce qui vaut la complexité de l'auto-hébergement et ce qui ne vaut pas.
Sources citées dans ce nœud :
- Northflank AI Hosting Report 2026 — chute des prix GPU 40–60%
- AI Cost Check — seuil de rentabilité de l'auto-hébergement : ~500K tokens/jour pour des modèles de milieu de gamme, mars 2026
- Décision SDNY février 2026 — données confidentielles sur des plateformes cloud et perte de privilège légal
- Oracle Cloud Free Tier — spécifications Ampere ARM64, juin 2026
- Catalogue interne Hub Souverain — applications_server.md, juin 2026