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 Bereitstellungsmodi:

Bereitstellungsmodus	Beschreibung
Einzelknoten – Standardmodus	Standardmäßig für Auswertungs- und Demoszenarien unterstützt. Eine Bereitstellung mit einem einzelnen Knoten kann auch in der Produktion verwendet werden, jedoch nur, wenn bestimmte Anforderungen erfüllt sind. Weitere Informationen dazu finden Sie unter Produktionsbereitstellung mit einem einzelnen Knoten.
Mehrere Knoten – Produktion, HA-aktiviert	Unterstützt für die Produktionsnutzung. Sie können zwischen zwei Arten des Modus mit mehreren Knoten wählen: Lite-Modus Standardmäßig sind die Infrastruktur und die gemeinsamen Komponenten auf den HA-Modus festgelegt, während alle Dienste auf Nicht-HA festgelegt sind (horizontales Pod-Autoscaling ist mit mindestens einem Replikat aktiviert). Sie können bestimmte Dienste auf HA festlegen. Sie haben auch die Möglichkeit, nach der Bereitstellung zusätzliche Konfigurationen durchzuführen, um volle HA-Funktionen zu erhalten. HA-Modus Vollständig aktivierte HA, entweder mit clusterinterner oder externer Hochverfügbarkeit.

Hinweis: Bereitstellungen mit einem einzelnen Knoten können in HA-Setups konvertiert werden, indem die zusätzliche Hardware hinzugefügt wird, die für Bereitstellungen mit mehreren Knoten erforderlich ist. Weitere Informationen finden Sie auf der Seite Skalieren einer Bereitstellung mit einem einzelnen Knoten (Auswertung) auf eine Bereitstellung mit mehreren Knoten (HA) .

Die Automation Suite verwendet eine Cloud-native Architektur, die auf Kubernetes basiert. Sie bietet alle Vorteile von Kubernetes hinsichtlich Skalierung, automatischer Ressourcenverwaltung und Zuverlässigkeit.

Um diese Vorteile zu bieten, basiert das Design von Kubernetes auf den folgenden grundlegenden Aspekten:

• Ausführung auf einer ungleichen Anzahl von mehreren Maschinen (3, 5, 7, etc.);
• Verwenden des Quorum-Prinzips zur Handhabung von unabhängigen Knotenfehlern und Datenbeschädigung. Bei einem Cluster mit N Maschinen ist der Cluster funktionsfähig und kann sich ohne beobachtete Ausfälle erholen, solange es noch eine Anzahl von N/2 + 1 Maschinen gibt, die ein Quorum haben.

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. Document Understanding-Pipelines, die eine GPU-Funktion erfordern, oder Automation Suite Robots. Die grundlegenden Document Understanding- oder Automation Suite Robots-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 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 Document understanding-Pipelines ausführen möchten, die GPU-Funktionen erfordern.

Produktionsbereitstellung mit einem Knoten

Eine Bereitstellung mit einem einzelnen Knoten wird normalerweise für Auswertungs- oder Demoszenarien verwendet. In begrenzten Fällen kann sie auch für die Produktion verwendet werden, aber nur, wenn alle folgenden Bedingungen erfüllt sind:

• Sie müssen einen externen Objektspeicher verwenden. Weitere Informationen finden Sie unter Konfigurieren eines externen Objektspeichers.
• Sie müssen die Sicherung aktivieren. Weitere Informationen finden Sie unter Sichern und Wiederherstellen des Clusters.
• Sie können später zu einer Bereitstellung mit mehreren Knoten wechseln, indem Sie dem Cluster neue Serverknoten hinzufügen und die Bereitstellung in eine Bereitstellung mit mehreren Knoten (HA) konvertieren. Ausführliche Schritte finden Sie auf der Seite Skalieren einer Bereitstellung mit einem einzelnen Knoten (Auswertung) auf eine Bereitstellung mit mehreren Knoten (HA) .

Wichtig: Diese Konfiguration bietet keine hohe Verfügbarkeit und sollte nur dann in Betracht gezogen werden, wenn ein Setup mit mehreren Knoten nicht möglich ist. Eine HA-fähige Bereitstellung mit mehreren Knoten bleibt die empfohlene langfristige Option.

Bereitstellung im Lite-Modus

Der Lite-Modus ist eine einfache Bereitstellung, die weniger Anforderungen an Ihre Infrastrukturressourcen stellt. Er bietet Flexibilität durch seine hohe Konfigurierbarkeit für Dienste, die eine hohe Verfügbarkeit erfordern. Standardmäßig werden die Infrastruktur und die gemeinsamen Komponenten im HA-Modus bereitgestellt und alle Dienste befinden sich im Lite-Modus. Sie können bestimmte Dienste auf den HA-Modus umstellen.

Wichtig: Sie können den Lite-Modus in der Produktion verwenden, aber Sie müssen sich der Auswirkungen und Risiken von Diensten ohne aktivierte hohe Verfügbarkeit bewusst sein.

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 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.
CEPH-Objektspeicher	Optional, wenn Sie über einen externen Objektspeicher verfügen	Open-Source-Speicheranbieter, der Amazon S3-konformen Objekt-/Blob-Speicher verfügbar macht. 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	Optional, wenn Sie eine externe Registrierung haben	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	Optional (Sie können integrierte Überwachungskomponenten ausschließen)	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	Optional (Sie können integrierte Überwachungskomponenten ausschließen)	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	Optional (Sie können integrierte Überwachungskomponenten ausschließen)	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	Erforderlich1	Open-Source-Tool, mit dem Sie einen Snapshot sichern und wiederherstellen können.
Thanos	Erforderlich	Open-Source-Tool zum Übertragen der Prometheus-Matrix per Push an einen Objektspeicher zur Persistenz.

¹ Wird nur während der Sicherung und Wiederherstellung installiert.

Externe Komponenten

Sie müssen auch einige externe Komponenten mitbringen, z. B. externe Lastenausgleiche und einen SQL-Server. Beachten Sie, dass die Suite einige Erweiterungspunkte bietet.