- Erste Schritte
- Best Practices
- 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 von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Aktivieren von Benutzern zum Ausführen persönlicher Automatisierungen
- Ermöglichen der Ausführung von Automatisierungen für Benutzer in einer Unattended-Infrastruktur über Unattended-Roboter
- Konfigurieren von Roboterkonten zum Ausführen von Unattended-Automatisierungen
- Audit
- Registerkarte „Bereitstellung“
- Registerkarte „Robotersicherheit“
- Skalierbarkeits-Registerkarte
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Hostverwaltung
- Über die Hostebene
- Verwalten von Systemadministratoren
- Verwalten von Mandanten
- Konfigurieren von System-E-Mail-Benachrichtigungen
- Prüfungsprotokolle für das Hostportal
- Wartungsmodus
- Organisationsadministration
- Fehlersuche und ‑behebung
Skalierbarkeits-Registerkarte
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.
Feld |
Beschreibung |
---|---|
Aktiviert |
Dieser Umschalter legt fest, ob der 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 in der Reihenfolge der Priorität aufgrund seiner Leistung und Unterstützung für die gleichzeitige Kommunikation in beide Richtungen verwendet wird – vom Roboterdienst zum Orchestrator und umgekehrt. Wenn die Funktion SignalR (Roboter) nicht aktiviert ist, wird WebSocket das einzige verfügbare Transportprotokoll. |
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 vom Orchestrator zu verbinden. Dies ist die erste Sicherung, falls WebSockets nicht verfügbar sein sollte. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |
Lange Abrufe |
Wenn diese Option ausgewählt ist, kann das Transportprotokoll mit langen Abrufen verwendet werden, um den Roboter mit den SignalR-Kanälen vom Orchestrator zu verbinden. Dieses Protokoll wird verwendet, wenn die WebSockets- und SSE-Protokolle nicht verfügbar sind. Diese Option kann nicht verwendet werden, wenn die Funktion SignalR (Roboter) nicht aktiviert ist. |