Einstellungen

Auf der Seite Einstellungen können Administratoren Orchestrator-Mandanteneinstellungen anpassen.

Registerkarte „Allgemein“

Feld	Beschreibung
Anwendungseinstellungen	Zeitzone – Die Zeitzone des Mandanten. Standardmäßig ist dieses Feld auf UTC festgelegt.
Persönliche Arbeitsbereiche	For Automation Cloud and Test Cloud or Automation Cloud Dedicated, Automatically configure Serverless machines in Personal Workspace for Studio Web users - Option selected by default, allowing Serverless machines to be automatically provisioned in the personal workspaces of users who design or debug in Studio Web. For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option prevents Serverless machines from being automatically created in personal workspaces, which may impact designing or debugging processes in Studio Web. Note: For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option does not deallocate the Serverless machine from your personal workspace. Explicit deallocation of the Serverless machine might be required. Automatically stop exploring Personal Workspaces after - Allows Orchestrator administrators to enforce a rule dictating that personal workspace exploration is automatically stopped after a set amount of time. Die verfügbaren Optionen sind 15 Minuten, 1 Stunde, 1 Tag und benutzerdefinierter Wert. Standardmäßig ist dieser Wert beim Migrieren oder Erstellen neuer Mandanten nicht festgelegt. Sie müssen ihn manuell konfigurieren, sobald der Migrations-/Erstellungsprozess abgeschlossen ist. Alle aktiven Sitzungen zum Erkunden persönlicher Arbeitsbereiche anhalten – Ermöglicht Orchestrator-Administratoren, alle derzeit aktiven Erkundungssitzungen des persönlichen Arbeitsbereichs zu beenden.Dies wird durch die Anzahl der aktiven Sitzungen angehängt, die in Klammern angezeigt werden, und kann aktiviert werden, indem Sie auf Beenden der Erkundungssitzung(en) klicken. Änderungen, die Sie an Erkundungseinstellungen vornehmen, gelten nicht rückwirkend für Sitzungen, die bereits erkundet wurden. Mass enable Personal workspaces for current users and groups: - Create personal workspaces for all users in a tenant that use a certain attended licensing profile, while also selecting the UI profile to be used for those users. Hinweis: Diese Aktion kann nicht rückgängig gemacht werden. Sobald die Funktion „Persönliche Arbeitsbereiche“ aktiviert ist, kann sie nicht mehr deaktiviert werden.
Standardrollen	Create standard roles for folders. These roles allow you to leverage the benefits of user groups. Klicken Sie neben jeder Rolle, die Sie erstellen möchten, auf Rolle erstellen.
Client-Binärdateien (Robot, Studio, Assistant) Einstellungen für die automatische Aktualisierung	Status der automatischen Aktualisierung für Robotermaschinen ignorieren, die mehr als ___ Tage offline waren – Schließen Sie inaktive Maschinen vom Aktualisierungsprozess aus und berücksichtigen Sie sie nicht mehr, wenn der Aktualisierungsstatus gemeldet wird.
Ordner	Konto-Maschinen-Zuordnungen aktivieren – Aktivieren Sie die Funktion Konto-Maschinen-Zuordnungen .

Abschnitt „Ausführungseinstellungen“

Hinweis:

In this section, settings pertaining to triggers apply to all process types. However, settings pertaining to queues and jobs do not apply to agents and agentic processes.

Feld/Standardwert	Beschreibung
Trigger – Strategie zum Zählen von Aufträgen ( Triggers.JobsCountStrategy ) Default value: Per Process	Wählen Sie die Strategien zur Auftragszählung für Aufträge aus, die über Trigger gestartet werden. Beachten Sie, dass hierbei keine Argumente berücksichtigt werden, die möglicherweise bereitgestellt wurden. Die folgenden Optionen sind verfügbar: Per Process - A trigger launches the required number of jobs taking into account any pending jobs for the specified process. For example, two triggers defined for the same process launch 3 and 5 jobs, respectively. If the first trigger launches 3 jobs at a given point in time, when the second trigger is set off, 2 jobs are launched so as to reach the 5 required jobs. Per Trigger - A trigger launches the required number of jobs taking into account any existing jobs previously launched by that same trigger. For example, a trigger is defined to launch 5 jobs at a given point in time. If 3 jobs have been successfully completed by the time this trigger is set off again, Orchestrator launches another 2 jobs so as to reach the 5 required jobs.
Trigger – Warteschlangentrigger – Strategie zum Aktivieren ausstehender Aufträge ( Features.QueueTriggers.PendingJobsStrategy ) Default value: True	Wählen Sie die Berechnungsmethode für die Anzahl zusätzlicher Aufträge aus, die ausgelöst werden sollen, wenn neue Elemente zu einer Warteschlange hinzugefügt werden. Dazu wird die Anzahl der Aufträge in einem bestimmten Status von der maximalen Zielanzahl der zu erstellenden Aufträge abgezogen. Die folgenden Optionen sind verfügbar: True - This option is best suited for cases where you want Orchestrator to assume that all running jobs have already moved queue items out of the status New . Die Zahl wird wie folgt berechnet: Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in a Pending state. False - This option is best suited for cases where you want Orchestrator to assume all running jobs have yet to move queue items out of the status New . Die Zahl wird wie folgt berechnet: Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in one of these states: Pending , Resumed , Running , Stopping , Terminating .
Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragserstellungen deaktivieren ( Triggers.DisableWhenFailedCount ) Default value: 10	Konfigurieren Sie einen Trigger so, dass er nach einer bestimmten Anzahl fehlgeschlagener Starts und nach keiner erfolgreichen Ausführung in einer bestimmten Anzahl von Tagen automatisch deaktiviert wird. This option works in conjunction with Triggers -Grace period when job creation keeps failing count (days) , as follows: Triggers - Disable when job creation fail count allows you to adjust the number of failed runs, whereas Triggers - Disable when it keeps failing count (days) enables you to change the number of days. By default, the Triggers - Disable when job creation fail count value is 10, and the Triggers - Grace period when job creation keeps failing count (days) value is 1, which means that the trigger is disabled after 10 unsuccessful attempts to launch if there were no successful runs in the past day. Diese Option kann in einem Bereich von 10 bis 100 festgelegt werden.
Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragserstellungen weiterhin fehlschlägt (Tage) ( Triggers.DisableWhenFailingSinceDays ) Default value: 1	Konfigurieren Sie einen Trigger so, dass er nach einer bestimmten Anzahl fehlgeschlagener Starts und nach keiner erfolgreichen Ausführung in einer bestimmten Anzahl von Tagen automatisch deaktiviert wird. This option works in conjunction with Triggers - Disable when failed count , as detailed above. Sie kann in einem Bereich von 1 bis 30 festgelegt werden.
Trigger – Verbundene Trigger – Bei dieser Anzahl von fehlgeschlagenen Auftragsausführungen deaktivieren Default value: 5	Hinweis: Dies zielt nur auf verbundene Trigger ab (d. h. in Studio Web erstellte Trigger), die in persönlichen Arbeitsbereichen veröffentlicht wurden. Der Trigger wird nach der Anzahl fehlgeschlagener Ausführungen deaktiviert, die Sie für diese Einstellung wählen. Er kann in einem Bereich von 0 bis 100 festgelegt werden, wobei 0 bedeutet, dass der Trigger nie deaktiviert wird. If you select 0, Triggers - Connected triggers - Grace period when job execution keeps failing count (days) becomes irrelevant, and its field is disabled. Diese Einstellung gilt nur für neu erstellte verbundene Trigger. Änderungen werden nicht rückwirkend auf vorhandene verbundene Trigger angewendet.
Trigger – Verbundene Trigger – Übergangszeitraum, wenn diese Anzahl von Auftragsausführungen weiterhin fehlschlägt (Tage) Default value: 0	Hinweis: Dies zielt nur auf verbundene Trigger ab (d. h. in Studio Web erstellte Trigger), die in persönlichen Arbeitsbereichen veröffentlicht wurden. Diese Einstellung legt die Anzahl der zu wartenden Tage fest, bevor der Trigger nach dem ersten Fehlschlag eines Auftrags deaktiviert wird. Sie kann in einem Bereich von 0 bis 30 festgelegt werden. If Triggers - Connected triggers - Disable when job execution fail count is 0, this field is disabled.
Trigger – API-Trigger – Maximale Grenze für ausstehende Aufträge Default value: 10	Set the maximum number of pending jobs that can be created by an API trigger . Der unterstützte Bereich ist 1–100.
Warteschlangen – In Bearbeitung befindliche Warteschlangenelemente nach dem Schwellenwert (Stunden) verwerfen ( inProgressMaxNumberOfMinutes ) Default value: 24	Set the maximum amount of time, in hours, that queue items can have the In Progress status. After this time, the status of the queue items changes to Abandoned . The default value is 24 hours, which means that queue items cannot be marked as Abandoned unless they have had the In Progress status for at least one day. Dies wird von einem Hintergrundauftrag verarbeitet, der einmal pro Stunde ausgeführt wird. Sie können also davon ausgehen, dass der Übergang bis zu einer Stunde nach dem gewählten Wert erfolgt.
Warteschlangen – Häufigkeit der Überprüfung auf nicht verarbeitete Warteschlangenelemente (Minuten) ( Queue.ProcessActivationSchedule ) Default value: 30	Der Zeitraum zwischen den Überprüfungen für nicht verarbeitete Warteschlangenelemente. Um das Prüfintervall anzupassen, können Sie zwischen 10, 15, 20, 30 oder 60 Minuten wählen. Für jeden Warteschlangentrigger, den Sie erstellen, wird ein Hintergrundzeittrigger generiert, der Warteschlangenelemente verarbeiten soll, die zum Zeitpunkt der Einreihung in die Warteschlange nicht verarbeitet werden konnten. Dieser Hintergrundzeittrigger wird verwendet, um die durch die Einstellung vorgegebene Häufigkeit zu berechnen. Existing queue triggers : the setting is applied when the default value is changed for the first time, and cannot be restored. New queue triggers : the setting is always applied. Important : Der verwendete Referenzzeitstempel basiert auf dem Zeitpunkt, zu dem der Warteschlangentrigger erstellt wurde. Wenn beispielsweise um 14:22:43 Uhr ein Warteschlangen-Trigger erstellt wird und diese Option auf 10 Minuten festgelegt ist, wird die folgende Wiederholung generiert: 14:32:43, 14:42:43, 14:52:43 und so weiter. Es kann bis zu 10 Minuten dauern, bis die Hintergrundaufgabe, die die durch diese Einstellung ausgelösten Änderungen ausführt, wirksam wird.
Aufträge – Zeitüberschreitung für Beenden (Stunden) ( Jobs.TerminatingJobsTimeout ) Default value: 24	Set the time elapsed, in hours, until Terminating jobs become fit to be marked as Failed . The default value is 24, which means that jobs cannot be marked as Failed unless they have been in a Terminating state for at least one day. Dies wird von einem Hintergrundauftrag verarbeitet, der einmal pro Stunde ausgeführt wird. Sie können also davon ausgehen, dass der Übergang bis zu einer Stunde nach dem gewählten Wert erfolgt.

Abschnitt „API-Einstellungen“

Einstellung	Beschreibung
CORS-Zulassungsliste für API-Trigger	Allows you to enter domains permitted for incoming traffic. Separate distinct domains through a comma or by pressing Enter.
Authentifizierungsheader zum Synchronisieren von API-Trigger-Umleitungen erforderlich	This is enabled by default, and it enforces the use of an authentication header when selecting the Sync (long-polling) call mode for an API trigger.
Strikte API	If enabled, certain API fields become non-filterable and/or non-sortable, thus helping prevent performance issues. You can see a list of these fields in the dedicated page. This setting is enabled by default for new tenants, but existing tenants need to be opted in manually. Keeping this option enabled at all times is a recommended best practice in API integrations.

Registerkarte „Bereitstellung“

Ermöglicht das Konfigurieren und Sichern von Feeds für Pakete und Bibliotheken. Sie können die Feeds für alle Mandanten von einer zentralen Stelle aus über Automation Ops verwalten. Weitere Informationen finden Sie unter Feeds-Verwaltung im Automation Ops-Handbuch.

Einstellungen hier wirken sich nur auf Mandantenfeeds aus; Ordnerfeeds und Feeds des persönlichen Arbeitsbereichs sind immer intern und im Kontext des jeweiligen Ordners oder des persönlichen Arbeitsbereichs verfügbar.

Pakete

Ermöglicht Ihnen die Einrichtung eines internen oder externen Feeds, in dem Automatisierungspakete gehalten werden können. Standardmäßig wird ein interner Feed verwendet. Die Feeds können entweder durch Definieren von einfachen Authentifizierungsanmeldeinformationen oder mithilfe eines API-Schlüssels gesichert werden.

Feld	Beschreibung
Intern	Verwenden Sie einen internen Feed. Der Feed kann entweder mit der Option Sichere Bereitstellung oder mit einem API-Schlüssel gesichert werden: Sichere Bereitstellung – Gewährleistet, dass Ihre Automatisierungspakete durch einen sicheren NuGet-Feed heruntergeladen werden API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Das ist nur erforderlich, wenn Sie ein Paket mithilfe eines externen Clients direkt in den NuGet-Feed hochladen möchten. Wichtig: Sie können die Option API-Schlüssel nur zur Authentifizierung von Paketuploads verwenden. Verwenden zur Authentifizierung von Paketdownloads Option Sichere Installation .
Extern	Verwenden Sie einen externen Feed. Der Feed kann entweder durch Verwendung eines API-Schlüssels oder grundlegender Authentifizierungs-Anmeldeinformationen gesichert werden: Deployment URL * - The address where the NuGet feed is located. API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Authentifizierung – Ermöglicht es Ihnen, die Anmeldeinformationen für Ihren grundlegenden authentifizierten Feed anzugeben. Bitte berücksichtigen Sie, dass auch in diesem Fall der Benutzername sowie das Kennwort in Verbindung mit der Option API-Schlüssel verwendet werden sollten.

Wichtig:

Wir unterstützen keine plattformübergreifenden Pakete, die in einen externen Feed hochgeladen werden. Ihre Metadaten können nur gelesen werden, wenn sie direkt in den Orchestrator hochgeladen werden.

Authentifizierung von Feeds mit JWT Bearer Tokens über Basisauthentifizierung

Sie können persönliche Zugriffstoken und andere JWT Bearer Tokens zur Authentifizierung Ihrer Feeds angeben, wie im folgenden Beispiel gezeigt:

curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json

Der gemeinsame Ansatz für alle wichtigen Anbieter eines NuGet-Feeds besteht darin, das Passwort für die Basisauthentifizierung zum Senden des persönlichen Zugriffstokens zu verwenden.Auf diese Weise können Sie die integrierten NuGet-Mechanismen für die Authentifizierung verwenden, wie im folgenden Beispiel gezeigt:

<configuration>
  <packageSources>
    <add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
  </packageSources>
  <packageSourceCredentials>
    <myfeed>
      <add key="Username" value="" />
      <add key="ClearTextPassword" value="%UIPATH_PAT%" />
    </myfeed>
  </packageSourceCredentials>
</configuration>

Additionally, you can integrate the feeds using secure credential providers. For further information, refer to the Microsoft documentation.

Bibliotheken

Ermöglicht Ihnen die Konfiguration des Feeds, der für Bibliotheks- und Aktivitätspakete verwendet werden soll.

Feld	Beschreibung
Nur Hostfeed	Bibliotheken werden im Hostfeed gespeichert und stehen allen Mandanten zur Verfügung, die diesen verwenden. Die Seite Bibliotheken ist für eine Orchestrator-Instanz die gleiche. Das bedeutet, dass Bibliotheken nicht auf Mandantenebene isoliert sind: Jeder Mandant hat Zugriff auf die Aktivität der anderen Mandanten. Sie können vom Orchestrator keine Bibliotheken hochladen, wenn diese Option ausgewählt ist. Diese Option ermöglicht dem Roboter nur Zugriff auf den Mandantenfeed.
Nur Mandantenfeed	Bibliotheken sind auf Mandantenebene isoliert. Dies bedeutet, die Daten sind über die Mandanten hinweg getrennt. Sie können einen internen oder externen Feed festlegen, in dem die Bibliotheken verwaltet werden. Standardmäßig wird ein interner Feed verwendet. Diese Option ermöglicht dem Roboter nur Zugriff auf den Mandantenfeed.
Sowohl Host- als auch Mandantenfeeds	Bibliotheken sind auf Mandantenebene isoliert. Dies bedeutet, die Daten sind über die Mandanten hinweg getrennt. Sie können einen internen oder externen Feed festlegen, in dem die Bibliotheken verwaltet werden. Standardmäßig wird ein interner Feed verwendet. Diese Option ermöglicht den Roboterzugriff auf sowohl den Host- als auch auf den Mandantenfeed.
Intern	Wird angezeigt, wenn Nur Mandantenfeed oder Sowohl Host- als auch Mandantenfeeds ausgewählt ist. Verwenden Sie einen internen Feed für Ihre Bibliotheken. Der Feed kann entweder mit der Option Sichere Bereitstellung oder mithilfe eines API-Schlüssels gesichert werden: Sichere Bereitstellung – Gewährleistet, dass Ihre Automatisierungspakete durch einen sicheren NuGet-Feed heruntergeladen werden API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird.
Extern	Wird angezeigt, wenn Nur Mandantenfeed oder Sowohl Host- als auch Mandantenfeeds ausgewählt ist. Verwenden Sie einen externen Feed für Ihre Bibliotheken. Der Feed kann entweder mit einem API-Schlüssel oder einfachen Anmeldeinformationen für die Authentifizierung gesichert werden: Deployment URL * - The address where the NuGet feed is located. API-Schlüssel – Der Schlüssel, mit dem Ihr Feed vor Schreiboperationen wie Löschen oder Hochladen gesichert wird. Authentifizierung – Ermöglicht es Ihnen, die Anmeldeinformationen (Benutzername und Kennwort) für Ihren grundlegenden authentifizierten Feed anzugeben. Bitte berücksichtigen Sie, dass auch in diesem Fall der Benutzername sowie das Kennwort in Verbindung mit der Option API-Schlüssel verwendet werden sollten.

For more details, read through the Library feeds page.

Registerkarte „Robotersicherheit“

Sicherheit

Feld	Beschreibung
Gesamtstunden, die ein Roboter ohne Lizenzverifizierung offline laufen kann	Geben Sie die Anzahl der Stunden an, die ein Roboter offline arbeiten kann, ohne dass der Orchestrator seine Lizenz überprüfen muss. Standardmäßig ist sie auf 0 festgelegt. Der maximal akzeptierte Wert beträgt 168 Stunden.

Roboter-Authentifizierung

Feld	Beschreibung
Authentifizierung von Unattended-Robotern	Client credentials (Recommended) - This option only allows for connections with tokens that expire. It uses the OAuth 2.0 framework as the basis for the authentication protocol, meaning unattended robots can connect to Orchestrator with a client ID - client secret pair generated via machine template objects. The client ID - client secret pair generates a token that authorizes the connection between the robot and Orchestrator and provides the robot with access to Orchestrator resources. Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (client credentials).
Authentifizierung von Attended-Robotern	Interactive Sign-in SSO (Recommended) - This option only allows for robot connections with tokens that expire. Users can authenticate their robots only by signing-in with their credentials in the Assistant. User sign in is required to run attended robots, make Orchestrator HTTP requests, or view processes in the Assistant. When using interactive sing-in, there is no need to create machine objects in Orchestrator. User license management option enforeces Interactive Sign-In (SSO) for Attended robot authentication. Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (interactive sign-in or client credentials). Users have the option to sign-in with their credentials to authenticate their robots, which in turn allows them to connect Studio and the Assistant to Orchestrator, however it is not mandatory.

Skalierbarkeits-Registerkarte

Geben Sie an, ob der Roboter-Dienst die SignalR-Kanäle des Orchestrators abonnieren soll, und konfigurieren Sie die Transportprotokolle, die für Sie am besten geeignet sind.

Figure 1. Scalability tab

SignalR (Roboter)

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: WebSocket Server-Sent Events (SSE) Lange Abrufe 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. Die Deaktivierung von SignalR im Mandanten kann dazu führen, dass einige UiPath-Funktionen, einschließlich Studio Web, nicht mehr richtig funktionieren oder ganz anhalten.
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. If the SignalR (Robots) feature is not enabled, WebSocket becomes the only available transport protocol.
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.

Registerkarte „Arbeitsfreie Tage“

Definieren Sie eine Liste von arbeitsfreien Tagen pro Mandant, an denen Sie die Ausführung von Triggern einschränken können. Dies bedeutet, dass Ihre langfristigen Zeitpläne an öffentlichen Feiertagen, Wochenenden oder anderen Tagen, an denen keine normalen Geschäftsaktivitäten stattfinden, so konfiguriert werden können, dass sie nicht auslösen. Nach den angegebenen arbeitsfreien Tagen löst der Zeitplan wieder normal aus.

Um diese Einschränkungen auf Ihre Trigger anzuwenden, müssen Sie beim Konfigurieren von Triggern den Kalender für arbeitsfreie Tage auswählen. Alle Änderungen, die Sie auf der Registerkarte Arbeitsfreie Tage vornehmen, wirken sich auf alle Trigger aus, die diesen Kalender verwenden.

Ausführliche Informationen zur Verwaltung von Nicht-Arbeitstagen finden Sie hier.

Cloudverbindungen

This tabs allows you to configure integrations with third-party cloud service providers (CSPs) which are used for elastic robot orchestration.