Mutualiser un environnement d’IA : ce qui marche entre administrations, et ce qui ne marche pas
En bref
Partager un nœud IA entre administrations fonctionne, et c’est souvent le seul moyen de rendre abordable un environnement sérieux pour les petites structures. À condition que les données restent séparées par participant, que les rôles viennent du fournisseur d’identité de chacun, et qu’il soit acté d’avance qui est responsable de traitement, qui est sous-traitant et ce qui se passe au départ d’un participant.
Pourquoi mutualiser séduit
Un serveur GPU ne se réduit pas à volonté : une administration de cent agents a besoin à peu près de la même infrastructure de base qu’une de mille. Mutualiser répartit ce coût, et l’exploitation avec : une équipe qui entretient les modèles, supervise et construit les automatisations, au lieu de cinq équipes qui cherchent la même chose.
Beaucoup d’administrations connaissent déjà ce modèle : un syndicat, un centre de services partagés ou une coopération territoriale.
Ce qui doit rester séparé
| Élément | Mutualisé ou séparé ? |
|---|---|
| Matériel et modèles | Mutualisés ; les modèles sont les mêmes pour tous |
| Sources et documents | Séparés par participant, sans exception |
| Utilisateurs et rôles | Issus du fournisseur d’identité de chaque participant |
| Échanges et résultats | Séparés, avec leurs propres durées de conservation |
| Journalisation | Consultable par participant, plus les journaux d’exploitation |
| Automatisations | Mutualisées quand les règles sont identiques, séparées sinon |
Testez cette séparation activement, avec un compte d’un participant qui ne doit rien voir d’un autre. Voir Gestion des accès pour l’IA.
Rôles et conventions
- Chaque administration reste responsable de traitement pour ses propres données et finalités.
- La structure exploitante est sous-traitante, avec un contrat par participant, ou il y a responsabilité conjointe si les finalités et moyens sont définis ensemble. Actez ce choix explicitement.
- Une AIPD avec des annexes par participant fonctionne mieux que cinq documents séparés. Voir L’AIPD pour l’IA générative.
- Gouvernance. Qui décide des modèles en service, qui valide une mise à jour, et comment trancher en cas de désaccord ?
- Adhésion et retrait. Quel préavis, quels coûts, et comment un participant sortant récupère-t-il données, index et automatisations ? Voir Acheter de l’IA dans le secteur public.
Les pièges de la mutualisation
- Les règles ne sont pas identiques. Une automatisation qui contrôle au regard de règlements ne fonctionne que si ces règles sont les mêmes ; sinon elle se configure par participant.
- Le plus gros participant décide de tout. Répartissez la gouvernance selon la contribution et l’intérêt, pas seulement selon la population.
- La redevabilité reste individuelle. Chaque administration rend compte de son propre usage, même si la technique est partagée.
- Capacité. Dimensionnez sur le pic cumulé des participants, pas sur la moyenne.
werqly livre par nœud un environnement où sources, rôles et journalisation sont séparés par organisation, pour mutualiser sans mélanger les données. Voir L’IA pour les collectivités.
Questions fréquentes
Questions sur ce sujet
Des administrations peuvent-elles partager un même nœud IA ?
Oui, à condition que les données restent séparées par participant, que les rôles viennent du fournisseur d’identité de chacun et qu’il soit acté d’avance qui est responsable de traitement et qui est sous-traitant. Chacun reste responsable de son usage.
Qui est responsable de traitement dans un dispositif mutualisé ?
En règle générale chaque administration participante pour ses propres données, la structure exploitante étant sous-traitante. Si les finalités et moyens sont définis ensemble, il peut y avoir responsabilité conjointe ; actez ce choix explicitement.
Peut-on partager des automatisations ?
Là où les règles sont identiques, oui : un résumé ou une classification fonctionne partout pareil. Là où les règlements diffèrent, configurez l’automatisation par participant, sinon la doctrine de l’un s’applique en silence chez l’autre.
Que prévoir en cas de retrait ?
Préavis, coûts et restitution des données, index de sources et automatisations dans un format exploitable. Prévoyez aussi le sort des automatisations communes financées en partie par le participant sortant.
Sources
Cet article est une information générale, pas un conseil juridique. Les règles et les recommandations évoluent ; en cas de doute, consultez les sources citées ou votre juriste ou DPO.