Architecture de déploiement

Terminologie

Pour en savoir plus sur les concepts de base utilisés dans un déploiement Automation Suite, consultez 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

A server node hosts cluster management services (control plane) that perform important cluster operations such as workload orchestration, cluster state management, load balance incoming requests, etc. Kubernetes may also run a few of the UiPath® products and shared components based on underlying resource availability.

An agent node is responsible for running the UiPath® products and shared components only.

A specialized agent node runs special workloads like Task Mining analysis, Document Understanding pipelines that require GPU capability, or Automation Suite Robots. However, the core Task Mining, Document Understanding, or Automation Suite Robots services still run on the server or agent nodes. Specialized agent nodes do not host any of the UiPath® product or shared components.

Important: Automation Suite cannot guarantee which UiPath® product runs on each node. This is solely managed by 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

An online deployment means Automation Suite requires access to the internet during both installation and runtime. All the UiPath® products and supporting libraries are hosted either in UiPath® registry or UiPath-trusted third party store.

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

An offline deployment (air-gapped) is a completely isolated setup without access to the internet. This kind of setup requires the installation of an additional registry to store all the UiPath® products' container images and binaries, which are shipped in the form of tarball.

Remarque :

Le téléchargement de fichiers binaires (hydratation) dans le registre implique une charge d'exigences matérielles plus élevées, une complexité d'installation accrue relative à la présence de processus supplémentaires, ainsi qu'un temps d'installation plus long par rapport au déploiement en ligne. L'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	Requis	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.