Architecture de déploiement

Terminologie

Pour plus d'informations sur les concepts de base utilisés dans un déploiement Automation Suite, reportez-vous à Glossaire.

Modes de déploiement et cas d'utilisation

Automation Suite prend en charge les deux modes de déploiement suivants :

Mode de déploiement	Description
Nœud unique — évaluation	Pris en charge à des fins d'évaluation et de démonstration. Exigences et installation du profil d'évaluation à nœud unique
Multi-nœuds — production, compatible haute disponibilité	Pris en charge pour une utilisation en production. Vous pourrez effectuer une configuration supplémentaire après le déploiement pour bénéficier de toutes les fonctionnalités haute disponibilité. Exigences et installation du profil de production compatible haute disponibilité multi-nœuds

Consultez la page Cas d'utilisation pris en charge pour les installations à nœud unique et multi-nœuds pour plus d'informations sur le mode de déploiement qui répond le mieux à vos besoins.

Architecture de déploiement

Cette page offre un aperçu de l'architecture d'Automation Suite et décrit les composants intégrés au programme d'installation.

Types de nœuds

Un nœud de serveur héberge des services de gestion de cluster (plan de contrôle) qui effectuent des opérations de cluster importantes telles que l’orchestration de la charge de travail, la gestion de l’état du cluster, les demandes entrantes d’équilibrage de charge, etc. Kubernetes peut également exécuter certains produits UiPath® ainsi que des composants partagés, en fonction de la disponibilité des ressources sous-jacentes.

Un nœud d’agent est uniquement responsable de l’exécution de produits UiPath® et de composants partagés.

Un nœud d’agent spécialisé exécute des charges de travail spéciales telles que l’analyse Task Mining et les pipelines Document Understanding qui nécessitent une capacité GPU. Cependant, les services principaux de Task Mining et de Document Understanding s’exécuteront toujours sur des nœuds de serveur ou des nœuds d’agent. Les nœuds d’agents spécialisés n’hébergent aucun produit UiPath® et aucun composant partagé.

Attention : Automation Suite ne peut pas garantir quel produit UiPath® s’exécute sur chaque nœud. Ceci est uniquement géré par Kubernetes.

Déploiement en mode d'évaluation à nœud unique

Un déploiement en mode d'évaluation à nœud unique désigne ici un nœud à serveur unique. Cela n'implique pas le déploiement de l'intégralité d'Automation Suite sur une seule machine. Vous devrez peut-être ajouter des nœuds d'agent supplémentaires ou des nœuds d'agent spécialisés si l'ensemble de la suite de produits ne peut pas tenir dans un seul nœud de serveur, ou si vous souhaitez exécuter des tâches spéciales telles que l'analyse Task Mining et les pipelines Document Understanding, qui nécessitent des capacités GPU.

Déploiement en mode de production multi-nœuds compatible haute disponibilité

Un déploiement en mode de production multi-nœuds compatible haute implique 3 nœuds de serveur ou plus derrière un équilibreur de charge. Cela permet de s'assurer qu'en cas de sinistre, lorsque l'un des nœuds du serveur tombe en panne, Automation Suite sera toujours en mesure d'exécuter les workflows essentiels de l'entreprise. Le nombre de nœuds d'agent est facultatif et il est basé sur l'utilisation réelle.

Module complémentaire haute disponibilité

Dans une configuration multi-nœuds, la haute disponibilité (HA) est activée par défaut. Cependant, le cache en mémoire basé sur Redis utilisé par les services de cluster s'exécute sur un seul pod et représente un point de défaillance unique. Pour atténuer l'impact d'une défaillance ou d'un redémarrage d'un nœud de cache, vous pouvez acheter le module complémentaire haute disponibilité (High Availability Add-on ou HAA), qui permet un déploiement redondant et multi-pods du cache.

Pour plus de détails sur l'activation de l'High Availability Add-on dans une configuration multi-nœuds, consultez Activation du module complémentaire de haute disponibilité pour le cluster.

Déploiement en ligne

Un déploiement en ligne implique qu’Automation Suite nécessitera un accès à Internet pendant l’installation et l’exécution. Tous les produits UiPath® et les bibliothèques associées sont hébergés soit dans le registre UiPath®, soit dans un magasin tiers approuvé par UiPath®.

Vous pouvez restreindre l'accès à Internet à l'aide d'un pare-feu restreint ou d'un serveur proxy en bloquant tout trafic Internet autre que celui requis par Automation Suite. Ce type de configuration est également appelé déploiement semi-en ligne. Pour plus de détails, consultez Configuration du pare-feu et Configuration du serveur proxy.

Ces types de déploiements sont plus faciles, plus rapides et nécessitent moins de ressources matérielles à installer et à gérer par rapport aux déploiements hors ligne.

Déploiement hors ligne

Un déploiement hors ligne (air-gapped) est une configuration complètement isolée, sans accès à Internet. Ce type de configuration nécessite l’installation d’un registre supplémentaire pour stocker toutes les images de conteneur et les fichiers binaires des produits UiPath®, livrés sous la forme d’une archive tar.

Remarque :

Le téléchargement de fichiers binaires (hydratation) dans le registre implique des exigences matérielles supplémentaires et une complexité d'installation, augmentant le temps nécessaire pour effectuer une installation par rapport à un déploiement en ligne.

Une installation hors ligne augmente non seulement la complexité de l'installation, mais également certains opérations de gestion du cluster telles que la maintenance de la machine, la récupération d'urgence, la mise à niveau vers des versions plus récentes, l'application de correctifs de sécurité, etc.

Vous n'êtes pas autorisé à modifier la méthode de déploiement après l'installation. Cela signifie que vous ne pouvez pas passer en mode hors ligne si l'installation est effectuée en ligne, et vice versa. Il est recommandé de choisir votre stratégie de déploiement après un examen approfondi.

Architecture d'Automation Suite

Le programme d'installation d'Automation Suite regroupe les composants obligatoires et facultatifs.

Le tableau suivant répertorie ces composants :

Composant (Component)	Facultatif/obligatoire	Description
RKE2	Requis	Distribution Kubernetes fournie par Rancher. Il s'agit de la plate-forme d'orchestration de conteneurs qui exécute tous les composants et services architecturaux.
Serveur Rancher	Requis	Outil de gestion Kubernetes de Rancher.
Longhorn	Requis	Stockage des blocs distribués fourni pour Kubernetes par Rancher. Il aide à exposer les stockages externes à l'intérieur des clusters Kubernetes pour que les charges de travail puissent les revendiquer et les utiliser comme un stockage persistant monté.
Magasin d'objets CEPH	Facultatif si vous disposez d'un magasin d'objets externe	Fournisseur de stockage open source qui expose le stockage d'objet/blob conforme à Amazon S3 en plus des volumes persistants créés par Longhorn. Il permet aux services d'utiliser le stockage blob comme fonctionnalité pour leurs opérations.
Argo CD	Requis	Outil CD déclaratif open source pour Kubernetes. Il suit le modèle GitOps d'utilisation des référentiels Git comme source centralisée de données pour définir l'état d'application souhaité. Il comprend des fonctionnalités de gestion du cycle de vie des applications (ALM) pour les composants Automation Suite et les services UiPath qui s'exécutent dans un cluster Kubernetes.
Registre Docker	Requis	Registre docker open source utilisé pour transférer et extraire des images de conteneurs de temps d'installation et d'exécution dans vos locaux.
Istio	Requis	Service mesh open source qui fournit des fonctionnalités telles que l'entrée, le routage des demandes, la surveillance du trafic, etc., pour les microservices exécutés à l'intérieur du cluster Kubernetes.
Prometheus	Requis	Boîte à outils de surveillance système open source pour Kubernetes. Il peut extraire ou accepter les métriques des composants Kubernetes ainsi que les charges de travail exécutées dans les clusters et les stocker dans une base de données de séries chronologiques.
Grafana	Requis	Outil de visualisation open source utilisé pour interroger et visualiser les données stockées dans Prometheus. Vous pouvez créer et fournir une variété de tableaux de bord pour la surveillance des clusters et des services.
Alertmanager	Requis	Outil open source qui aide à gérer les alertes envoyées par les applications clientes telles que le serveur Prometheus. Il est chargé de les dédupliquer, de les regrouper et de les acheminer vers les intégrations de récepteur appropriées, telles que la messagerie électronique, PagerDuty ou OpsGenie.
Redis	Requis	Redis Enterprise non-HA (partition unique) utilisé par certains services UiPath pour obtenir une fonctionnalité de cache centralisée.
RabbitMQ	Requis	Courtier de messages fiable open source utilisé par certains services UiPath pour implémenter des modèles d'exécution asynchrones.
MongoDB	Facultatif	MongoDB est un programme de base de données multiplateforme orienté document et disponible en open source. Classé comme programme de base de données NoSQL, MongoDB utilise des documents de type JSON avec des schémas facultatifs. MongoDB est déployé uniquement lorsque Uipath Apps est activé
FluentD et Fluentbit	Requis	Solution d'extraction de journaux fiable et open source. L'opérateur de journalisation déploie et configure un processus d'arrière-plan sur chaque nœud pour collecter les journaux de conteneur et d'application à partir du système de fichiers du nœud.
Gatekeeper	Requis	Outil open source qui permet à un administrateur Kubernetes de mettre en œuvre des politiques pour garantir la conformité et les meilleures pratiques dans son cluster.

Composants externes

Vous devez également apporter quelques composants externes, tels que des équilibreurs de charge externes, un serveur SQL, un stockage blob/de fichiers, des coffres de clés, des récepteurs de journaux et des outils de notification. Notez que la Suite comprend quelques points d'extension.