# Choisir un mode de déploiement de l'IA | tracee > API standard ou entreprise, connexion privée, environnement dédié ou auto-hébergement : choisir selon la localisation, la conservation, l'isolement et l'exploitation. Source: https://traceegroup.com/fr/ia/analyses/modes-de-deploiement --- # Choisir un mode de déploiement de l'IA. Localisation, conservation et isolement sont trois questions distinctes. ## Le mode le plus sûr est celui dont vous savez gérer les risques. Les organisations choisissent souvent le déploiement d'un modèle à l'instinct. « Ce sont des données personnelles, il faut auto-héberger. » Ou : « Le fournisseur est grand, l'API suffit. » Les deux font l'impasse sur l'analyse. Un mode de déploiement est un ensemble de choix distincts : qui traite les données, où, avec quelles conditions de conservation, par quel chemin réseau, et exploité par qui. Chaque choix déplace un risque précis. Aucun ne supprime le risque. La bonne question n'est donc pas quel mode est le plus sûr dans l'absolu, mais quel ensemble vous laisse des risques que vous pouvez voir, mesurer et maîtriser avec les personnes et les contrats dont vous disposez réellement. - Les cinq modes - Trois questions - Charge d'exploitation - Critères de choix - Contre-exemple - Exemple détaillé - Limites ## Cinq modes, cinq périmètres de contrôle. Du moins au plus exploité par vous : une API standard aux conditions standard du fournisseur ; une API entreprise avec accord de sous-traitance et contrôles d'administration ; une connexion privée, où le service de modèle est atteint par un lien privé depuis votre cloud ; un environnement dédié, avec une capacité réservée ou un modèle géré déployé dans votre propre compte cloud ; et un modèle auto-hébergé, un modèle à poids ouverts sur une infrastructure que vous exploitez. Modes de déploiement · Périmètre de contrôle ### Cinq modes, cinq périmètres différents. Faites défiler le schéma latéralement pour le voir en entier. **Lire le schéma sous forme de texte** - API standard : votre application appelle un service partagé du fournisseur par internet, chiffré en TLS, aux conditions standard. Vous ne contrôlez que l'application. - API entreprise : même chemin, même service partagé, mais sous des conditions négociées qui peuvent couvrir la conservation, le lieu de traitement et l'audit. - Connexion privée : l'appel passe par un lien privé depuis votre cloud ; le chemin réseau entre dans votre périmètre. Le calcul du modèle reste partagé. - Environnement dédié : un lien privé vers une capacité réservée, exploitée par le fournisseur ou déployée dans votre propre compte cloud. - Modèle auto-hébergé : des serveurs de modèle sur votre réseau, exploités par votre équipe, y compris correctifs, montée en charge, supervision et mises à jour. ## Localisation, conservation, isolement : posez chaque question séparément. La localisation, c'est où les données sont stockées et où elles sont traitées. Les deux peuvent différer. Un service peut stocker dans l'UE tout en exécutant l'inférence dans une autre région, ou ne proposer l'inférence européenne que pour certains modèles. Journaux, copies conservées pour la détection d'abus et accès du support peuvent chacun avoir leur propre localisation. Posez la question modèle par modèle, fonctionnalité par fonctionnalité, et conservez la réponse datée. La conservation, c'est ce que garde le fournisseur, combien de temps, qui y accède, et si cela peut servir à entraîner des modèles. Elle est fixée par contrat, diffère entre offres grand public, standard et entreprise, et évolue. Des options de conservation réduite ou nulle existent pour certains services, souvent sous conditions d'éligibilité. Vos propres journaux applicatifs font partie de la réponse : un fournisseur parfaitement configuré ne sert à rien si vos journaux gardent chaque prompt indéfiniment. L'isolement réseau, c'est le chemin emprunté par le trafic. Un point d'accès privé le tient à l'écart de l'internet public et soumet le trafic à votre politique réseau. Il ne dit rien de qui partage le calcul, ni de ce qui est conservé de l'autre côté. Un mode peut bien répondre à l'une de ces questions et mal à une autre ; c'est pourquoi une étiquette unique « sécurisé ou non » n'aide pas. ## L'auto-hébergement ne réduit pas le travail. Il vous le transfère. - Tâche - API entreprise - Modèle auto-hébergé - Correctifs et durcissement du service de modèle - Fournisseur - Votre équipe - Capacité, montée en charge, approvisionnement matériel - Fournisseur - Votre équipe - Mises à jour du modèle et réévaluation - Le fournisseur met à jour ; vous réévaluez - Votre équipe, les deux - Supervision et réponse aux incidents - Partagée - Votre équipe, en continu si le processus l'est - Contrôle d'accès et journalisation applicative - Votre équipe - Votre équipe - Contrat, accord de sous-traitance, revue des sous-traitants - Votre équipe - Largement supprimé pour le modèle ; toujours nécessaire pour l'hébergement Deux lignes ne bougent jamais : le contrôle d'accès et votre propre journalisation vous reviennent quel que soit le mode. En pratique, la plupart des incidents viennent de ces lignes-là, pas du fournisseur de modèle. ## Choisir critère par critère, flux par flux. - Classe de données et conséquence humaine. Quelle est la donnée la plus sensible du flux, et que se passe-t-il pour une personne si le résultat est faux ? - Restrictions contractuelles et internes. Ce que vos contrats, les règles de votre secteur et vos politiques internes disent réellement des sous-traitants et des lieux de traitement, lu plutôt que supposé. - Capacités requises du modèle. Testez les modèles candidats sur votre propre jeu d'évaluation. Un petit modèle ouvert qui échoue à la tâche n'est pas un choix sûr ; c'est un choix inutilisable. - Moyens d'exploitation, mesurés honnêtement. Qui corrige le serveur un vendredi soir, et en combien de temps ? Si la réponse est personne, c'est la réponse. - Coût au volume attendu. Tarification à l'appel contre capacité fixe, personnes qui l'exploitent comprises. - Sortie. Comment changer de fournisseur. Des prompts, des jeux d'évaluation et une fine couche d'abstraction gardent cette option ouverte, quel que soit le premier choix. L'explorateur de déploiement applique les critères 1, 2 et 4 sous forme d'examen préliminaire. ## Quand l'auto-hébergement n'est pas le choix réaliste le plus sûr. Illustratif Prenons une entreprise de 40 personnes, sans équipe d'infrastructure, qui veut permettre à ses salariés d'interroger les procédures RH internes, dont certaines évoquent des situations individuelles. Réticente à envoyer des données personnelles à un fournisseur, elle loue un serveur GPU et fait installer un modèle à poids ouverts par un prestataire. Le prestataire s'en va. Six mois plus tard, le système d'exploitation n'est plus à jour, un port d'administration est ouvert sur internet, les journaux applicatifs contiennent chaque question en clair, et personne ne surveille rien. L'alternative était une API entreprise sous accord de sous-traitance, avec maîtrise de la conservation, authentification unique, traitement dans une région acceptée, et des entrées minimisées pour que les détails des situations individuelles ne soient jamais envoyés. Cette option laisse aussi des risques résiduels, mais ils sont contractuels, documentés et visibles. L'option auto-hébergée laissait des risques techniques que personne n'était en mesure de voir. L'auto-hébergement est la bonne réponse pour certaines organisations : celles qui ont des données à diffusion restreinte qui ne peuvent pas sortir de leur contrôle, et l'équipe pour exploiter correctement une infrastructure. Ce n'est pas un choix par défaut pour les données personnelles. ## Une PME fictive, trois modes de déploiement. Illustratif Un bureau d'études fictif de 60 personnes veut s'aider de l'IA sur trois types de contenus : des documents bureautiques (propositions commerciales, modèles, procédures internes) ; des informations personnelles (CV et dossiers du personnel servant à composer les équipes de réponse aux appels d'offres) ; et des données à diffusion restreinte (les plans techniques d'un client, sous un accord de confidentialité qui interdit tout traitement par un tiers). Il dispose d'un responsable informatique et d'un partenaire d'infogérance, mais pas d'équipe d'infrastructure. - Contenu - Classe et contrainte - Mode retenu à l'examen - Contrôles clés - Propositions, modèles, procédures - Internes. Aucune restriction au-delà des diligences habituelles. - API entreprise, ou API standard si ses conditions excluent l'entraînement sur les entrées et fixent une conservation acceptable. - Authentification unique, accès par équipe, pas d'entraînement sur les entrées, conservation revue. - CV et dossiers du personnel - Personnelles. Accord de sous-traitance requis ; traitement dans l'UE préféré par politique interne. - API entreprise avec inférence européenne confirmée pour le modèle choisi, ou connexion privée dans l'espace cloud existant. - Minimisation : transmettre compétences et références, pas adresses ni dates de naissance. Examen d'impact avec le DPO. - Plans du client sous NDA - Diffusion restreinte. Le contrat interdit tout traitement par un tiers. - Aucun, tant que la question contractuelle n'est pas réglée avec le client. Si un traitement n'est ensuite admis que sur une infrastructure maîtrisée : un modèle déployé dans l'espace cloud du bureau ou auto-hébergé, exploité par le partenaire. - Exclus du périmètre par défaut. Accord écrit du client avant tout changement. - Examen illustratif pour une organisation fictive. Ni conclusion juridique ni conclusion de sécurité. Une organisation, trois modes. La décision se prend flux par flux, pas entreprise par entreprise. Le résultat le plus utile est la troisième ligne : reconnaître que, pour l'instant, le bon déploiement pour les plans est de ne pas en avoir. ## Ce que ce guide ne fait pas. - Il ne constitue pas un conseil juridique. Savoir si une obligation issue du RGPD ou de l'AI Act s'applique à votre usage relève de votre conseil ou de votre DPO. - Les conditions des fournisseurs, la disponibilité régionale et les options de conservation évoluent. Tout élément contractuel doit être vérifié à la date de signature. - Les quatre classes de données sont un repère de conception. Elles ne correspondent pas terme à terme à des catégories juridiques. - Les coûts ne sont pas chiffrés, car ils varient fortement selon le volume, le modèle et la région. - CNILIntelligence artificielle : le guide. Les recommandations de la CNIL sur les données personnelles dans les systèmes d'IA, dont la minimisation et l'analyse d'impact. - NISTAI Risk Management Framework, AI RMF 1.0 (en anglais), publié le 26 janvier 2023, et le profil IA générative, NIST AI 600-1, publié le 26 juillet 2024. - Commission européenneAI Act : cadre réglementaire de l'IA (en anglais). Consulté le 22 octobre 2026 pour le calendrier d'application. Ingénieur, titulaire d'un doctorat en informatique et systèmes de Sorbonne Université. Dirige le pôle IA appliquée. Profil complet.