Testergebnisse

Nach Vorabtests wurden formellere Tests durchgeführt, um die geänderte Architektur und Konfiguration mit den grundlegenden und mobilen Workflows zu bewerten. Die geänderte Architektur wurde getestet, indem mobile Workflows bei unterschiedlichen Lasten hinzugefügt wurden, wobei Desktop- und Bearbeitungs-Workflows konsistent bei 4-facher Auslegungslast ausgeführt wurden. Bei der Durchführung der Workflows unter verschiedenen Lastszenarien wurde jede Komponente überwacht. Sie können die Auswirkungen der Ressourcennutzung auf die geänderte Architektur mit dem Original vergleichen.

Nach Abschluss des Tests wurden die Ergebnisse zusammengestellt und analysiert, um zu validieren, dass das System so konzipiert ist, dass es eine positive User Experience und Effizienz bietet.

Geschwindigkeit von Workflows

In dieser Teststudie wurde ein Geschwindigkeitsmodell auf die getesteten Workflows angewendet. Ein Geschwindigkeitsmodell zeigt, wie der Test das Arbeitstempo in einem Versorgungsunternehmen simulieren soll, bei dem Workflows als eine bestimmte Anzahl von Vorgängen pro Stunde in einem Team von Mitarbeiterressourcen ausgeführt werden. Diese Strategie basierte auf Rückmeldungen von Esri Kunden und zielte darauf ab, das Szenario eines kleinen bis mittleren Gasversorgers abzubilden, auf dem die Daten basierten.

Die Workflows wurden über einen einstündigen Testzeitraum gestaffelt und überschnitten sich miteinander, wie es auch bei Workflows in der Realität der Fall ist. Diese Gesamtaufschlüsselung der Workflow-Geschwindigkeit wird als “Auslegungslast” betrachtet, der das System ausgesetzt ist.

Für diesen Test wurden die Web- und Desktop-Bearbeitungs-Workflows so automatisiert, dass sie mit der 4-fachen Auslegungslast ausgeführt werden, wie in der folgenden Abbildung dargestellt. Weitere Informationen über die getesteten Workflows.

Die grundlegenden Workflows wurden nach einem Geschwindigkeitsmodell durchgeführt, das die Arbeitsweise von Menschen nachahmen soll, um den Test realistischer zu machen. In diesem Modell sind die Workflows versetzt angeordnet, sodass sie nicht gleichzeitig beginnen oder enden.

Mobile Workflows wurden wie oben beschrieben durchgeführt, während das System unter Last stand. Die Auslegungslast für mobile Workflows ist unten dargestellt und beträgt insgesamt 405 Vorgänge pro Stunde. Die mobile Last wurde dann vervielfacht, während die Desktop-Last konstant blieb.

Dieses Geschwindigkeitsmodell zeigt die allgemeine 4-fache Last und die mobilen Workflows bei Auslegungslast. Das Modell passt sich an, wenn mehr Last auf die mobilen Workflows angewendet wird.

Der Workflow für getrennte Ansichten umfasst einen Download und eine Synchronisierung, die sich auf ArcGIS Enterprise auswirken. Der Workflow für die getrennte Bearbeitung beginnt mit einem ähnlichen Download und einer ähnlichen Synchronisierung, umfasst aber auch eine zweite Synchronisierung zum Hochladen von Änderungen. Vorgänge, die auf dem mobilen Gerät zum Anzeigen oder Bearbeiten von Daten ausgeführt werden, wirken sich nicht auf ArcGIS Enterprise aus.

Testszenario: 6-fache Auslegungslast

Bei einer 6-fachen Auslegungslast in der ursprünglichen Architektur (links) sind die ArcGIS Web Adaptor-Instanzen extrem ausgelastet, und die Computer mit Portal for ArcGIS weisen eine sehr hohe CPU-Auslastung auf (siehe Abbildung 13). Vergleichen Sie dies mit der geänderten Architektur (rechts), bei der die Ressourcenauslastung, insbesondere auf den Ebenen ArcGIS Web Adaptor und ArcGIS Portal, deutlich auf günstigere Schwellenwerte sinkt. Darüber hinaus lässt sich beobachten, wie die erhöhte vCPU in der geänderten Architektur dazu beigetragen hat, die Einschränkung des Netzwerkdurchsatzes (grau) zu reduzieren, die in der ursprünglichen Architektur zu sehen war und die zu einer Zeitüberschreitung bei Downloads führte.

Bedienfreundlichkeit

Erwartungsgemäß verschlechtert sich die User Experience mit zunehmender Last. Am deutlichsten sind die Auswirkungen jedoch bei getrennten Workflows, wie unten gezeigt. So erhöht sich beispielsweise die Zeit für die getrennte Ansicht, die den Download-Schritt umfasst, zwischen Auslegungslast und 4-facher Last um 44 % und zwischen 4-facher und 6-facher Last um 78 %. Die meiste Zeit entfällt auf das Herunterladen des Offline-Bereichs und das Synchronisieren von Daten. Abgesehen von der Dimensionierung der Ressourcen könnten daher die Optimierung von Offline-Bereichen, die Bereitstellung guter Verbindungen für Außendienstmitarbeiter und sogar die Staffelung der Downloads dazu beitragen, diese Zeiten zu verbessern.

Die durchgeführte ArcGIS Pro-Workflowzeit verringert sich zwischen Auslegungslast und 6-facher Last um durchschnittlich 12 %, was bedeutet, dass Editoren 58 Minuten pro Tag auf das System warten. Zwischen Auslegungslast und 4-facher Last beträgt dieser Wert 9 % bzw. 43 Minuten.

Da die Editoren das bestehende Netzwerk verwalten, mit dem viele Mitarbeiter arbeiten, ist es wichtig, eine leistungsfähige Bearbeitungsumgebung bereitzustellen. Obwohl sich das Hinzufügen der Last der mobilen Workflows erst bei der 4-fachen Auslegungslast messbar auf das System auswirkte, deutet die User Experience darauf hin, dass Konfigurationsanpassungen angebracht sein könnten, wenn die Lasten allmählich die ursprüngliche Auslegungslast überschreiten.

Folgendes kann die User Experience verbessern und zu einer höheren Rendite führen:

• Alternative Load Balancer
• Zusätzliche Arbeitslasttrennung
• Höhere Instanzgrößen
• Ein sicherer Ansatz für die mobile Bereitstellung. Weitere Informationen finden Sie im Technical Paper: ArcGIS Secure Mobile Implementation.