TerritoIA
Modèles et hébergement
Dans le volume de la VM de la commune. Pas dans l’image. Pas chez l’éditeur
12 novembre 2026 · TerritoIA, édité par STELLARMEET
L’application tourne dans Docker, à partir de l’image livrée. Les données persistent dans le volume que la commune administre. Une mise à jour remplace l’image, elle ne doit pas être l’occasion de jeter le volume ni de l’envoyer quelque part. STELLARMEET ne conserve pas ces données. La DSI sauvegarde le volume avec le reste de la VM. L’agent relit les contenus. Le volume n’est pas une signature du maire. Les habitants n’y ont pas accès.
Geste de mise à jour
Lire la note de version, sauvegarder, appliquer, tester une connexion et une recherche sur une pièce connue. La DSI note la version d’arrivée. Elle relit que le volume monté après coup est le même, pas un volume vide tout neuf qui donnerait l’illusion d’une installation saine. Un volume vide est un incident, pas une mise à jour réussie.
Le script d’installation initial charge l’image en fichier tar et démarre la pile. Le refaire sur une VM déjà en service sans savoir où est le volume est le risque. La DSI écrit le chemin du volume dans le journal. Elle ne le devine pas à chaque fois.
Droits
Qui peut lire le volume au niveau système ? Peu de comptes, ceux de l’exploitation. Ce n’est pas parce qu’un agent voit ses fils dans l’application qu’un administrateur doit les parcourir pour « vérifier ». La DSI relit les accès sudo et les partages. Un partage de confort vers un poste de bureau se ferme.
Les sauvegardes sont chiffrées selon la pratique de la commune pour les données internes. La DSI ne les pose pas sur une clé USB de formation.
Public
Restaurer un volume ne publie rien sur le site municipal. L’application reste interne. Ce n’est pas un accueil. Le maire ne signe pas une restauration.
La DSI teste une restauration une fois, sur un jeu qu’elle assume, et elle relit le compte rendu de ce test. Le support peut guider la commande. Il ne reçoit pas le volume pour le faire à la place de la commune.
Après la mise à jour, la DSI ouvre un compte de test et elle vérifie qu’un fil créé la veille est encore là, puis elle referme ce compte. Elle relit que le fil de test ne contient pas de vraie pièce. Les agents retrouvent leurs fils sans réimport. Les habitants n’ont rien à restaurer, faute d’accès. Ce n’est pas un accueil. Le maire ne signe pas la mise à jour. Le chemin du volume dans le journal est celui constaté ce jour-là, pas celui de l’ancienne note.
Le compte de test est supprimé ou vidé après la vérification, et la DSI relit qu’il ne reste pas administrateur. Les sauvegardes de la veille ne se restaurent pas sur la production pour « voir ». Le chemin noté est vérifié par une seconde personne.
Rubrique Modèles et hébergement. Cadre du produit : IA pour mairie.