Результаты тестирования

После предварительного тестирования было проведено более формальное тестирование для оценки измененной архитектуры и конфигурации с базовыми и мобильными рабочими процессами. Измененная архитектура была протестирована путем добавления мобильных рабочих процессов при различных нагрузках, при этом рабочие процессы для настольных компьютеров и редактирования выполнялись последовательно при 4-кратной проектной нагрузке. Каждый компонент отслеживался по мере того, как рабочие процессы выполнялись в соответствии с различными сценариями нагрузки. Вы можете сравнить влияние использования ресурсов на измененную архитектуру по сравнению с исходной.

После завершения тестирования результаты были собраны и проанализированы, чтобы подтвердить, что система, разработанная в соответствии с ее назначением, обеспечивает положительный опыт работы конечных пользователей и эффективность.

Темп рабочего процесса

В этом тестовом исследовании к протестированным рабочим процессам применялась модель темпа. Модель темпа показывает, как тест должен имитировать темп работы на коммунальном предприятии, где рабочие процессы выполняются группой сотрудников в виде некоторого числа операций в час. Этот подход был основан на данных, полученных от клиентов Esri, и был направлен на то, чтобы соответствовать сценарию клиентов малого и среднего газового предприятия, на основе которого были получены данные.

Рабочие процессы были распределены по часовому тестовому периоду, накладываясь друг на друга, как это было бы в реальных рабочих процессах. Эта общая разбивка темпа рабочего процесса считается «проектной нагрузкой», которой подвергается система.

Для этого теста рабочие процессы редактирования в веб и на настольных компьютерах были автоматизированы и выполнялись с нагрузкой, в четыре раза превышающей проектную, как показано на рисунке ниже. Узнайте больше о протестированных рабочих процессах.

Основные рабочие процессы проводились в соответствии с моделью темпа, которая предназначена для имитирования того, как работают люди, что делает тест более реалистичным. В этой модели рабочие процессы смещены, поэтому они не начинаются и не заканчиваются одновременно.

Мобильные рабочие процессы проводились в то время, когда система находилась под нагрузкой, как описано выше. Ниже приведена расчетная нагрузка на мобильные рабочие процессы, которая составляет в общей сложности 405 операций в час. Затем мобильная нагрузка была увеличена при сохранении постоянной нагрузки на настольный компьютер.

Данная модель темпа демонстрирует общую рабочую нагрузку на 4x-кратном уровне, при этом мобильные рабочие процессы выполняются с расчетной нагрузкой. Модель корректируется по мере роста нагрузки на мобильные рабочие процессы.

Рабочий процесс автономного просмотра включает загрузку и синхронизацию, что влияет на ArcGIS Enterprise. Рабочий процесс автономного редактирования начинается с аналогичной загрузки и синхронизации, но также включает в себя вторичную синхронизацию для загрузки изменений. Работа, выполняемая на мобильном устройстве для просмотра или редактирования данных, не влияет на ArcGIS Enterprise.

Тестовый сценарий: 6-кратная проектная нагрузка

При 6-кратной проектной нагрузке в исходной архитектуре (слева) адаптеры ArcGIS Web Adaptor чрезвычайно перегружены, а компьютеры с Portal for ArcGIS демонстрируют очень высокую загрузку CPU (см. рисунок 13). Сравните это с измененной архитектурой (справа), где использование ресурсов, особенно на уровнях ArcGIS Web Adaptor и ArcGIS Portal, заметно снижается до более оптимальных пороговых значений. Кроме того, вы можете наблюдать, как увеличение числа vCPU в измененной архитектуре помогло снизить ограничение пропускной способности сети (серый), которое мы наблюдали в исходной архитектуре, что приводило к тайм-ауту загрузок.

Взаимодействие с пользователем

Как и ожидалось, работа пользователей ухудшается с ростом нагрузки. Тем не менее, эти эффекты наиболее заметны при автономных рабочих процессах, как показано ниже. Например, время просмотра в автономном режиме, которое включает этап загрузки, увеличивается на 44% между расчетной загрузкой и при ее 4-кратном росте и увеличивается на 78% между 4- и 6-кратным ростом. Большая часть этого времени связана с загрузкой автономной области и синхронизацией данных. Таким образом, помимо размера ресурсов, оптимизация автономных областей, обеспечение мобильных сотрудников хорошей связью и даже поэтапный рост загрузок могут помочь улучшить это время.

Время выполнения рабочего процесса в ArcGIS Pro сокращается в среднем на 12% между проектной нагрузкой и при ее 6-кратном росте, что означает, что редакторы теряют 58 минут в день на ожидание отклика системы. Между проектной нагрузкой и при ее 4-кратном росте это значение составляет 9%, или 43 минуты.

Поскольку редакторы поддерживают построенную сеть, которую многие сотрудники используют для своей работы, важно обеспечить эффективную среду редактирования. Хотя увеличение нагрузки на мобильные рабочие процессы не оказывало заметного влияния на систему до тех пор, пока проектная нагрузка не выросла в 4 раза, опыт работы пользователей показывает, что корректировка конфигурации может быть целесообразной, поскольку нагрузки начинают превышать исходную проектную нагрузку.

Следующие меры могут улучшить работу пользователей и привести к увеличению окупаемости инвестиций:

• Альтернативные балансировщики нагрузки
• Дополнительное разделение рабочих нагрузок
• Увеличенные размеры экземпляров
• Безопасный подход к мобильному развертыванию. Узнайте больше в техническом документе по внедрению ArcGIS Secure Mobile.