doc-locale/fr-fr/administration/gitlab_duo_self_hosted/_index.md
{{< details >}}
{{< /details >}}
{{< history >}}
ai_custom_model. Désactivé par défaut.ai_custom_model a été supprimé dans GitLab 17.8.{{< /history >}}
Hébergez votre propre infrastructure d'IA pour utiliser les fonctionnalités de GitLab Duo avec les LLM de votre choix. Utilisez une AI Gateway auto-hébergée pour conserver toutes les données de requête et de réponse dans votre propre environnement, éviter les appels d'API externes et gérer le cycle de vie complet des requêtes vers vos backends LLM.
Vous pouvez utiliser des modèles auto-hébergés avec différentes options de déploiement.
Utilisez GitLab Duo Agent Platform Self-Hosted pour les modèles sur site ou les modèles hébergés dans un cloud privé dans GitLab Duo Agent Platform.
Pour les clients disposant d'une licence hors ligne, la facturation utilise un contrat de licence Enterprise pour GitLab Duo, et vous devez disposer du module complémentaire GitLab Duo Agent Platform Self-Hosted.
Pour les clients disposant d'une licence en ligne, la facturation est basée sur l'usage. Vous pouvez également utiliser des modèles gérés par GitLab dans un déploiement hybride.
GitLab Duo Self-Hosted s'adresse aux clients disposant de GitLab Duo Enterprise qui utilisent les fonctionnalités de GitLab Duo. Vous pouvez utiliser :
Cette option utilise une tarification basée sur les sièges.
Le tableau suivant répertorie :
Pour utiliser les fonctionnalités de GitLab Duo avec GitLab Duo Self-Hosted, vous devez disposer du module complémentaire GitLab Duo Enterprise. Cela s'applique même si vous pouvez utiliser ces fonctionnalités avec GitLab Duo Core ou GitLab Duo Pro lorsque GitLab héberge ces modèles et s'y connecte via l'AI Gateway dans le cloud.
| Fonctionnalité | Version de GitLab | Statut |
|---|---|---|
| GitLab Duo Agent Platform | GitLab 18.8 et versions ultérieures | Généralement disponible |
| GitLab Duo | ||
| Code Suggestions | GitLab 17.9 et versions ultérieures | Généralement disponible |
| GitLab Duo Non-Agentic Chat | GitLab 17.9 et versions ultérieures | Généralement disponible |
| Code Explanation | GitLab 17.9 et versions ultérieures | Généralement disponible |
| Test Generation | GitLab 17.9 et versions ultérieures | Généralement disponible |
| Refactor Code | GitLab 17.9 et versions ultérieures | Généralement disponible |
| Fix Code | GitLab 17.9 et versions ultérieures | Généralement disponible |
| Code Review | GitLab 18.3 et versions ultérieures | Généralement disponible |
| Root Cause Analysis | GitLab 17.10 et versions ultérieures | Bêta |
| Vulnerability Explanation | GitLab 18.1.2 et versions ultérieures | Bêta |
| Merge Commit Message Generation | GitLab 18.1.2 et versions ultérieures | Bêta |
| Merge Request Summary | GitLab 18.1.2 et versions ultérieures | Bêta |
| Discussion Summary | GitLab 18.1.2 et versions ultérieures | Bêta |
| GitLab Duo for the CLI | GitLab 18.1.2 et versions ultérieures | Bêta |
| Vulnerability Resolution | GitLab 18.1.2 et versions ultérieures | Bêta |
| GitLab Duo and SDLC trends Dashboard | GitLab 17.9 et versions ultérieures | Bêta |
| Code Review Summary | GitLab 18.1.2 et versions ultérieures | Expérimentation |
Les métadonnées de facturation suivantes sont envoyées à GitLab pour la facturation à l'usage dans un objet JSON :
Par exemple :
{
"InstanceId": "ccbb3949-9836-471c-b2nb-32a38e8cca99",
"GlobalUserId": "KWDTe17sGSADiAzEGJ6IuL1D7RAzsXqa2wun3aX1YuA=",
"Quantity": 1,
"Timestamp": "2026-05-04 18:04:30.969000000"
}
Les données d'inférence, y compris les entrées de code, les invites de modèle et les réponses des modèles, ne quittent pas le réseau du client.
GitLab ne collecte pas d'informations sur le modèle ou le fournisseur de modèle utilisé par le client.
Après avoir choisi une option de produit, configurez la façon dont votre AI Gateway se connecte aux LLM :
| Configuration | AI Gateway auto-hébergée | Configuration hybride d'AI Gateway et de modèles | AI Gateway de GitLab.com |
|---|---|---|---|
| Exigences en matière d'infrastructure | Nécessite d'héberger votre propre AI Gateway et vos propres modèles | Nécessite d'héberger votre propre AI Gateway et vos propres modèles | Aucune infrastructure supplémentaire nécessaire |
| Options de modèles | Choisissez parmi les modèles auto-hébergés pris en charge | Choisissez parmi les modèles auto-hébergés pris en charge ou les modèles gérés par GitLab pour chaque fonctionnalité de GitLab Duo | Utilise les modèles gérés par GitLab par défaut |
| Exigences réseau | Peut fonctionner dans des réseaux totalement isolés | Nécessite une connectivité Internet pour les fonctionnalités de GitLab Duo qui utilisent des modèles gérés par GitLab | Nécessite une connectivité Internet |
| Responsabilités | Vous configurez votre infrastructure et assurez votre propre maintenance | Vous configurez votre infrastructure, assurez votre propre maintenance et choisissez les fonctionnalités qui utilisent les modèles gérés par GitLab et l'AI Gateway | GitLab se charge de la configuration et de la maintenance |
Dans une configuration entièrement auto-hébergée, vous déployez votre propre AI Gateway et utilisez uniquement les LLM pris en charge dans votre infrastructure, sans utiliser l'infrastructure GitLab ni les modèles de fournisseurs d'IA. Cela vous donne un contrôle total sur vos données et votre sécurité.
[!note] Cette configuration inclut uniquement les modèles configurés via votre AI Gateway auto-hébergée. Si vous utilisez des modèles gérés par GitLab pour certaines fonctionnalités, ces fonctionnalités se connectent à l'AI Gateway hébergée par GitLab plutôt qu'à votre gateway auto-hébergée, ce qui en fait une configuration hybride plutôt qu'entièrement auto-hébergée.
Pendant que vous déployez votre propre AI Gateway, vous pouvez toujours utiliser des services LLM dans le cloud comme AWS Bedrock ou Azure OpenAI comme backend de modèle, qui continueront à se connecter via votre AI Gateway auto-hébergée.
Si vous disposez d'un environnement hors ligne avec des barrières physiques ou des politiques de sécurité qui empêchent ou limitent l'accès à Internet, ainsi que des contrôles LLM complets, vous devez utiliser cette configuration entièrement auto-hébergée.
Pour plus d'informations, voir :
{{< history >}}
ai_self_hosted_vendored_features. Désactivé par défaut.ai_self_hosted_vendored_features a été supprimé.{{< /history >}}
Dans cette configuration hybride, vous déployez votre propre AI Gateway et des modèles auto-hébergés pour la plupart des fonctionnalités, mais vous configurez des fonctionnalités spécifiques pour utiliser des modèles gérés par GitLab. Lorsqu'une fonctionnalité est configurée pour utiliser un modèle géré par GitLab, les requêtes correspondantes sont envoyées à l'AI Gateway hébergée par GitLab plutôt qu'à votre AI Gateway auto-hébergée.
Cette option offre de la flexibilité en vous permettant de :
[!note] Lorsque des fonctionnalités sont configurées pour utiliser des modèles gérés par GitLab :
- Tous les appels à ces fonctionnalités utilisent l'AI Gateway hébergée par GitLab, et non l'AI Gateway auto-hébergée.
- Une connectivité Internet est requise pour ces fonctionnalités.
- Il ne s'agit pas d'une configuration entièrement auto-hébergée ou isolée.
Utilisez les modèles gérés par GitLab pour vous connecter à des modèles d'IA sans avoir besoin d'auto-héberger une infrastructure. Ces modèles sont entièrement gérés par GitLab.
Vous pouvez sélectionner le modèle GitLab par défaut à utiliser avec une fonctionnalité native d'IA. Pour le modèle par défaut, GitLab utilise le meilleur modèle en fonction de la disponibilité, de la qualité et de la fiabilité. Le modèle utilisé pour une fonctionnalité peut changer sans préavis.
Lorsque vous sélectionnez un modèle géré par GitLab spécifique, toutes les requêtes pour cette fonctionnalité utilisent exclusivement ce modèle. Si le modèle devient indisponible, les requêtes vers l'AI Gateway échouent et les utilisateurs ne peuvent pas utiliser cette fonctionnalité jusqu'à ce qu'un autre modèle soit sélectionné.
[!note] Lorsque vous configurez une fonctionnalité pour utiliser des modèles gérés par GitLab :
- Les appels à ces fonctionnalités utilisent l'AI Gateway hébergée par GitLab, et non l'AI Gateway auto-hébergée.
- Une connectivité Internet est requise pour ces fonctionnalités.
- La configuration n'est pas entièrement auto-hébergée ou isolée.
{{< details >}}
{{< /details >}}
Si vous ne remplissez pas les critères d'utilisation de GitLab Duo Self-Hosted, vous pouvez utiliser l'AI Gateway de GitLab.com avec les LLM de fournisseurs externes GitLab par défaut.
L'AI Gateway de GitLab.com est l'offre Enterprise par défaut et n'est pas auto-hébergée. Dans cette configuration, vous connectez votre instance à l'AI Gateway hébergée par GitLab, qui s'intègre avec des fournisseurs LLM externes, notamment :
Ces LLM communiquent via le GitLab Cloud Connector, offrant une solution d'IA prête à l'emploi sans avoir besoin d'infrastructure sur site.
Pour plus d'informations, consultez le schéma de configuration de l'AI Gateway de GitLab.com.
Pour configurer cette infrastructure, consultez comment configurer GitLab Duo sur une instance GitLab Self-Managed.
Si vous disposez d'une licence hors ligne, vous pouvez configurer une infrastructure entièrement privée :
Installez une infrastructure de service de grands modèles de langage (LLM).
GitLab prend en charge diverses plateformes pour servir et héberger vos LLM, telles que vLLM, AWS Bedrock et Azure OpenAI. Pour plus d'informations sur chaque plateforme, consultez la documentation sur les plateformes LLM prises en charge.
GitLab fournit une matrice de modèles pris en charge avec leurs fonctionnalités spécifiques et leurs exigences matérielles. Pour plus d'informations, consultez la documentation sur les modèles pris en charge et les exigences matérielles.
Installez l'AI Gateway pour accéder aux fonctionnalités de GitLab Duo.
Configurez votre instance GitLab pour que les fonctionnalités utilisent des modèles auto-hébergés.
Activez la journalisation pour suivre et gérer les performances de votre système.