# Qu'est-ce qu'une passerelle LLM ? Définition, usages et choix - GateLLM

> Une passerelle LLM fait passer chaque application, agent et IDE par un seul point d'entrée : traduction de protocoles, garde des clés, mesure et audit. Ce qu'elle fait, quand elle est nécessaire, quand elle ne l'est pas, et comment la choisir.

Canonique: https://www.gatellm.io/fr/llm-gateway/

## Qu'est-ce qu'une passerelle LLM ?

Le point d'entrée unique que chaque application, agent et IDE appelle — et le seul endroit où le trafic modèle est routé, mesuré, sécurisé et audité.

Le terme est employé à la légère : les fournisseurs appellent la même couche passerelle IA, proxy LLM ou routeur LLM. Cette page la définit précisément, la distingue des notions voisines et dit explicitement quand ne pas en déployer.

Passerelle LLM — Passerelle IA / Proxy LLM / Routeur LLM

## Qu'est-ce qu'une passerelle LLM ?

Une passerelle LLM est un service placé entre vos applications et les fournisseurs de modèles. Les applications appellent un point d'entrée ; la passerelle transmet chaque requête au modèle configuré, traduit les protocoles, garde les clés des fournisseurs et enregistre l'usage. Elle n'entraîne rien sur votre trafic, ne réécrit pas vos prompts et ne remplace pas le modèle.

- C'est une infrastructure, pas un modèle — les modèles restent chez les fournisseurs que vous choisissez.
- Un seul point d'entrée sert les applications de chat, les agents de code, les traitements par lots, la voix en temps réel et les appels d'outils MCP.
- La bonne ligne de partage : la passerelle possède le chemin de la requête, l'application possède le prompt.

## Que fait réellement une passerelle LLM ?

Quatre choses : router chaque requête vers le bon modèle, normaliser les protocoles pour que tout client parle à tout fournisseur, centraliser les clés et le contrôle d'accès, et journaliser chaque appel pour le coût et l'audit. Le cache, les budgets et les contrôles de contenu se construisent par-dessus ces quatre fonctions.

- Routage et repli : un modèle par rôle d'agent, une autre voie en cas de 5xx ou de délai dépassé, mise en commun des clés amont.
- Traduction de protocoles : quatre familles de protocoles de chat, dans les deux sens, pour que le client garde son SDK.
- Gouvernance : groupes de clés, admission par en-tête, quotas par locataire, SSO et SCIM, journaux d'audit au niveau de la requête.
- Observabilité : séries de tokens et de coûts par clé, équipe et modèle, à la minute.

## Pourquoi les entreprises placent-elles une passerelle devant leurs modèles ?

Parce que l'accès aux modèles cesse d'être l'affaire d'une seule équipe. Dès que plusieurs équipes, fournisseurs et agents appellent des modèles, les questions deviennent des questions d'achat : qui peut utiliser quel modèle, combien cela coûte par service, les données sont-elles sorties du réseau, et combien de temps d'ingénierie coûte un changement de fournisseur. Une passerelle y répond par la configuration, pas par une modification de code.

- Imputation des coûts : chaque appel porte une clé et une étiquette, la dépense se répartit par équipe.
- Chemin des données : la passerelle tourne dans votre réseau ; les requêtes ne vont qu'aux points d'entrée configurés.
- Continuité : les pannes de fournisseur et les changements de modèle sont traités dans la couche de routage.
- Achat : l'auto-hébergement avec BYOK garde les clés et le trafic sous vos contrats fournisseurs.

## Quand avez-vous réellement besoin d'une passerelle LLM ?

Quand deux de ces conditions sont vraies : plus d'un fournisseur de modèles, plus d'une équipe consommatrice, une exigence de conformité ou de résidence des données, ou une dépense que personne ne sait expliquer. En dessous de cette ligne, appeler directement les API des fournisseurs est plus simple et moins cher — une passerelle est un service de plus à exploiter.

- Deux fournisseurs ou plus, pour la capacité, le coût ou la continuité.
- Des rapports de coûts par équipe ou par client sont demandés régulièrement.
- Les données ne peuvent pas quitter un réseau, une région ou un locataire donné.
- Plusieurs agents et IDE partagent aujourd'hui une ou deux clés d'API.

## Quand une passerelle est-elle le mauvais choix ?

Quand vous avez une équipe, un fournisseur et une application. Une passerelle ajoute un saut, un déploiement et une astreinte. Si la dépense mensuelle est prévisible et votre conformité simple, appelez directement le fournisseur et réexaminez la question quand le deuxième fournisseur, la deuxième équipe ou la première demande d'audit arrivera.

- Un prototype ou un outil interne unique sur un fournisseur n'en a pas besoin.
- La gestion des prompts et l'évaluation des modèles sont d'autres produits — une passerelle ne les remplace pas.
- Aucune passerelle ne dispense de lire vos contrats fournisseurs.

## En quoi une passerelle diffère-t-elle d'un service relais ou des SDK fournisseurs ?

Un relais transmet le trafic à un fournisseur pour vous, garde souvent votre clé et prélève des frais. Une passerelle que vous exploitez garde les clés et le trafic dans votre réseau et ajoute routage, mesure et politiques. Appeler directement les SDK évite cet intermédiaire mais laisse la logique de reprise, de protocole et de mesure dans chaque application.

- Un relais peut suffire pour un prototype ; le prix est que prompts et clés quittent votre réseau.
- Le SDK seul est le moins cher jusqu'au deuxième fournisseur — chaque application a alors besoin du même code de collage.
- Sur les trois, seule la passerelle peut dire qui a dépensé quoi.

| Critère | Passerelle auto-hébergée | Relais / agrégateur | SDK fournisseurs seuls |
| --- | --- | --- | --- |
| Lieu d'exécution | Votre VPC ou votre centre de données | Le cloud du fournisseur | Dans chaque application |
| Qui garde les clés | Votre coffre de secrets ; mémoire de la passerelle à l'exécution | Le fournisseur du relais | Chaque application |
| Couverture des modèles | Tout fournisseur configuré | Le catalogue du fournisseur | Un fournisseur par SDK |
| Routage et repli | Par rôle, par clé, entre fournisseurs | Limité au catalogue | Écrit par vous |
| Rapports de coûts | Par clé, groupe et modèle, depuis votre registre | Tableau de bord du fournisseur | Ce que vous construisez |
| Surface d'audit | Journaux par requête que vous possédez | Journaux du fournisseur | Dispersés entre applications |

## La passerelle doit-elle être auto-hébergée ou en SaaS ?

Auto-hébergée quand les clés, les prompts ou les journaux ne peuvent pas quitter votre réseau, ou quand les achats refusent un sous-traitant de plus. Le SaaS gagne quand vous n'avez pas d'équipe plateforme et voulez zéro exploitation. La question décisive n'est pas la mode : c'est qui peut lire votre trafic.

- L'auto-hébergement coûte des conteneurs, des mises à jour et un runbook ; le SaaS coûte un abonnement et une revue de sous-traitance.
- L'hybride existe : plan de données auto-hébergé et plan de contrôle chez le fournisseur — les prompts restent dedans, les métadonnées peut-être pas.
- Demandez le schéma de flux de données, pas la page marketing.

| Critère | Auto-hébergé | SaaS |
| --- | --- | --- |
| Chemin des données | Reste dans votre réseau | Traverse le fournisseur |
| Garde des clés | BYOK, seulement en mémoire de la passerelle | Gérées ou relayées par le fournisseur |
| Coût d'exploitation | Vous gérez conteneurs et mises à jour | Le fournisseur l'exploite |
| Première requête | Un fichier Compose | Une inscription |
| Surface de conformité | Votre DPA, vos sous-traitants | DPA et sous-traitants du fournisseur |
| Domaine de panne | Votre infrastructure | La page de statut du fournisseur |

## Comment la choisir ?

Notez la présélection sur cinq points : où elle tourne, sur quoi la facture est ancrée, quels protocoles et SDK elle parle nativement, à quel point elle gouverne clés et locataires, et si le fournisseur possédera encore le produit l'an prochain. Vérifiez ensuite ce qu'aucune matrice ne montre : pouvez-vous reproduire aujourd'hui un rapport de coûts vieux d'un mois ?

- Déploiement : auto-hébergé, SaaS ou hybride — et si le plan de contrôle appelle l'extérieur.
- Ancrage de la facturation : par instance, par siège, par token ou en pourcentage de la dépense.
- Protocoles : OpenAI, Anthropic, Gemini et DashScope dans les deux sens, avec un vrai streaming et une parité des appels d'outils.
- Gouvernance : groupes de clés, ACL par en-tête, budgets, SSO et SCIM, export d'audit.
- Reproductibilité : mêmes entrées, mêmes chiffres, des mois plus tard.

## FAQ passerelle LLM

### Une passerelle LLM est-elle la même chose qu'une passerelle IA ?

En pratique, oui. Les deux noms désignent la couche entre les applications et les modèles. Les fournisseurs diffèrent par la surface : certains relaient aussi images, audio ou embeddings. GateLLM couvre le chat, la voix en temps réel, la recherche web et les appels d'outils MCP depuis le même point d'entrée.

### Une passerelle ajoute-t-elle de la latence ?

Un saut réseau dans votre propre réseau. GateLLM n'ajoute aucune étape d'inférence ; le coût mesuré est faible devant la réponse du fournisseur, et les tokens en streaming sont transmis à leur arrivée.

### La passerelle voit-elle mes prompts ?

Elle les traite en mémoire pour les router et, si vous l'activez, pour masquer identifiants et données personnelles sur le chemin de la requête. Les journaux de requêtes sont désactivés par défaut ; une fois activés, les corps stockés sont masqués à chaque point de sortie et la consultation brute est réservée aux administrateurs et auditée.

### Une passerelle peut-elle servir plusieurs équipes ?

Oui. Les groupes de clés, les ACL par groupe et les quotas par locataire sont le mécanisme : chaque équipe a ses clés et son budget, tandis que le catalogue de modèles et les règles de routage restent partagés.

## Pour aller plus loin

- [Comparer les passerelles IA](https://www.gatellm.io/fr/compare.md)
- [Cas d’usage](https://www.gatellm.io/fr/use-cases.md)
- [Glossaire](https://www.gatellm.io/fr/glossary.md)
- [Calculateur de coûts](https://www.gatellm.io/fr/calculator.md)
- [Méthode de calcul des coûts](https://www.gatellm.io/fr/methodology.md)
- [Gouvernance de l'IA en entreprise](https://www.gatellm.io/fr/enterprise-ai-governance.md)

## Voir aussi
- [Accueil](https://www.gatellm.io/fr/index.md)
- [Tarifs](https://www.gatellm.io/fr/pricing.md)
- [Calculateur de coûts](https://www.gatellm.io/fr/calculator.md)
- [À propos](https://www.gatellm.io/fr/about.md)
- [Réserver une démo](https://www.gatellm.io/fr/demo.md)
- [FAQ](https://www.gatellm.io/fr/faq.md)
- [Comparer les passerelles IA](https://www.gatellm.io/fr/compare.md)
- [Comparer LiteLLM](https://www.gatellm.io/fr/compare/litellm.md)
- [Comparer OpenRouter](https://www.gatellm.io/fr/compare/openrouter.md)
- [Comparer Alibaba Cloud AI Gateway](https://www.gatellm.io/fr/compare/alibaba-cloud.md)
- [Comparer Azure API Management](https://www.gatellm.io/fr/compare/azure-apim.md)
- [Comparer Apigee](https://www.gatellm.io/fr/compare/apigee.md)
- [Comparer Cloudflare AI Gateway](https://www.gatellm.io/fr/compare/cloudflare.md)
- [Comparer Kong AI Gateway](https://www.gatellm.io/fr/compare/kong.md)
- [Comparer Portkey](https://www.gatellm.io/fr/compare/portkey.md)
- [Alternative à Microsoft 365 Copilot](https://www.gatellm.io/fr/compare/copilot.md)
- [LiteLLM vs Kong AI Gateway](https://www.gatellm.io/fr/compare/litellm-vs-kong.md)
- [LiteLLM vs OpenRouter](https://www.gatellm.io/fr/compare/litellm-vs-openrouter.md)
- [LiteLLM vs Portkey](https://www.gatellm.io/fr/compare/litellm-vs-portkey.md)
- [Cas d’usage](https://www.gatellm.io/fr/use-cases.md)
- [Réduire le coût des LLM](https://www.gatellm.io/fr/use-cases/reduce-cost.md)
- [Haute disponibilité](https://www.gatellm.io/fr/use-cases/high-availability.md)
- [Isolation multi-tenant](https://www.gatellm.io/fr/use-cases/multi-tenant.md)
- [Conformité et audit](https://www.gatellm.io/fr/use-cases/compliance-audit.md)
- [Dépannage par symptôme](https://www.gatellm.io/fr/use-cases/troubleshooting.md)
- [Pile de modèles multi-fournisseurs](https://www.gatellm.io/fr/use-cases/mixed-model-stack.md)
- [Héberger l’IA en interne dans Office](https://www.gatellm.io/fr/use-cases/self-hosted-office-ai.md)
- [Visibilité et attribution des tokens](https://www.gatellm.io/fr/use-cases/token-ops.md)
- [Token FinOps : allocation et contrôle des coûts IA](https://www.gatellm.io/fr/use-cases/token-finops.md)
- [Gouvernance des outils MCP](https://www.gatellm.io/fr/use-cases/mcp-tool-governance.md)
- [Recherche web pour chaque modèle](https://www.gatellm.io/fr/use-cases/web-search-grounding.md)
- [Rotation et secours multi-clés](https://www.gatellm.io/fr/use-cases/multi-key-pooling.md)
- [Contrôle des clients connectés](https://www.gatellm.io/fr/use-cases/client-admission-control.md)
- [Imposer la politique d’usage des modèles](https://www.gatellm.io/fr/use-cases/enforce-model-policy.md)
- [Aucun choix de modèle côté client](https://www.gatellm.io/fr/use-cases/automatic-model-tiering.md)
- [Un protocole, n’importe quel modèle](https://www.gatellm.io/fr/use-cases/one-protocol-any-model.md)
- [Complément Office / Microsoft 365](https://www.gatellm.io/fr/office-addin.md)
- [Glossaire](https://www.gatellm.io/fr/glossary.md)
- [Gouvernance de l'IA en entreprise](https://www.gatellm.io/fr/enterprise-ai-governance.md)
- [Méthode de calcul des coûts](https://www.gatellm.io/fr/methodology.md)
- [Catalogue de modèles](https://www.gatellm.io/fr/models.md)
- [Intégrations SDK et frameworks](https://www.gatellm.io/fr/integrations.md)
- [Agents de codage IA et harnais](https://www.gatellm.io/fr/coding-agents.md)
- [Sécurité et conformité](https://www.gatellm.io/fr/security.md)