Initial IAPoser une question
← Toutes les ressources

Guide de décision · 8 min

IA privée ou publique :
comment choisir ?

Une grille simple pour décider usage par usage, selon les données, les intégrations, le volume et le niveau de contrôle attendu.

EN 60 SECONDES

Ce qu’il faut retenir.

  1. 01

    « Privée » décrit un niveau d’isolation et de contrôle : ce n’est pas, à lui seul, une garantie de sécurité.

  2. 02

    Un service public peut convenir à des usages peu sensibles, exploratoires et faiblement intégrés.

  3. 03

    La bonne architecture est souvent hybride : un environnement différent selon le risque et la valeur du flux.

01 · Poser les mots

Trois architectures, pas deux camps.

Un service d’IA public est généralement utilisé dans l’environnement mutualisé d’un fournisseur. Un environnement privé hébergé réserve une couche applicative et des ressources contrôlées à votre organisation. Un déploiement on-premise installe tout ou partie du système dans votre infrastructure.

Ces catégories ne disent pas tout. Le contrat, la localisation, la conservation des requêtes, les sous-traitants, la gestion des identités et la journalisation comptent autant que l’étiquette commerciale.

  • SaaS public : mise en route rapide, exploitation déléguée, contrôle dépendant du fournisseur et du contrat.
  • Privé hébergé : environnement isolé, opéré pour vous, avec davantage de réglages et de visibilité.
  • On-premise : maîtrise maximale du socle, mais responsabilité d’exploitation et capacité matérielle à assumer.
02 · Comparer

Six critères suffisent pour une première décision.

Commencez par le flux de travail, pas par le modèle. Un assistant qui résume des contenus publics n’a pas le même besoin qu’un agent connecté au CRM, aux contrats et à la messagerie.

  • Sensibilité : quelles données entrent, sortent ou sont générées ?
  • Accès : faut-il appliquer les droits documentaires de chaque utilisateur ?
  • Intégration : le système agit-il dans un outil métier ou répond-il seulement à une question ?
  • Charge : combien d’utilisateurs, de requêtes simultanées et de documents ?
  • Traçabilité : faut-il expliquer, auditer ou rejouer une réponse ?
  • Réversibilité : peut-on exporter les données, les journaux et changer de modèle ?
03 · Composer

Une trajectoire hybride est souvent la plus rationnelle.

Réserver l’architecture la plus lourde à tous les usages ralentit l’adoption. À l’inverse, laisser chaque équipe choisir son outil disperse les données et les responsabilités. La solution consiste à définir quelques zones d’usage lisibles.

Par exemple : expérimentation sur données publiques dans un outil validé, assistant documentaire interne dans un espace privé, traitement de données très contraintes sur une infrastructure dédiée ou sur site.

POINT DE DÉCISION

Le bon niveau de contrôle est celui qui correspond au flux réel — pas celui qui paraît le plus rassurant dans une présentation.

04 · Décider

Les questions à trancher avant de signer.

Cette liste tient sur une page et permet de comparer deux offres sans se perdre dans les noms de modèles.

  1. 01

    Les données servent-elles à entraîner ou améliorer un modèle du fournisseur ?

  2. 02

    Où sont stockées les requêtes, pièces jointes, index et sauvegardes ?

  3. 03

    Quelle durée de conservation est appliquée et qui peut la modifier ?

  4. 04

    L’authentification d’entreprise et les rôles sont-ils pris en charge ?

  5. 05

    Les droits de la source sont-ils respectés lors de la recherche documentaire ?

  6. 06

    Les actions, réponses et changements de configuration sont-ils journalisés ?

  7. 07

    Quels sous-traitants interviennent et dans quelles zones géographiques ?

  8. 08

    Que peut-on exporter à la fin du contrat ?

  9. 09

    Quel est le coût à charge réelle, pas seulement au prix par utilisateur ?

  10. 10

    Qui corrige un incident et dans quel délai ?

SOURCES & MÉTHODE

Pour vérifier et aller plus loin.

Nous privilégions les textes officiels et les cadres de référence. Les recommandations de ce guide sont notre lecture opérationnelle de ces sources, à adapter à votre contexte.

  1. 01
    ANSSI — Sécurité des systèmes d’IA générative

    Recommandations d’architecture et d’intégration au système d’information.

  2. 02
    CNIL — Fiches pratiques IA

    Points de vigilance concernant les données personnelles et les droits.

  3. 03
    NIST — AI Risk Management Framework

    Cadre volontaire pour gouverner, cartographier, mesurer et traiter les risques.

Environnement privé hébergé

Vous voulez garder les données dans un cadre maîtrisé ?

Nous cadrons le flux, l’hébergement, les modèles et l’exploitation avant de dimensionner la solution.

Voir l’offre liée