doc-locale/fr-fr/administration/gitlab_duo/configure/_index.md
{{< details >}}
{{< /details >}}
GitLab Duo est un assistant d'IA natif qui vous aide tout au long du cycle de vie du développement logiciel.
Vous pouvez configurer GitLab Duo pour qu'il utilise l'une des options suivantes :
https://duo-workflow-svc.runway.gitlab.net en HTTP/2. L'application et le service communiquent au moyen de gRPC.duo-workflow-svc.runway.gitlab.net sur le port 443 avec https://, et prendre en charge le trafic HTTP/2.Votre instance GitLab doit autoriser les connexions entrantes depuis les clients d'environnements de développement intégrés (IDE).
Connection: upgradeUpgrade: websocketHTTP/2Sec-WebSocket-*wss:// (WebSocket Secure).wss://<customer-instance>/-/cableHTTP/2 n'est pas rétrogradé vers HTTP/1.1.443 (HTTPS/WSS)En cas de problème :
wss://gitlab.example.com/-/cable et d'autres domaines .com est soumis à des restrictions.Pour résoudre ce problème, modifiez les paramètres de votre proxy :
# Enable WebSocket reverse Proxy
# Needs proxy_wstunnel enabled
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteRule ^/?(.*) "ws://127.0.0.1:8181/$1" [P,L]
Pour les fonctionnalités de GitLab Duo Agent Platform qui s'appuient sur des runners, comme les flows, le runner doit pouvoir se connecter à l'instance GitLab.
Les mêmes connexions entrantes des clients vers l'instance GitLab doivent également être autorisées en sortie du runner vers l'instance GitLab.
En outre, les runners doivent pouvoir se connecter à :
| Destination | Port | Objectif |
|---|---|---|
registry.npmjs.org | 443 | Télécharger le paquet Duo CLI au moment de l'exécution |
registry.gitlab.com | 443 | Télécharger l'image Docker par défaut (sauf si vous utilisez une image personnalisée) |
Si votre organisation ne peut pas autoriser l'accès au registre npm public, vous pouvez utiliser une image Docker personnalisée qui contient déjà les dépendances requises.
[!note] La connexion du runner au service GitLab Duo Agent Platform est acheminée via l'instance GitLab. Les runners ne se connectent pas directement à
duo-workflow-svc.runway.gitlab.net. L'exigence de pare-feu pourduo-workflow-svc.runway.gitlab.netsur le port443s'applique à l'instance GitLab, et non au runner. La configuration réseau de votre runner doit autoriser le trafic HTTPS sortant vers l'instance GitLab.
{{< history >}}
{{< /history >}}
Pour contribuer à améliorer la qualité du service, vous pouvez partager avec GitLab des données sur l'utilisation des fonctionnalités GitLab Duo Agent Platform.
Lorsque vous activez la collecte de données, GitLab consigne des informations sur l'utilisation des fonctionnalités GitLab Duo. Ces données servent exclusivement à améliorer le service et à en assurer le débogage, et non à entraîner des modèles d'IA.
Pour plus d'informations sur les données collectées, consultez la section Données d'utilisation de GitLab Duo Agent Platform.
Prérequis :
Pour activer la journalisation étendue :
Si vous utilisez une passerelle d'IA auto-hébergée et des modèles auto-hébergés, les journaux détaillés sont stockés dans votre infrastructure et ne sont pas partagés avec GitLab. Pour partager des données avec GitLab, vous devez configurer votre passerelle d'IA auto-hébergée afin qu'elle transmette des traces à un service d'observabilité externe.
Vous pouvez utiliser le ping de service pour envoyer des données d'utilisation à GitLab. Ces données sont distinctes des données de télémétrie.
{{< details >}}
{{< /details >}}
{{< history >}}
{{< /history >}}
Vous pouvez vérifier si votre instance remplit les conditions requises pour utiliser GitLab Duo. Une fois terminé, le contrôle d'intégrité affiche un résultat de réussite ou d'échec, ainsi que les types de problèmes détectés. Si le contrôle d'intégrité échoue à l'un des tests, les utilisateurs risquent de ne pas pouvoir utiliser les fonctionnalités GitLab Duo dans votre instance.
Il s'agit d'une fonctionnalité en version bêta.
Prérequis :
Pour lancer un contrôle d'intégrité :
Les tests suivants sont effectués :
| Test | Description |
|---|---|
| Passerelle d'IA | Modèles GitLab Duo Self-Hosted uniquement. Vérifie si l'URL de la passerelle d'IA est configurée comme variable d'environnement. Cette connectivité est requise pour les déploiements de modèles auto-hébergés qui utilisent la passerelle d'IA. |
| Réseau | Vérifie si votre instance peut se connecter à customers.gitlab.com et à cloud.gitlab.com. |
Si votre instance ne peut se connecter à aucune des deux destinations, assurez-vous que les paramètres de votre pare-feu ou de votre serveur proxy autorisent la connexion. |
| Synchronisation | Vérifie si votre abonnement :
- a été activé au moyen d'un code d'activation et peut être synchronisé avec customers.gitlab.com.
- dispose d'identifiants d'accès valides.
- a été synchronisé récemment. Si votre abonnement n'a pas été synchronisé récemment ou si ses identifiants d'accès sont manquants ou expirés, vous pouvez synchroniser manuellement les données de votre abonnement. |
| Suggestions de code | Modèles GitLab Duo Self-Hosted uniquement. Vérifie si la fonctionnalité Suggestions de code est disponible :
- votre licence donne accès à la fonctionnalité Suggestions de code.
- vous disposez des autorisations nécessaires pour utiliser la fonctionnalité. |
| GitLab Duo Agent Platform | Vérifie si le service backend est opérationnel et accessible. Ce service est requis pour les fonctionnalités agentiques comme GitLab Duo Agent Platform et GitLab Duo Agentic Chat.
Pour GitLab Duo Self-Hosted, ce test ne peut pas réussir tant que vous n'avez pas sélectionné un modèle auto-hébergé pour la fonctionnalité GitLab Duo Agent Platform.
Vérifie également si les prérequis suivants des flows par défaut sont remplis :
- le paramètre d'exécution des flows au niveau de l'instance est activé.
- le paramètre des flows par défaut au niveau de l'instance est activé.
- au moins un runner d'instance actif portant le tag gitlab--duo est enregistré et connecté, et il utilise un exécuteur compatible avec Docker.|
| Échange système | Vérifie si la fonctionnalité Suggestions de code peut être utilisée dans votre instance. Si l'évaluation de l'échange système échoue, les utilisateurs risquent de ne pas pouvoir utiliser les fonctionnalités GitLab Duo. |
| Facturation d'utilisation | Vérifie si votre instance peut se connecter aux points de terminaison de facturation d'utilisation, notamment le portail Customers Portal, la passerelle d'IA et le service Duo Workflow Service. |
Si vous rencontrez des problèmes avec le contrôle d'intégrité sur une instance GitLab antérieure à la version 17.10, consultez la page de dépannage.
Par défaut, GitLab Duo utilise des modèles de langage pris en charge, mis à disposition par des fournisseurs d'IA, et transmet les données par l'intermédiaire d'une passerelle d'IA basée sur le cloud et hébergée par GitLab.
Si vous souhaitez héberger vos propres modèles de langage ou votre propre passerelle d'IA :
Pour GitLab Dedicated for Government, vous devez utiliser GitLab Duo Self-Hosted avec des modèles approuvés par FedRAMP. La passerelle d'IA basée sur le cloud et les modèles mis à disposition par des fournisseurs d'IA ne sont pas disponibles pour GitLab Dedicated for Government.
Pour plus d'informations, consultez la page Configurer GitLab Duo sur GitLab Dedicated for Government.