INFRASTRUCTURE
Plan retenu
Un serveur privé, sans aucune porte ouverte
Tout ce qui doit tourner en continu vit sur un petit serveur (un VPS), accessible seulement par un réseau privé chiffré. Vu de l'extérieur, il est invisible.
EN QUELQUES CHIFFRES
Une architecture volontairement réduite
20 → 11
Composants
Après audit, neuf composants ont été supprimés : nom de domaine, certificats, base vectorielle, gestionnaire de secrets…
0
Surface publique
Aucun port ouvert au monde. Tout passe par le réseau privé chiffré.
1
Endroit où un modèle est nommé
Partout ailleurs, on ne dit que « léger », « medium » ou « expert ». Changer de fournisseur, c'est éditer une ligne.
LE PRINCIPE
Sortant contre entrant
C'est la notion qui supprime 80 % de la complexité. Ce qui sort n'ouvre aucune porte. Ce qui entre oblige à en ouvrir une, et c'est là qu'est tout le risque.
LES RÈGLES
Six règles simples, posées une fois
On optimise les outils, pas les conteneurs
Chaque outil est distribué comme sa propre image officielle. Les fusionner reviendrait à perdre les mises à jour.
Un seul fichier de description
Toute la pile est décrite dans un unique fichier Docker Compose.
Les données dans des dossiers visibles
Regroupées sous un seul dossier parent, pas dans des volumes cachés. Sauvegarder, c'est sauvegarder un dossier.
Aucun port exposé au monde
Chaque port n'est publié que sur l'adresse locale de la machine. Sinon, il serait ouvert à tout Internet.
Une limite de mémoire par service
Pour qu'un conteneur ne puisse pas étouffer les autres, avec un redémarrage automatique.
Les clés hors de Git
Dans un fichier protégé à côté de la pile. Seul un modèle sans les valeurs est partagé.
LA PILE
Dans l'ordre de montage
Un ordre volontaire : chaque étape rend la suivante vérifiable. La base de données n'arrive qu'au moment où l'on sait à quoi elle sert.
PHASE 2 · 1
Le serveur et son système
Prévu
Une machine sans interface graphique, sous Ubuntu.
PHASE 2 · 2
Connexion par clé
Prévu
Un canal chiffré ; le mot de passe est désactivé.
PHASE 2 · 3
Le réseau privé
Prévu
Tailscale : le pilier de l'architecture, qui relie Mac, iPhone et serveur.
PHASE 2 · 4
Le pare-feu
Prévu
Tout est refusé en entrée, sauf le réseau privé. Quatre lignes.
PHASE 2 · 5
Docker Compose
Prévu
Il fait tourner et relie les conteneurs.
PHASE 2 · 6
La base interne
Prévu
Postgres, jamais exposée. Elle sert à la passerelle et à n8n.
PHASE 2 · 7
La passerelle des modèles
Prévu
LiteLLM, avec une limite de dépense et des clés internes révocables.
PHASE 2 · 8
Un seul fournisseur de modèles
Prévu
Une clé, une facturation, une seule source d'erreur.
PHASE 2 · 9
L'interface de chat
Prévu
Open WebUI, avec trois préréglages nommés : tri rapide, rédaction, réflexion.
PHASE 4
L'orchestration s'ajoute ensuite
Une fois le socle stable : son interface de chat, chez soi, connectée à un modèle, sans aucune surface publique.
Git
Prévu
Synchronisation et historique du coffre.
n8n
Prévu
Les automatisations, et l'hôte de l'orchestrateur.
Un modèle local
Prévu
Optionnel et éteint : sa valeur est de prouver que la plomberie l'accepte.
Un serveur MCP
Prévu
Optionnel : un canal de développement.
Les sauvegardes externes
Prévu
Chez un autre fournisseur, avec un test de restauration régulier.
La supervision
Prévu
Optionnelle : être prévenu d'une panne, pas seulement qu'elle se répare.
LES MODÈLES
Choisir la taille du modèle, sans routage automatique
Pas de routage automatique : il coûte un appel de plus avant chaque requête, ajoute de la latence, et se trompe justement là où ça compte. Le critère est simple : combien de temps pour vérifier ?
Par point d'entrée
Ce n'est pas la demande qui décide, c'est le canal : une capture rapide part sur « léger », une conversation sur « expert ».
Par étape d'un process
Chaque étape d'une fiche process déclare son niveau : extraire des dates est léger, en tirer une stratégie est expert.
À la main
Des préréglages nommés dans l'interface. Par défaut, hors process : expert.
HYGIÈNE
Sauvegarder, et tester la restauration
Une sauvegarde jamais restaurée n'est pas une sauvegarde. C'est le point le plus négligé de la chaîne.
Un instantané avant chaque chapitre
« J'ai tout cassé » devient « je restaure, en trois minutes ».
Un filet de secours
Vérifier l'accès à la console de secours de l'hébergeur avant de fermer le port public.
Un test à chaque fin de chapitre
Une commande unique, un résultat attendu affiché noir sur blanc.
La règle 3-2-1
Un export propre de la base d'abord, puis une copie chez un autre fournisseur. Les clés se sauvegardent ailleurs.
LE CHOIX
Quatre solutions, une échelle de souveraineté
Présentées comme quatre propositions ; l'hybride entre elles est possible. Mon choix de départ : la première.
1
L'hybride efficient
Retenu
Un serveur léger pour la mécanique, des API externes pour l'intelligence. Coût d'entrée très faible, accès aux meilleurs modèles.
2
L'optimisation 80/20
Idem, avec un petit modèle local pour les tâches simples.
3
Le souverain pro
Un serveur puissant qui héberge l'infrastructure et des modèles open source.
4
La forteresse locale
Tout sur sa propre machine : confidentialité absolue, aucun coût récurrent.
Pour tout relier
Le résumé technique rassemble toutes ces pièces dans une seule carte, et renvoie vers chaque page.