Bereitstellungsarchitektur

Konzepte der Bereitstellungsarchitektur für die Automation Suite, die Bereitstellungsmodi mit einem einzelnen und mit mehreren Knoten und zentrale Infrastrukturkomponenten abdecken.

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
Einzelner Knoten	Unterstützt für Auswertungs- und Demoszenarien. Weitere Informationen finden Sie unter Auswertungsbereitstellung mit einem einzelnen Knoten.
Mehrere Knoten	Unterstützt für die Produktionsnutzung. Weitere Informationen finden Sie unter HA-fähige Produktionsbereitstellung mit mehreren Knoten.

Hinweis:

Bereitstellungen mit einem einzelnen Knoten (Auswertung) können in Setups mit hoher Verfügbarkeit (HA) 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. eine Task Mining-Analyse, 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. 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. Sie können nach der Bereitstellung zusätzliche Konfigurationen vornehmen, um volle HA-Funktionen zu erhalten. 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-on 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	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	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, einen SQL-Server, Blob-/Dateispeicher, Schlüsseltresore, Protokollsenken und Benachrichtigungstools. Beachten Sie, dass die Suite einige Erweiterungspunkte bietet.