- Versionshinweise
- Installation und Upgrade
- Bevor Sie beginnen
- Erste Schritte
- Aktivitäten
- Gestalten von Workflows mit langer Ausführungszeit
- Start Job And Get Reference
- Wait for Job and Resume
- Add Queue Item And Get Reference
- Wait For Queue Item And Resume
- Create Form Task
- Wait for Form Task and Resume
- Nach Verzögerung fortsetzen
- Assign Tasks
- Create External Task
- Wait For External Task and Resume
- Complete Task
- Forward Task
- Get Form Tasks
- Get Task Data
- Add Task Comment
- Update Task Labels
- Aktionen
- Prozesse
- Audit
Hardwareanforderungen
- Bereitstellungen mit einem einzelnen Knoten – Action Center mit einem einzelnen Knoten, das mit einer Orchestrator-Instanz mit einem Knoten verbunden ist
- Bereitstellungen mit mehreren Knoten – Wir empfehlen die folgenden Bereitstellungen mit mehreren Knoten:
- In einem Bereitstellungsszenario mit mehreren Knoten wird der Orchestrator hinter einem Lastenausgleich eingerichtet, während eine einzelne Instanz des Action Centers auf einem separaten Server installiert wird. Das Action Center ist so konfiguriert, dass es auf die URL des Lastausgleichs des Orchestrators verweist.
- Eine andere Art der Bereitstellung mit mehreren Knoten besteht darin, den Orchestrator hinter einem Lastausgleich mit mehreren Knoten einzurichten. In dieser Konfiguration ist das Action Center auf jedem Orchestrator-Knoten installiert und jede Instanz des Action Centers verweist auf die Lastausgleichs-URL des Orchestrators.
Maximale Concurrent User |
CPU Cores (min. 2 GHz) |
RAM (GB) |
---|---|---|
4.000 |
2 |
4 |
12.000 |
4 |
4 |
Um die Leistung für ein Action Center mit einem Knoten zu testen, das mit einer Orchestrator-Instanz mit einem Knoten verbunden ist, wurden die folgenden Setup- und Beispieldaten verwendet:
- 3 Stunden Testzeit
- Formulardatennutzlast mit einer Größe von 5000 Byte.
- 28.000 Aktionen wurden erstellt
- 17 verschiedene API-Endpunkte wurden ausgeführt
- Concurrent Users wurden simuliert
Basierend auf unseren Leistungstests empfehlen wir die folgenden maximalen Mengen:
- 150.000 Attended-Roboter, die mit dem Orchestrator verbunden sind und Aufträge ausführen
- 10.000 Action Center Benutzer, die Aktionen verarbeiten
- 3.000 Unattended-Roboter, die Aufträge ausführen (Aktionen erstellen und nach Abschluss der Aktionen weitermachen)
Instance |
Anz. Bereitstellungsknoten |
Azure VM |
vCPU-Kerne |
Frequenz (GHz) |
RAM (GB) |
---|---|---|---|---|---|
Action Center |
3 |
B2s |
2 |
2.0+ |
4 |
Orchestrator |
10 |
F16 |
16 |
2.0+ |
32 |
SQL-Server |
1 |
F32 |
32 |
2.0+ |
64 |
Weisen Sie jedem der folgenden Inhalte ein Laufwerk zu:
Gespeicherter Inhalt |
Laufwerkskapazität |
---|---|
Datenbank |
1 TB |
Temporäre Datenbank |
1 TB |
Transaktionsprotokolle |
1 TB |
Produkt |
Konfiguration |
---|---|
Redis Enterprise HA |
CentOS 8 CPU-Kerne min. 2,0 GHz 16 GB RAM |
Bucket-Speicher-VM |
L32s_v2 (Standard) Ultra Disc 4 TB, 900 MB/s Durchsatz |
Wir haben die Hardwareanforderungen zusammen mit zusätzlichen Setups und Konfigurationen generiert, indem wir Leistungstests durchgeführt haben, die eine hohe Belastung des Action Centers und des Orchestrators simulieren. Die Tests wurden mit den folgenden Beispieldaten durchgeführt:
- 10.000 Action Center-Concurrent User
- 240.000 Aktionen
- 60 % Dokumentvalidierungsaktionen
- 40 % Formularaktionen
- Nutzlast pro Formularaktion:
- Formularlayout – 5 kB
- Formulardaten – 5kB
- 10 Speicherdateien à 100 kB
- Nutzlast pro Dokumentvalidierungsaktion:
- Eine PDF-Datei à 150 kB