Aller au contenu
Cercle IA Tech · Hébergement Un site du réseau Cercle IA Tech

Comparatif

API, cloud public, cloud français ou serveur : comparatif

Quatre façons de faire tourner une IA d'entreprise, comparées sur sept critères : lieu, droit applicable, contrôle, compétences, sortie.

Mis à jour le

Il n'y a pas de meilleure option dans l'absolu : une API d'éditeur se branche vite mais vous laisse peu de prise ; un serveur interne vous donne tout le contrôle, et toute la charge. Ce comparatif met les quatre options côte à côte sur les critères qui comptent pour un déploiement en entreprise.

À savoir : ce site est édité par IArche, qui édite ALMA, la plateforme IA pour PME d'IArche. ALMA ne figure pas dans ce comparatif, qui porte sur des types d'infrastructure et non sur des produits.

Le tableau

Critère API de l'éditeur Cloud public américain, région Europe Cloud français ou européen Serveur interne
Lieu des calculs Fixé par l'éditeur Région ou zone choisie, si l'option n'est pas « globale » Centres de données de l'hébergeur Vos locaux
Droit applicable au fournisseur Celui de l'éditeur Droit américain en plus du droit européen Européen ; « exclusivement » européen si l'offre est SecNumCloud Le vôtre
Qui peut voir les requêtes L'éditeur, selon son contrat Le cloud ; chez AWS, pas l'éditeur du modèle L'hébergeur, selon son contrat Vos administrateurs
Choix des modèles Ceux de l'éditeur Catalogue large, variable selon la région Catalogue de l'hébergeur ; chez OVHcloud AI Endpoints, Qwen, Mistral Small, gpt-oss… Modèles à poids ouverts uniquement
Compétences nécessaires Développeur Développeur et administrateur cloud Développeur, parfois administrateur Administrateur système, sécurité, matériel
Mise en route Rapide Rapide à moyenne Rapide (service géré) à longue (serveur loué) Longue
Sortie Changer d'API Changer de cloud, encadré par le Data Act Idem Rien à rendre, mais matériel à amortir

Ce que chaque ligne veut dire

Droit applicable. L'ANSSI rappelle, dans son état de la menace sur le cloud du 19/02/2025, que certains hébergeurs sont soumis au Cloud Act et au FISA américains, qui permettent aux autorités de ces pays d'accéder aux données « y compris en dehors de leurs territoires ». Elle ajoute que le seul chiffrement n'offre pas une protection adéquate quand les clés sont aussi dans le cloud. Le détail est sur la page Cloud Act.

Qui peut voir les requêtes. Les grands clouds isolent l'éditeur du modèle. AWS indique que les fournisseurs de modèles n'ont pas accès aux comptes de déploiement de Bedrock, ni donc aux requêtes et réponses des clients. Pour Claude dans Microsoft Foundry en mode « Hosted on Azure », Anthropic indique que les requêtes et réponses restent dans Azure, seules les métadonnées d'usage et les contenus signalés par ses systèmes de sécurité lui étant transmis. Voir Claude sur Bedrock, Vertex ou Foundry.

Choix des modèles. Sur un serveur interne ou un GPU loué, vous ne pouvez faire tourner que des modèles dont les poids sont publiés. Mistral AI indique par exemple que ses modèles peuvent être auto-déployés avec des moteurs comme vLLM, TensorRT-LLM ou TGI. Les modèles fermés passent par l'API de l'éditeur ou par un cloud partenaire.

Mise en route. Un service géré comme OVHcloud AI Endpoints s'appelle avec une clé d'API, en format compatible OpenAI d'après sa documentation : c'est rapide. Un serveur à vous demande de choisir le matériel, d'installer le moteur d'inférence et d'organiser la sécurité.

Comment trancher

  1. Classez les données. La CNIL juge plus sûr un déploiement sur site pour des données personnelles ou sensibles, et admet une infrastructure mutualisée pour les petites structures si les transferts sont encadrés.
  2. Regardez la criticité. L'ANSSI recommande une offre SecNumCloud en cloud public quand les données sont sensibles, quand l'impact sur le métier est critique, ou quand les utilisateurs ne sont pas de confiance (R14).
  3. Comptez vos compétences. Un serveur mal administré est moins sûr qu'un cloud bien réglé.
  4. Écrivez la sortie. Format d'export, durée de transition, frais : voyez le Data Act.

Prenons un exemple illustratif : un cabinet de cinq personnes qui veut résumer des courriers clients. Les courriers contiennent des données personnelles ; le cabinet n'a pas d'administrateur. Il écartera sans doute le serveur interne, et comparera un cloud réglé sur une zone européenne avec un hébergeur français, en lisant les contrats des deux.

Questions fréquentes

Quelle option protège le mieux des données sensibles ?

La CNIL juge généralement plus sûr un déploiement sur site pour des données personnelles ou sensibles. Pour un cloud public, l'ANSSI recommande alors une offre qualifiée SecNumCloud.

Un hébergement en Europe chez un fournisseur américain protège-t-il du Cloud Act ?

Pas entièrement. L'ANSSI rappelle que le Cloud Act permet aux autorités américaines d'accéder à des données y compris hors des États-Unis. La CNIL recommande, pour les données les plus sensibles, un prestataire soumis exclusivement au droit européen.

Sources

Pages consultées pour écrire cet article :

  1. https://www.cnil.fr/fr/les-questions-reponses-de-la-cnil-sur-lutilisation-dun-systeme-dia-generative
  2. https://www.cnil.fr/fr/cloud-les-risques-dune-certification-europeenne-permettant-lacces-des-autorites-etrangeres
  3. https://messervices.cyber.gouv.fr/documents-guides/Recommandations_de_sécurité_pour_un_système_d_IA_générative.pdf
  4. https://cert.cyber.gouv.fr/uploads/CERTFR-2025-CTI-001.pdf
  5. https://docs.aws.amazon.com/bedrock/latest/userguide/data-protection.html
  6. https://platform.claude.com/docs/en/build-with-claude/claude-in-microsoft-foundry
  7. https://docs.mistral.ai/deployment/self-deployment/
  8. https://docs.ovhcloud.com/fr/guides/public-cloud/ai-machine-learning/ai-endpoints-getting-started
  9. https://www.ovhcloud.com/en/public-cloud/ai-endpoints/catalog/

À lire aussi