Chaque mois, un ministère ou une banque nous pose la même question : peut-on avoir cela sans rien envoyer à l'extérieur ? La réponse est oui — mais le manuel ne ressemble en rien à un déploiement cloud. Cette note décrit ce que nous avons appris en livrant des plateformes isolées.
La résidence est un point de départ, pas un objectif
Les lois de résidence des données disent où les octets doivent vivre. La souveraineté réelle est plus large : qui peut mettre à jour les modèles, qui lit les journaux, que se passe-t-il si le fournisseur disparaît. Nous concevons chaque déploiement hors ligne pour que le client puisse l'exploiter seul pendant des années — documentation, recettes de réentraînement et outillage d'administration compris. Si votre fournisseur ne peut pas vous remettre les clés, vous avez loué une dépendance, pas une plateforme.
Isolé ne veut pas dire obsolète
Le problème d'ingénierie le plus dur hors ligne n'est pas l'inférence — c'est le chemin de mise à jour. Nous livrons des paquets signés et versionnés qui franchissent la frontière sur des supports approuvés, vérifiés à l'intérieur avant activation. Poids de modèles, catalogues de prompts et code applicatif suivent la même route disciplinée. Les mises à jour arrivent selon le calendrier du bureau de sécurité, pas au rythme d'un fournisseur cloud.
L'efficacité est une propriété de sécurité
Quand le calcul ne peut pas déborder vers une région cloud, chaque jeton gaspillé est une capacité qu'on n'a pas. Le hors-ligne nous a forcés à rendre les agents plus sobres : prompts resserrés, petits modèles spécialistes, mise en cache agressive des résultats intermédiaires. Surprise : ces disciplines ont aussi amélioré nos déploiements cloud. La contrainte est un bon professeur.