При планировании развертывания ArcGIS GeoEvent Server в типичной среде ArcGIS Enterprise необходимо учитывать различные концепции, специфичные для GeoEvent Server.
Обработка событий
Когда GeoEvent Server получает данные о событии (или GeoEvents), на время обработки этого события влияют пять факторов: размер, скорость обработки, объем, анализ и место назначения выхода.
Размер события
В большинстве случаев нет двух одинаковых событий. События могут иметь различное количество полей, а события с текстовыми полями могут иметь неизвестное количество символьных байтов. Как правило, чем больше размер события, тем больше времени требуется для его обработки GeoEvent Server. В дополнение к времени, которое требуется для обработки события, более крупные события требуют больше дискового пространства для хранения своих очередей сообщений по сравнению с более мелкими событиями.
Скорость обработки события
Скорость обработки данных о событиях сервером GeoEvent Server обычно измеряется в событиях в секунду. Скорость обработки события (число событий в секунду) определяется объемом события (количество обработанных событий), деленным на скорость события (скорость обработки событий).
Скорость обработки события (события/секунда) = Объем событий (события) / Скорость события (секунды)Частота событий
Частота поступления событий является индикатором ожидаемой нагрузки на GeoEvent Server. Как правило, частота событий измеряется временем между событиями с одинаковым Track ID. Чем быстрее происходят события, тем больше GeoEvent Server будет нуждаться в ЦПУ компьютера и локальной системе хранения файлов. В качестве знаменателя в приведенном выше уравнении, чем короче частота событий (меньше количество событий), тем больше будет объем событий.
Рекомендуется сократить продолжительность обработки событий с высокой скоростью протекания, поскольку их частота смены выше, чем у событий, скорость протекания которых ниже. В общем, время обработки событий должно быть меньше, чем частота событий. См. пример ниже:
- Событие короткой частоты – Обновления с электрической подстанции могут поступать каждую 1 секунду. Разумная скорость для обработки этого события будет значительно меньше, чем 1 секунда.
- Событие длиной частоты – Обновления от транспортного средства доставки приходят каждые 60 секунд. Само собой разумеется, что скорость обработки этого сообщения будет порядка 10-20 секунд.
Объем события
Объем события измеряет количество уникальных событий, которые могут быть в системе. Объем события обычно является синонимом набора событий. Объем события используется вместе со скоростью события для определения предполагаемой скорости обработки события. Как правило, увеличение объема событий приводит к увеличению нагрузки на GeoEvent Server. Для больших объемов может потребоваться более высокая производительность CPU и локального хранилища, чем для более низких объемов. В качестве числителя в приведенном выше уравнении, чем больше объем события, тем больше скорость обработки события. К примерам объема событий относятся следующие:
- Большой объем событий – большой транспортный отдел, отслеживающий 15 000 государственных транспортных средств.
- Небольшой объем событий – муниципалитет отслеживает 12 снегоочистителей.
Анализ событий
Когда события проходят через GeoEvent Server, объем обработки и анализа, выполняемого над событиями с использованием фильтров и процессоров, влияет на ресурсы машины и время обработки событий. Сложные рабочие процессы обработки и анализа обычно используют больше машинного CPU, а также увеличивают время обработки данных о событиях. Определенные рабочие процессы анализа, такие как использование Процессора Обогащения поля для обогащения входящего потока данных, могут увеличить использование сетевого подключения машины.
Место выхода события
Во многих случаях распространение данных о событиях не влияет на GeoEvent Server. Однако при работе с определенными выходами есть некоторые соображения, например скорость обработки события может быть выше, чем возможности конкретного выхода. При проектировании и реализации работающего GeoEvent Server могут потребоваться другие подходы, если ожидаемая скорость обработки события значительно выше, чем используемый выходной разъем.
Потоки и наборы событий
Данные о событиях поступают в GeoEvent Server и называются потоками событий или наборами событий.
Потоки событий
Потоки событий определяются как набор событий, которые принимаются или распространяются входным коннектором или выходным коннектором на GeoEvent Server.
Примечание:
Поток событий – это не то же самое, что потоковый сервис, который является конкретной реализацией выходного коннектора.
Наборы событий
Хотя поток событий представляет все отдельные события, поступающие на GeoEvent Server или с него, набор событий представляет собой набор уникальных событий в потоке событий. Как правило, уникальность основана на Track ID события. В большинстве случаев набор событий является синонимом объема события. К примерам наборов событий относятся следующие:
- В потоке событий местоположений транспортных средств набор событий охватывает все индивидуальные идентификаторы транспортных средств, такие как VIN-коды транспортных средств. В этом примере набор событий представлен набором уникальных VIN-кодов.
- В потоке событий указателя уровня воды набор событий охватывает каждый уникальный идентификатор монитора воды (например, серийный номер датчиков). Набор уникальных идентификаторов датчиков воды является набором событий.
Геозоны
Ключевой возможностью GeoEvent Server является обработка данных о событиях в реальном времени в соответствии с известной геометрией или геозонами. Геозоны загружаются на GeoEvent Server и сохраняются в памяти. Поскольку геозоны хранятся в памяти, объем оперативной памяти компьютера важен и определяет, сколько геозон может быть сохранено в памяти. В дополнение к объему RAM, тип RAM может влиять на скорость, с которой осуществляется доступ к геозонам, особенно если существует множество геозон, которые необходимо проанализировать.
Более важным, чем количество геозон, является сложность этих геозон. Чем больше точек или вершин у геозон, тем больше оперативной памяти GeoEvent Server будет использовать для выполнения этих пространственных отношений в реальном времени. См. следующие примеры геозон, каждая из которых может содержать равное количество точек и вершин и может потреблять одинаковый объем оперативной памяти компьютера:
- Набор из 70000 точек, представляющих точки интереса по всему региону
- Дорожная сеть региона, содержащая несколько сотен отрезков осевой линии дорог по несколько сотен точек каждый.
- Высокоточные границы 25 полигонов округов штатов, каждая из которых содержит несколько тысяч точек