So funktionieren Cloud-Roboter und der Orchestrator

Aufteilung der Verantwortung zwischen dem Orchestrator als Steuerungsebene und Robotern als Ausführungsebene für die Zuweisung von Aufträgen, die Zuweisung von Runtime und die Unterschiede je nach Robotertyp.

Der Orchestrator und der Roboter führen unterschiedliche Aufgaben aus. Der Orchestrator entscheidet, was ausgeführt wird, wo es ausgeführt wird und welche Ordnerressourcen der Auftrag verwenden kann. Der Roboter stellt die Ausführungsumgebung bereit und führt den Workload aus. Die Netzwerkkonnektivität zu Ihren eigenen Systemen wird außerhalb beider, auf Mandantenebene konfiguriert.

Jeder Robotertyp stellt auf die gleiche Weise eine Verbindung mit dem Orchestrator her und wird als Maschine in der gleichen Ordnerstruktur angezeigt, unabhängig davon, ob der Host selbstverwaltet, von UiPath bereitgestellt oder automatisch in Ihrem eigenen Cloud-Konto skaliert wird.

Was jede Seite besitzt

Orchestrator – die Steuerungsebene	Der Roboter – die Ausführungsebene
Das Maschinenobjekt und die Maschinenvorlage, einschließlich Runtime und Slot-Zuweisung	Das Betriebssystem, die installierte Software und lokale Abhängigkeiten
Welche Prozesstypen und Runtime-Typen ein Auftrag verwenden kann	Die Ausführung des Workloads selbst
Versand von Aufträgen, Planung und Trigger	Melden von Status, Protokollen und Ablaufverfolgungen zurück an Orchestrator
Ordnerbezogene Ressourcen: Assets, Warteschlangen, Speicher-Buckets, Verbindungen	Erreichen der Systeme, die die Automatisierungsziele haben
Lizenzierung und Verbrauchsabrechnung	Deklarieren, welche Prozesstypen und Runtimes unterstützt werden

Wie ein Auftrag einen Roboter erreicht

1. Ein Auftrag wird über einen Trigger, einen Zeitplan oder einen manuellen Start gestartet, wobei ein Runtime-Typ ausgewählt ist.
2. Der Orchestrator überprüft die dem Ordner zugewiesenen Maschinenvorlagen auf verfügbare Runtimes oder Slots dieses Typs.
3. Verbundene Roboter melden, welche Prozesstypen und Runtime-Typen sie unterstützen.
4. Der Orchestrator verteilt den Auftrag nur auf einen Roboter, der beide unterstützt.
5. Der Roboter führt den Workload aus und überträgt den Status und meldet sich zurück zum Orchestrator.
6. Nach Abschluss wird die Runtime oder der Slot an den Pool zurückgegeben.

Hinweis:

Ein Auftrag bleibt im Status Ausstehend , während er für einen Roboter in die Warteschlange gestellt wird oder während Orchestrator versucht, eine Verbindung mit einem Auftrag herzustellen. Ob sich die Runtime-Typen Agent, Funktion, API und RPA während der Auswahl identisch verhalten oder ob einige Runtime-Typen nicht starten, anstatt zu warten, wird im aktuellen Dokumentationssatz nicht bestätigt und sollte mit der Entwicklung überprüft werden, bevor diese Unterscheidung als Tatsache veröffentlicht wird.

Was sich je nach Robotertyp unterscheidet

Robotertyp	Host bereitgestellt von	Verwaltete Roboterversion von
Selbst gehosteter Roboter	SIE	SIE
Automation Cloud Robots – VM	UiPath	UiPath, mit einer Opt-out-Option
Automation Cloud Robots – serverlos	UiPath	UiPath
Elastic Robot Orchestration	Sie in Ihrem eigenen Cloud-Konto	UiPath, mit einer Opt-out-Option
Automation Suite Robots	Sie in Ihrem Cluster	Ihre Automation Suite-Version

Die Verfügbarkeit unterscheidet sich je nach Cloud-Plattform. Weitere Informationen finden Sie unter Verfügbarkeit der Cloud-Roboter-Funktion. Automation Suite Robots werden als eigene Automation Suite-Bereitstellung dieses Handbuchs dokumentiert – wählen Sie Ihre Automation Suite-Version aus dem Versionsumschalter des Handbuchs aus oder lesen Sie Über Automation Suite Robots für die aktuelle Version mit langfristigem Support.

Was wird außerhalb von Orchestrator konfiguriert

Das Erreichen von Systemen in Ihrem eigenen Netzwerk ist eine Einstellung auf Mandantenebene, nicht auf der Orchestrator-Ebene. Das Gateway wird in Admin unter der Gateway- Kachel des ausgewählten Mandanten zusammen mit seinem Adressraum, seinen Verbindungen und seinem Routing erstellt. Weitere Informationen finden Sie unter Konfigurieren von VPN für Cloud Robots.

Der Orchestrator nutzt nur ein vorhandenes Gateway: Ein Cloud Robot – VM-Pool wählt VPN-Gateway verbinden aus , wenn er erstellt wird, und eine serverlose Maschinenvorlage ermöglicht dieselbe Integration über Verwalten der VPN-Einstellungen.

Wichtig:

Ein vorhandener Pool von „Cloud Robot – VM“ kann anschließend nicht mit einem VPN-Gateway verbunden werden – ein Pool, der einen benötigt, wird mit der ausgewählten Option erstellt. Sobald ein Pool durch den Umschalter VPN-Integration aktivieren getrennt wird, kann er nicht wieder verbunden werden. Serverlose Maschinenvorlagen können die VPN-Integration jederzeit ein- oder ausschalten und den Adressraum bearbeiten; Roboter, die diese Vorlage verwenden, stellen die Verbindung automatisch gemäß den neuen Einstellungen wieder her.

Wo jedes Thema dokumentiert wird

Setup, Anforderungen, Kapazität und Workload-Unterstützung für jeden Robotertyp live in den Roboter-Leitfäden. Die Objekte auf Steuerungsebene, von denen ein Roboter abhängt, verbleiben im Orchestrator-Handbuch:

• Maschinen und Maschinenvorlagen, einschließlich Runtime und Slot-Zuweisung
• Aufträge und Auftragsstatus
• Lizenzierung und Verbrauch