- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Verwalten großer Bereitstellungen
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Audit
- Registerkarte „Bereitstellung“
- Registerkarte „Robotersicherheit“
- Skalierbarkeits-Registerkarte
- Ressourcenkatalogdienst
- Automation Suite-Roboter
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Testverfahren in Orchestrator
- Integrationen
- Fehlersuche und ‑behebung
Einstellungen zur Skalierbarkeit zum Konfigurieren von SignalR-Kanalabonnements und Transportprotokollen für Roboter.
Geben Sie an, ob der Robot-Dienst die SignalR-Kanäle des Orchestrators abonnieren soll, und konfigurieren Sie die Transportprotokolle, die für Sie am besten sind. Diese Einstellungen werden beim Aktualisieren beibehalten.
Abbildung 1. Skalierbarkeit
SignalR (Roboter)
| Feld | Beschreibung |
|---|---|
| Aktiviert | Dieser Umschalter gibt an, ob der UiPath-Roboterdienst die SignalR-Kanäle vom Orchestrator abonniert hat oder nicht. Standardmäßig ist diese Einstellung aktiviert und alle verfügbaren Kanäle sind ausgewählt:
Wenn alle Transportkanäle aktiviert sind, wird automatisch der beste verfügbare Transport in der folgenden Prioritätsreihenfolge ausgewählt: WebSocket > Server-Sent Events > Lange Abrufe. Wenn das erste Protokoll aus irgendeinem Grund nicht verfügbar ist, wird das nächste in der Zeile (falls aktiviert) verwendet, um die Kommunikation zwischen Orchestrator und Robot zu erleichtern. |
| WebSocket | Wenn diese Option ausgewählt ist, kann das WebSocket-Transportprotokoll verwendet werden, um den Roboter mit den SignalR-Kanälen vom Orchestrator zu verbinden. Dies ist das höchste Protokoll, das aufgrund seiner Leistung und der Unterstützung der gleichzeitigen Kommunikation in beiden Richtungen – vom Roboterdienst zum Orchestrator und umgekehrt – in der Prioritätsreihenfolge verwendet wird. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |
| Server-Sent Events (SSE) | Wenn diese Option ausgewählt ist, kann die SSE-Push-Technologie (Server-Sent Events) verwendet werden, um den Roboter mit den SignalR-Kanälen des Orchestrators zu verbinden. Dies ist die erste Sicherung für den Fall, dass WebSockets aus irgendeinem Grund nicht verfügbar ist. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |
| Lange Abrufe | Wenn diese Option ausgewählt ist, kann das Long-Polling-Transportprotokoll verwendet werden, um den Roboter mit den SignalR-Kanälen des Orchestrators zu verbinden. Dieses Protokoll wird verwendet, wenn die WebSockets und SSE nicht verfügbar sind. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |