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

Ein Serverknoten hostet Clusterverwaltungsdienste (Steuerungsebene), die wichtige Clustervorgänge durchführen, wie z. B. Workload-Orchestrierung, Clusterstatusverwaltung, Lastausgleich eingehender Anfragen usw. Kubernetes kann auch einige der UiPath®-Produkte und gemeinsam genutzte Komponenten ausführen, je nach Verfügbarkeit der zugrunde liegenden Ressourcen.

Ein Agent-Knoten ist nur für die Ausführung der UiPath®-Produkte und gemeinsamen Komponenten verantwortlich.

Ein spezialisierter Agent-Knoten führt spezielle Workloads aus, wie z. B. Task Mining-Analysen, Document Understanding-Pipelines, die eine GPU-Funktion erfordern, oder Automation Suite Robots. Die grundlegenden Dienste für Task Mining, Document Understanding oder Automation Suite Robots werden jedoch immer noch auf den Server- oder Agent-Knoten ausgeführt. Spezialisierte Agent-Knoten hosten keine der UiPath®-Produkte oder gemeinsamen Komponenten.

Wichtig: Die Automation Suite kann nicht garantieren, welches UiPath®-Produkt auf jedem Knoten ausgeführt wird. Das wird ausschließlich von Kubernetes verwaltet.

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

Eine Onlinebereitstellung bedeutet, dass die Automation Suite sowohl während der Installation als auch zur Laufzeit einen Internetzugang benötigt. Alle UiPath®-Produkte und unterstützenden Bibliotheken werden entweder in der UiPath®-Registrierung oder in einem von UiPath vertrauten Drittanbieterspeicher gehostet.

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

Eine Offlinebereitstellung (Air Gap) ist ein vollständig isoliertes Setup ohne Zugriff auf das Internet. Ein solches Setup erfordert die Installation einer zusätzlichen Registrierung, um alle Container-Images und Binärdateien der UiPath®-Produkte zu speichern, die in Form eines Tarballs bereitgestellt werden.

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 folgende Diagramm zeigt die Automation Suite-Architektur. Beachten Sie, dass die Docker-Registrierung und der S3-kompatible Objektspeicher auch extern gehostet werden können.

In der folgenden Tabelle sind die mit der Automation Suite gelieferten Drittanbieterkomponenten 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.
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.
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.
velero	Erforderlich¹	Open-Source-Tool, mit dem Sie einen Snapshot sichern und wiederherstellen können.

^{1 Wird nur während der Sicherung und Wiederherstellung installiert.}

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.

Auf dieser Seite