Bereitstellungsarchitektur

Terminologie

Weitere Informationen zu den Kernkonzepten, die in einer Automation Suite-Bereitstellung verwendet werden, finden Sie unter Glossar.

Bereitstellungsmodi und Anwendungsfälle

Die Automation Suite unterstützt die folgenden beiden Bereitstellungsmodi:

Bereitstellungsmodus	Beschreibung
Einzelknoten – Auswertung	Unterstützt für Auswertungs- und Demoszenarien. Anforderungen und Installation des Profils für die Auswertung mit einen Knoten
Mehrere Knoten – Produktion, HA-aktiviert	Unterstützt für die Produktionsnutzung. Sie können nach der Bereitstellung zusätzliche Konfigurationen vornehmen, um volle HA-Funktionen zu erhalten. HA-fähige Produktionsprofilanforderungen und Installation mit mehreren Knoten

Weitere Informationen zur Auswahl des Bereitstellungsmodus, den Sie am besten für Ihre Anforderungen auswählen, finden Sie unter Unterstützte Anwendungsfälle für Installationen mit einem einzelnen oder mit mehreren Knoten.

Bereitstellungsarchitektur

Auf dieser Seite wird ein Einblick in die Automation Suite-Architektur gewährt und es werden die im Installationsprogramm gebündelten Komponenten beschrieben.

Knotentypen

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.

Auswertungsbereitstellung mit einem einzelnen Knoten

Eine Auswertungsbereitstellung mit einem einzelnen Knoten bedeutet hier einen Einzelserverknoten. Dies bedeutet nicht, dass die gesamte Automation Suite auf einer einzelnen Maschine bereitgestellt wird. Möglicherweise müssen Sie einen zusätzlichen Agent oder spezialisierte Agent-Knoten hinzufügen, wenn die gesamte Produktsuite nicht auf einen einzigen Serverknoten passt oder wenn Sie spezielle Aufgaben wie Task Mining-Analysen und Document Understanding-Pipelines ausführen möchten, die GPU-Funktionen erfordern.

HA-fähige Produktionsbereitstellung mit mehreren Knoten

Eine HA-fähige Produktionsbereitstellung mit mehreren Knoten umfasst 3 oder mehr Serverknoten hinter einem Lastausgleich. Damit soll sichergestellt werden, dass im Katastrophenfall, wenn einer der Serverknoten ausfällt, die Automation Suite weiterhin zur Ausführung wichtiger Geschäftsworkflows zur Verfügung steht. Die Anzahl der Agent-Knoten ist optional und basiert auf der tatsächlichen Verwendung.

High Availability Add-on

Bei mehreren Knoten ist standardmäßig Hochverfügbarkeit (HA) aktiviert. Die Redis-basierte Zwischenspeicherung im Arbeitsspeicher, die von Clusterdiensten verwendet wird, läuft jedoch auf einem einzelnen Pod und gefährdet bei einem Ausfall das gesamte System. Um die Auswirkungen eines Cache-Knotenfehlers oder eines Neustarts zu verringern, können Sie das Hochverfügbarkeits-Add-on (High Availability Add-on, HAA) erwerben, das eine redundante Bereitstellung des Caches mit mehreren Pods ermöglicht.

Weitere Informationen zum Aktivieren von HAA bei mehreren Knoten finden Sie unter Aktivieren eines High Availability Add-ons (HAA) für den Cluster.

Onlinebereitstellung

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.

Sie können den Zugriff auf das Internet entweder mit Hilfe einer eingeschränkten Firewall oder eines Proxyservers einschränken, indem Sie den gesamten Datenverkehr über das Internet blockieren, der nicht von der Automation Suite benötigt wird. Diese Art der Einrichtung wird auch als Semi-Onlinebereitstellung bezeichnet. Weitere Informationen finden Sie unter Konfigurieren der Firewall und Konfigurieren des Proxyservers.

Im Vergleich zu Offlinebereitstellungen sind diese Bereitstellungstypen einfacher, schneller und erfordern weniger Hardwareressourcen zum Installieren und Verwalten.

Offlinebereitstellung

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.

Hinweis:

Das Hochladen von Binärdateien (Hydration) in die Registrierung führt zu einer zusätzlichen Belastung durch höhere Hardwareanforderungen, erhöhte Installationskomplexität in Bezug auf zusätzliche Prozesse und Zeit, die im Vergleich zur Onlinebereitstellung installiert werden muss. Die Offlineinstallation erhöht nicht nur die Komplexität während der Installation, sondern auch die Clusterverwaltungsvorgänge wie Maschinenwartung, Disaster Recovery, Upgrade auf neuere Versionen, das Anwenden von Sicherheits-Patches usw.

Sie dürfen die Bereitstellungsmethode nach der Installation nicht ändern. Das bedeutet, dass Sie nicht in die Offline-Installation wechseln können, wenn die Installation online durchgeführt wird und umgekehrt. Es wird empfohlen, ihre Bereitstellungsstrategie nach sorgfältiger Überlegung auszuwählen.

Die Architektur der Automation Suite

Das Installationsprogramm der Automation Suite enthält sowohl erforderliche als auch optionale Komponenten.

In der folgenden Tabelle sind diese Komponenten aufgeführt:

Komponente	Optional/Erforderlich	Beschreibung
RKE2	Erforderlich	Von Rancher bereitgestellte Kubernetes-Distribution. Es ist die Container-Orchestrierungsplattform, auf der alle architektonischen Komponenten und Dienstleistungen laufen.
Rancher Server	Erforderlich	Das Kubernetes-Management-Tool von Rancher.
Longhorn	Erforderlich	Von Rancher bereitgestellter verteilter Blockspeicher für Kubernetes. Er hilft, externe Speicher in Kubernetes-Clustern zu exponieren, damit Workloads wie persistente Speicher genutzt werden können.
CEPH-Objektspeicher	Erforderlich	Open-Source-Speicheranbieter, der Amazon S3-konformen Objekt-/Blob-Speicher auf persistenten Volumes exponiert, die von Longhorn erstellt wurden. Er ermöglicht es Diensten, blobspeicherartige Funktionen für ihre Vorgänge zu verwenden.
Argo CD	Erforderlich	Ein deklaratives Open-Source-CD-Tool für Kubernetes. Es folgt dem GitOps-Muster, bei dem Git-Repositorys als vertrauenswürdige Quelle zum Definieren des gewünschten Anwendungsstatus genutzt werden. Es bietet Application Lifecycle Management (ALM) für Automation Suite-Komponenten und UiPath-Dienste, die in einem Kubernetes-Cluster ausgeführt werden.
Docker-Registrierung	Erforderlich	Open-Source-Docker-Registry, die zum lokalen Pushen und Ziehen von Installationszeit- und Laufzeit-Container-Abbildern.
Istio	Erforderlich	Ein Open-Source-Dienstgeflecht, das Funktionen wie Ingress, Anforderungsweiterleitung, Datenverkehrsüberwachung usw. für die Microservices bietet, die im Kubernetes-Cluster ausgeführt werden.
Prometheus	Erforderlich	Open-Source-Systemüberwachungs-Toolkit für Kubernetes. Es kann Metriken aus Kubernetes-Komponenten sowie Workloads extrahieren oder akzeptieren, die in den Clustern ausgeführt werden, und diese in der Zeitreihendatenbank speichern.
Grafana	Erforderlich	Open-Source-Visualisierungstool, das zum Abfragen und Visualisieren von in Prometheus gespeicherten Daten verwendet wird. Sie können eine Vielzahl von Dashboards für die Cluster- und Dienstüberwachung erstellen und versenden.
Alertmanager	Erforderlich	Ein Open-Source-Tool zur Handhabung von Warnungen, die von Client-Anwendungen wie dem Prometheus-Server gesendet werden. Es ist verantwortlich für die Deduplizierung, Gruppierung und Weiterleitung an die richtigen Receiver-Integrationen, z. B. E-Mail, PagerDuty oder OpsGenie.
Redis	Erforderlich	Redis Enterprise ohne hohe Verfügbarkeit (Einzel-Shard), das von einigen UiPath-Diensten für zentralisierte Cache-Funktionen genutzt wird.
RabbitMQ	Erforderlich	Zuverlässiger Open-Source-Nachrichtenbroker, der von einigen UiPath-Diensten verwendet wird, um asynchrone Ausführungsmuster zu implementieren.
MongoDB	Optional	MongoDB ist ein plattformübergreifendes, dokumentenorientiertes Datenbankprogramm mit öffentlich zugänglichem Quellcode. MongoDB wird als NoSQL-Datenbankprogramm eingestuft und verwendet JSON-ähnliche Dokumente mit optionalen Schemata. MongoDB wird nur bereitgestellt, wenn UiPath Apps aktiviert ist.
Fluentd und Fluentbit	Erforderlich	Eine zuverlässige Open-Source-Protokollextraktionslösung. Der Protokollierungsanbieter stellt auf jedem Knoten einen Hintergrundprozess bereit und konfiguriert ihn, um Container- und Anwendungsprotokolle aus dem Knotendateisystem zu sammeln.
Gatekeeper	Erforderlich	Ein Open-Source-Tool, mit dem ein Kubernetes-Administrator Richtlinien zur Sicherstellung von Compliance und Best Practices in ihrem Cluster implementieren kann.

Externe Komponenten

Sie müssen auch einige externe Komponenten mitbringen, z. B. externe Lastenausgleiche, einen SQL-Server, Blob-/Dateispeicher, Schlüsseltresore, Protokollsenken und Benachrichtigungstools. Beachten Sie, dass die Suite einige Erweiterungspunkte bietet.