Проект должен соответствовать определенным критериям в рамках каждого компонента архитектуры. Некоторые из рекомендуемых методов, связанных с каждым компонентом, описаны ниже, но они не составляют полный набор связанных с архитектурой условий. Дополнительные сведения см. в разделе Рекомендации по шаблону системы редактирования и управления данными.
С точки зрения производительности и масштабируемости, эта архитектура направлена на оптимизацию общего взаимодействия пользователей с системой, реагируя при этом на растущие требования к рабочим нагрузкам. Система управления сетевой информацией должна обеспечивать возможности редактирования с согласованными показателями производительности, чтобы обеспечить конечным пользователям оптимальную рабочую среду и повысить ее эффективность. В дополнение к описанным ниже методам повышения производительности, управление производительностью реляционных баз данных также является важным фактором общей производительности системы управления сетевой информацией.
Разделение рабочей нагрузки — это подход к проектированию, ориентированный на оптимальное распределение вычислительных ресурсов. Например, обработка некоторых запросов на редактирование в Системе управления сетевой информацией может занять больше времени, чем обработка стандартных запросов к карте, поэтому рабочие нагрузки редактирования могут выиграть от использования отдельных, выделенных вычислительных ресурсов (таких, как сайт ArcGIS GIS Server). Подобный подход к разделению рабочей нагрузки помогает отделить длительные запросы от коротких, чтобы у редакторов были выделенные ресурсы, а на вьюеров не влияли длительные транзакции. Если такое разделение реализовано, производительность системы, вероятно, улучшится для обеих групп, так как конкуренция за ресурсы уменьшится, а систему будет легче масштабировать - ресурсы могут быть добавлены на любой сайт сервера для горизонтального или вертикального масштабирования. Разделение рабочей нагрузки может принимать несколько форм:
По компонентам Разделение компонентов на разные виртуальные машины или вычислительную инфраструктуру гарантирует, что отдельные компоненты не будут конкурировать за системные ресурсы. Хотя ArcGIS Enterprise поддерживает установку и настройку нескольких компонентов в одной системе, делать это, как правило, не рекомендуется в хорошо спроектированных производственных системах.
По типу сервиса В компонентах ArcGIS Server к этой архитектуре применяется еще один подход к разделению рабочих нагрузок - разделение рабочих нагрузок по типам сервисов. Отдельные сайты ГИС Сервера поддерживают рабочие нагрузки Utility Network и размещенных сервисов или картографирования.
Совместное размещение — это подход к проектированию, при котором компоненты системы развертываются в одном и том же центре обработки данных в одной подсети, что помогает уменьшить ожидание сети за счет уменьшения расстояния коммуникации по сети. В целом, задержка в сети оказывает большее влияние на работу конечных пользователей, чем пропускная способность сети для обычных операций ГИС. Еще одним фактором в этой области является расположение пользовательских и клиентских компьютеров – если у пользователя соединение с высоким ожиданием, совместное размещение компонентов системы, скорее всего, улучшит скорость его работы с системой. В некоторых случаях использование тонких клиентов или удаленного доступа может быть предпочтительнее физического оборудования, которое подключается через медленную или перегруженную сеть.
Надежность гарантирует, что ваша система обеспечивает уровень обслуживания, необходимый для бизнеса, а также ваших клиентов и заинтересованных сторон. Будучи бизнес-системой или критически важной корпоративной системой, система управления сетевой информацией всегда требует резервного копирования данных, а часто и компонентов системы. Для достижения более высокого уровня бесперебойной работы также может потребоваться конфигурация большей степени отказоустойчивости.
Для корпоративных систем с ожиданиями, требованиями или обязательствами по доступности критически важен четко определенный, действенный и хорошо проверенный подход к резервному копированию. При использовании систем управления сетевой информацией резервное копирование ArcGIS Utility Network на уровне данных имеет важное значение (как минимум). В зависимости от требований организации также может потребоваться резервное копирование других компонентов системы. Дополнительные сведения о стратегиях и методах резервного копирования см. в разделе Резервное копирование и аварийное восстановление.
Отказоустойчивость — это подход к проектированию, направленный на создание системы, предназначенной для достижения заранее заданного уровня эксплуатационных характеристик в течение определенного периода. Отказоустойчивая система нуждается в резервировании, мониторинге и автоматизации в соответствии с целевым договором об уровне обслуживании (SLA). Резервирование может включать в себя разрозненные компоненты, такие как сетевое подключение, надежность электропитания, охлаждение центра обработки данных и доступ к персоналу, обладающему навыками обслуживания системы. Автоматизация может быть спроектирована таким образом, чтобы на основе мониторинга во избежание сбоев принимались соответствующие меры. Для получения дополнительной информации см. раздел Настройка отказоустойчивых компонентов ArcGIS Enterprise.
Имейте в виду, что отказоустойчивые конфигурации значительно увеличивают затраты на инфраструктуру и эксплуатацию системы и требуют специальных навыков для обеспечения ее успешной работы. Проекты с высоким уровнем отказоустойчивости требуют со стороны людей, процессов, технологий и системы управления четкого выполнения поставленных задач.
Наблюдаемость обеспечивает видимость системы, позволяя оперативному персоналу и другим техническим специалистам поддерживать работу системы в исправном и стабильном состоянии. Мониторинг доступности, производительности и использования системы имеет решающее значение для Системы управления сетевой информацией. В дополнение к мониторингу программного обеспечения ArcGIS Enterprise, важно отслеживать все вспомогательные компоненты и инфраструктуру, такие как операционная система Windows или Linux, базы данных и другие хранилища данных, вычислительные ресурсы, сеть, периметр безопасности и любые другие соответствующие компоненты.
В каждой организации должна быть корпоративная система ИТ-мониторинга и реагирования для успешного создания и эксплуатации корпоративных систем. Упреждающий мониторинг систем так же важен, как и реактивное решение проблем, а эффективный захват телеметрии обеспечивает осведомленность о системе в любой момент времени и выявляет тенденции поведения системы.
Работу ArcGIS Enterprise в Windows/Linux можно отслеживать различными способами, включая журналы сервера и статистику сервера. В дополнение к мониторингу программного обеспечения ArcGIS Enterprise, важно отслеживать все вспомогательные компоненты и инфраструктуру, в частности, операционную систему Windows или Linux, базы данных и другие хранилища данных, а также вычислительную, сетевую, защитную и другую инфраструктуру.
Ключевым аспектом отслеживания является использование телеметрии — данных или информации, которые показывают реальную активность пользователя в системе. Сбор данных телеметрии по всем компонентам проекта, включая настольные клиентские компьютеры, имеет решающее значение для понимания производительности и использования системы, а также для выявления узких мест и возможностей для оптимизации системы.
В эталонной архитектуре механизм захвата телеметрии представлен ArcGIS Monitor. Некоторые важные характеристики системы, полученные таким образом, включают:
Важно отметить, что выходные данные телеметрии не обязательно отражают все возможности пользователя. Рассмотрите возможность взаимодействия с конечными пользователями приложений (например, использующими классические, веб-приложения или мобильные приложения), чтобы наблюдать за их выполнением рабочих процессов в дополнение к сбору данных телеметрии.
Безопасность защищает ваши системы и информацию. Соображения, связанные с безопасностью проектирования Системы управления сетевой информацией, тесно связаны с требованиями к безопасности шаблона системы. Это, в том числе,в важные особенности аутентификации пользователей, авторизации системы, контроля данных и доступа, а также аудита действий пользователей и изменений конфигурации системы.
Интеграция связывает эту систему с другими, предоставляя корпоративные сервисы и повышая производительность работы организации. Система управления сетевой информацией, как правило, должна обеспечивать обмен данными и согласование с другими системами, к примеру, Системами управления ресурсами предприятия (EAM), Управления взаимоотношениями с клиентами (CRM) и Расширенным управлением распределением (ADMS). Требования к интеграции системы управления сетевой информацией тесно связаны с шаблоном системы редактирования и управления данными.
Конкретные аспекты интеграции системы управления сетевой информацией включают в себя:
| Тип интеграции | Примечания |
|---|---|
| Данные | Целевой системе необходимо, чтобы сетевые данные были доступны локально в ее собственном формате/системе. |
| Сервис | Целевая система может интегрироваться с системой управления сетевой информацией с помощью вызовов RESTful API. |
| Применение | Для целевой системы требуются функциональные возможности исходной системы на уровне приложения, такие как пользовательский виджет, созданный с помощью ArcGIS Maps SDK for JavaScript. |
Автоматизация направлена на сокращение усилий, затрачиваемых на ручное развертывание и выполнение операционных задач и приводит к повышению операционной эффективности, а также к уменьшению системных аномалий, вызываемых человеческим фактором. Требования к автоматизации системы управления сетевой информацией тесно связаны с шаблоном системы редактирования и управления данными и включают следующие методы:
Соображения, касающиеся физического проектирования, здесь в первую очередь сосредоточены на проектировании логической архитектуры, которое в конечном итоге должно быть преобразовано в проектирование физической архитектуры. Esri предлагает сервисы проектирования архитектуры системы, когда вам требуется помощь в определении всех различных факторов, относящихся к физическому проектированию вашей организации, таких как сеть, хранилище, системные среды и размеры.
Дополнительные ресурсы, связанные с физическим проектированием, включают: