UiPath Documentation
test-cloud
latest
false
Guide de l'administrateur de Test Cloud
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Utilisation du relais

Scénarios d'intégration Relay dans Test Cloud, couvrant les connexions Integration Service, les workflows d'API, les robots sans serveur et les connexions basées sur TCP prises en charge.

Le Relay agit comme une couche de connectivité entre les services cloud UiPath et les ressources locales. Les sections ci-dessous décrivent ce que chaque intégration permet. Les étapes de configuration de chaque intégration sont détaillées dans le guide produit respectif. Suivez les liens fournis.

Avec Integration Service​

Le relais permet aux connexions Integration Service d’atteindre des systèmes locaux qui ne sont pas exposés à Internet public, tels que les API Jira interne, SAP ou personnalisées. Une fois qu’un groupe de relais est configuré et qu’un point de terminaison enregistré, vous pouvez sélectionner Privé comme type de connexion lors de la création d’une connexion dans Integration Service.

Cela s’applique également aux scénarios « Apportez votre propre LLM » où le point de terminaison de votre modèle de langage est hébergé sur site ou sur un réseau privé. Pour de plus amples informations sur l'utilisation de Relay avec Integration Service, consultez Connexions.

Remarque :

Le relais prend en charge les connexions HTTP et HTTPS, ainsi que les connexions basées sur le TCPS répertoriées ci-dessous. Les autres types de base de données Database Hub et la transmission TCP arbitraire ne sont pas pris en charge.

Connexions basées sur le protocole TCP​

Certains connecteurs ne peuvent pas être transférés en tant que requêtes HTTP. La SAP BAPI utilise le protocole RFC de SAP sur TCP, et les connecteurs Snowflake et SQL Server utilisent les pilotes JDBC.

Le relais atteint ces systèmes via l’ exécuteur local, un processus local qui communique le protocole du connecteur.

Chaque connexion ci-dessous nécessite que l'exécuteur soit activé sur le client de relais et fonctionne dans le service Linux, le service Windows et les déploiements de conteneur . Seules les connexions répertoriées ci-dessous sont prises en charge.

Connexion basée sur TCPProtocoleNombre minimum de clients de relaisBibliothèques de connecteurs
SAP BAPISAP RFC sur TCP26.4.3SAP JCo 3, fourni par vous
SnowflakeSnowflake JDBC sur HTTPS26.4.4Aucun, le pilote est fourni dans l’exécuteur
SQL Server (connecteur Database Hub )SQL Server JDBC sur TCP26.4.4Aucun, le pilote est fourni dans l’exécuteur

Avec les workflows d'API et les processus agentiques​

Les workflows d'API et les processus agentiques peuvent appeler des API locales via Relay sans aucune modification de votre périphérique réseau. Utilisez la connexion Integration Service que vous avez créée avec votre point de terminaison local. Cela acheminera les appels vers vos systèmes cibles via le relais.

Avec les Automation Cloud Robots sans serveur​

Les Automation Cloud Robots sans serveur peuvent appeler les API locales via le relais en envoyant des requêtes à l'URL mappée du point de terminaison, authentifiées avec le jeton d'accès que le runtime du robot injecte automatiquement. Aucun agent local ou machine virtuelle n’est requis. Pour obtenir la procédure complète et un exemple de code, reportez-vous à Appel d'API locales via Relay.

Notifications​

Lorsqu’un client de relais devient inactif, UiPath envoie une notification dans l’application via le panneau Notifications . Les administrateurs peuvent choisir de recevoir les mêmes alertes par e-mail à partir de la page des paramètres des notifications.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour