Большинство пользователей будут взаимодействовать с геопространственными ресурсами через карты и приложения. Эти карты и приложения, в свою очередь, полагаются на слои и веб-сервисы, и вы можете оптимизировать настройки каждого из этих типов ресурсов в соответствии с потребностями ваших пользователей.
Веб-приложения в контексте Веб ГИС обычно состоят из статических файлов HTML, JavaScript и CSS, которые доставляются с веб-сервера и визуализируются в клиентском браузере. Многие стандартные приложения размещаются в рамках ArcGIS Online или развертывания ArcGIS Enterprise, но приложения, разработанные сторонними разработчиками, могут быть размещены на любом веб-сервере, включая тот, на котором уже размещен ArcGIS Web Adaptor. Ниже описаны методы для оптимизации веб-приложений.
Перед развертыванием приложения для уменьшения размера и сложности статических ресурсов приложения или удаления ненужной информации из этих файлов может быть использован процесс сборки (также включающий в себя или известный как минимизация или пакетирование). Хотя существует множество подходов к созданию успешного и подходящего процесса сборки, эти процессы часто тесно связаны с прикладной средой, используемой для создания веб-приложения.
Веб-приложения, размещенные в ArcGIS Online, автоматически создаются перед развертыванием, но для пользовательских приложений могут потребоваться дополнительные процессы для оптимизации их статических ресурсов.
Другим методом, используемым для оптимизации производительности веб-приложения, является включение кэширования HTTP-ответов для статических ресурсов веб-приложения. Эта конфигурация предоставляет конечному клиенту заголовок ответа от веб-сервера, указывающий, что статический ресурс может быть кэширован на клиенте, а также продолжительность его кэширования. Это позволяет клиентскому браузеру избежать полного запроса на повторную загрузку приложения, поскольку содержимое этого файла уже хранится локально на клиентском компьютере и повторно используется как есть до истечения срока действия кэша.
Кэширование HTTP-ответов можно выборочно включить для определенных типов файлов либо через веб-сервер, либо через другой обратный прокси-сервер или на уровне программного обеспечения для ускорения приложений. Если кэширование ответов для статических ресурсов включено, приложения будут загружаться быстрее для повторных пользователей, что улучшит их общее впечатление.
В ArcGIS веб-карты разрабатываются для совместного использования, чтобы люди могли визуализировать и взаимодействовать с областью, представляющей общий интерес или вызывающую озабоченность. Веб-карты являются эффективным способом распространения всех видов данных и результатов анализа среди целевой аудитории. Поскольку охват веб-карты может быть широкими, при создании веб-карт важно заранее учитывать различные аспекты дизайна.
Когда вы применяете стили к слоям карты в Map Viewer, природа этих данных определяет опции стиля, которые по умолчанию отображаются на панели Стили. Вы можете поэкспериментировать с цветовыми шкалами, весами линий, прозрачностью, символами и другими графическими элементами и сразу же увидеть выбранные опции на карте. Эффективный выбор символов облегчает читателям карты понимание информации на карте.
Символы также влияют на производительность прорисовки. Сложные многослойные символы могут быть ресурсоемкими для отображения. Пользовательские символы могут потребовать дополнительных запросов для отображения слоя. Имейте в виду, что разные клиенты используют разные методы для отображения символов, поэтому вы должны проверить производительность всех клиентов, которые должны отображать карту.
Чтобы узнать больше о стилях слоев на веб-карте, ознакомьтесь со следующими ресурсами:
Прорисовка слоев, в которых много отдельных объектов видны в определенном масштабе, может занять много времени и затруднить идентификацию пространственных закономерностей. Методы агрегирования на стороне клиента, такие как кластеризация и биннинг, могут уменьшить количество отрисовываемых вершин, что может повысить производительность.
Например, если слой содержит 100 000 точек, но агрегируется в 100 кластеров, клиенту нужно нарисовать только 100 точек вместо 100 000. Агрегирование объектов также облегчает читателям карт просмотр пространственных закономерностей в больших наборах данных. В большинстве случаев кластеризация или агрегированные объекты повторно отображаются в разных масштабах, поэтому пользователь по-прежнему может получить доступ к отдельным объектам или увидеть их распределение после достижения нужного масштаба.
Чтобы узнать больше об агрегировании на стороне клиента, ознакомьтесь со следующими ресурсами:
Указание уровня масштабирования, на котором отрисовываются данные, называется установкой диапазона видимости или настройкой зависимости масштаба.Правильная конфигурация зависимости от масштаба гарантирует, что слои вашей веб-карты будут отображаться только для диапазона масштабов, в которых объекты слоя имеют отношение к читателю карты. Например, можно использовать свойство диапазон видимости, чтобы гарантировать, что контуры отдельных зданий будут отображаться только при увеличении карты до масштаба, в котором можно различить отдельные здания.
Чтобы узнать больше о настройке диапазона видимости, ознакомьтесь со следующими ресурсами:
Обычно слои веб-карты содержат больше информации, чем необходимо для конкретного случая использования. Используйте фильтры атрибутов, чтобы уменьшить количество объектов, которые карта должна запрашивать и отображать. Помимо улучшения производительности отображения карты, фильтры также помогают читателям карт сосредоточиться на информации, которая имеет отношение к их сценарию использования.
При фильтрации по времени избегайте динамических запросов относительного времени, таких как «за последнюю неделю», если к карте будет обращаться большое количество пользователей. Эти запросы необходимо постоянно переоценивать по текущему времени, что препятствует эффективному использованию кэширования. Вместо этого попробуйте использовать абсолютные запросы к атрибутам, хранящимся в таблице слоя.
Чтобы узнать больше об использовании фильтров, ознакомьтесь со следующими ресурсами:
Когда данные на веб-карте обновляются, карта не обновляется по умолчанию. Тем не менее, вы можете определить интервал обновления для каждого слоя, чтобы слой содержал актуальные данные. Когда задан интервал обновления, веб-карта получает данные слоя по регулярному расписанию, без перезагрузки всего интерфейса карты. Хотя такая конфигурация может поддерживать актуальность вида карты, она также увеличивает нагрузку на сервер. Как правило, используйте интервал обновления только для данных, которые изменяются достаточно часто, чтобы пользователю нужно было увидеть изменения во время сеанса веб-карты или приложения, и полагайтесь на обновления карты или новые сеансы для данных, которые изменяются реже.
Сведения о настройке интервала обновления см. в следующих ресурсах:
Настройки конфигурации слоя, такие как символы, фильтры или видимые поля, могут быть сохранены либо на веб-карте, либо в качестве представления слоя по умолчанию, либо в качестве ссылки на слой (векторный слой, ссылающийся на исходный сервис). Если один слой может использоваться в нескольких веб-картах, сохраните конфигурации в самом слое или в слое, на который он ссылается, чтобы избежать повторной настройки слоя в каждой новой веб-карте. Слои также имеют свои собственные настройки конфигурации, отличные от веб-карт, такие, как оптимизированная геометрия или атрибутивные индексы. Оптимизации, сохраненные в слое, будут применяться по умолчанию на каждой веб-карте, куда добавлен этот слой, и отдельные веб-карты также могут переопределить эти настройки в своем контексте.
Чтобы узнать больше о сохранении настроек слоя, ознакомьтесь со следующими ресурсами:
Существует несколько различных типов слоев, каждый из которых имеет разные оптимальные варианты использования. Ниже приведены некоторые из наиболее распространенных типов слоев, все они доступны как в ArcGIS Online, так и в ArcGIS Enterprise.
Чтобы узнать больше о типах слоев, ознакомьтесь со следующими ресурсами:
Из размещенных векторных слоев в ArcGIS Online и ArcGIS Enterprise вы можете создать отдельный элемент, который называется представлением размещенного векторного слоя. Представление может иметь настройки, отличные от настроек базового размещенного векторного слоя, но при этом ссылаться на те же данные.
Распространенным вариантом использования представлений является создание слоя только для чтения, который автоматически отражает обновления, внесенные в базовый размещенный векторный слой. Поскольку представления могут иметь собственные настройки публикации и редактирования, вы можете опубликовать представление только для чтения для всей организации, в то время как редактируемый размещенный векторный слой будет опубликован только для редакторов.
Представления также являются хорошим выбором, когда у вас есть несколько различных вариантов использования слоя. Вы можете настроить различные представления, каждое из которых имеет свои собственные символы или настройки фильтрации, или которые включают только определенные атрибуты из исходного слоя.
Представления также можно обновлять с помощью замены источника, чтобы свести к минимуму сбои при больших обновлениях данных. Вместо того, чтобы обновлять данные источника напрямую, вы можете создать новый размещенный векторный слой с новыми данными и установить этот новый слой в качестве источника для представления. Эта стратегия позволяет тщательно протестировать новый слой перед заменой источника и исправить любые проблемы в обновленных данных, прежде чем они повлияют на пользователей, использующих представление. Кроме того, замена источника выполняется намного быстрее, чем добавление больших объемов данных к слою или его перезапись.
Чтобы узнать больше о представлениях размещенных векторных слоев, ознакомьтесь со следующими ресурсами:
Некоторые линейные и полигональные слои имеют гораздо больше вершин, чем необходимо в масштабах, где они используются. Для размещенных векторных слоев в ArcGIS Online вы можете оптимизировать слой для отображения меньшего количества вершин при уменьшении до масштабов, где большее количество вершин не требуется. Эту же стратегию можно применить к неразмещенным слоям путем генерализации подробных данных и использования зависимости от масштаба для отображения генерализованных слоев в мелких масштабах, которые показывают данные с полным разрешением в больших масштабах.
Слои с поддержкой времени упрощают выполнение запросов и фильтрацию по времени. Эта возможность позволяет пользователям видеть, что произошло в определенное время или что может произойти в будущем. Это также может повысить производительность слоя за счет ограничения данных, запрашиваемых и визуализируемых клиентом, только теми данными, которые имеют отношение к интересующему периоду времени. Поддержка времени может быть настроена для карт, пространственных сервисов и сервисов изображений, а также слоев.
Дополнительные сведения о слоях с поддержкой времени см. в следующих ресурсах:
Слои на карте позволяют пользователям получить доступ к возможностям веб-сервиса. Некоторые сервисы, опубликованные в ArcGIS Enterprise, имеют собственные настройки, которые можно настроить отдельно для оптимизации сервиса.
В ArcGIS Server картографические сервисы и сервисы изображений работают с использованием пула процессов экземпляра сервера. По ссылке ниже описана конфигурация и настройка этого пула для обеспечения наилучшей производительности и использования ресурсов сервера.
Каждый запущенный процесс экземпляра сервиса потребляет память, даже если он активно не обрабатывает запросы. Картографические сервисы и сервисы изображений могут использовать преимущества общего пула ресурсов для использования одного пула серверных процессов для нескольких различных сервисов. Использование общих экземпляров позволяет сократить потребление памяти сервисами, которые не обрабатывают запросы активно.
Чтобы узнать больше об использовании общих экземпляров в ArcGIS Enterprise, ознакомьтесь со следующими ресурсами:
Сервисы изображений обычно строятся на основе наборов данных мозаики, которые представляют собой объекты базы геоданных, которые могут использовать преимущества общей оптимизации хранения данных. Кроме того, существует несколько методов оптимизации, специфичных для сервиса изображений:
Дополнительные ресурсы по сервису изображений и оптимизации мозаики см. на веб-сайте ArcGIS Imagery Workflows.