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 freigegebenen Komponenten verantwortlich.

Ein spezialisierter Agent-Knoten führt spezielle Workloads aus, wie z. B. die Task Mining-Analyse und Document Understanding-Pipelines, die eine GPU-Funktion erfordern. Die wichtigsten Task Mining- und Document Understanding-Dienste werden jedoch immer noch auf dem 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 läuft. Dies 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 zusätzlichen Hardwareanforderungen und Installationskomplexität, wodurch der Zeitaufwand für eine Installation im Vergleich zu einer Onlinebereitstellung erhöht wird.

Eine 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.