Задержка в активаторе

Активатор Структуры выполняет правила для данных в режиме реального времени. Результаты почти мгновенно, но есть факторы, которые могут привести к задержке. В большинстве случаев задержка является неубедимой, но в других случаях задержка может составлять до 10 минут. Получение точной и своевременной информации является важным фактором при создании и получении правил. В этой статье рассматриваются процессы и параметры, определяющие баланс между включением событий и структурой правила, а также как быстро отправляется активатор. Например, следует ли активировать активатор для получения и включения дополнительных данных или должен ли активатор гарантировать, что получатели получают оповещения в заданное время? И как структурировано правило влияет на скорость отправки активации получателям?

Существует три важных фактора, влияющих на задержку активации правила:

• Параметр пользователя для допустимости позднего прибытия.
• Задержка до одной минуты, которая может быть представлена серверной обработкой активатора.
• Агрегаты в правиле.

Допустимый интервал поступления с задержкой

На экране определения правила активации устанавливается допустимое время прибытия и применяется к времени прибытия события. Чтобы узнать, как задать допустимое значение для позднего прибытия, ознакомьтесь с параметром "Задержка прибытия".

Задержка обработки серверной части

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

Задержка агрегирования

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

Базовые понятия о времени

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

• Время события: время, когда произошло исходное событие. Это часть полезных данных события. Например, когда движущаяся машина на шоссе приближается к платной кабине и заметил датчик.
• Время обработки: время, когда событие достигает системы обработки и наблюдается. Например, когда датчик на пункте взимания дорожных сборов обнаруживает автомобиль, а компьютерная система обрабатывает данные.
• Время прибытия (время приема или подложки): маркер, указывающий, когда данные события достигают Активатора. По характеру потоков входящие данные события никогда не останавливаются, поэтому время прибытия указывает на ход выполнения активатора до определенной точки в потоке. На этом этапе активатор может создавать полные, правильные и повторяемые результаты, которые не нужно вычитать. И на этом этапе активатор может начать обработку данных. Обработка может быть выполнена предсказуемым и повторяемым способом. Например, если для некоторых условий обработки ошибок необходимо выполнить пересчет, время прибытия безопасное время начала и окончания.

Задержка прибытия возникает, когда правило имеет параметр времени, и время события находится в течение этого времени, но время прибытия выходит за пределы этого параметра. Если мы используем пример платных стендов еще раз, автомобиль распознается датчиком платных стендов и время события находится в пределах параметра времени. Активатор видит, что правило имеет агрегирование и выполняет это агрегирование по данным. Время, необходимое для выполнения этой агрегирования, помещает время прибытия за пределы параметра времени. Это событие в настоящее время считается поздно. Если требуется включить поздние поступления, задайте значение для допустимого значения "Поздний срок прибытия".

Дополнительные ресурсы по этой теме доступны в записях блога Тайлера Акидау (Tyler Akidau), посвященных потоковой передаче (101 и 102).

Параметр допустимости для позднего прибытия

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

В целом, учитывая, является ли это более важным:

• Дождитесь поздних точек данных или
• запустите правило для потенциально неполных данных, чтобы правило активировало раньше. 

В этом примере точки данных измеряются за 15 минут. Первые три точки, которые являются голубыми, делают его в окне времени. Четвертая точка, которая является оранжевым, не. Время события находится в пределах 15-минутного интервала, но событие не выполняется активатором в течение 15-минутного интервала. Активатор оценивает только правило данных с временем прибытия в течение 15-минутного окна. Если пользователь не указывает, что он хочет разрешить задержку прибытия и ждать, если другие точки данных прибывают. 

Активатор не может учитывать задержки от данных пользователя. Например, у пользователя могут быть датчики Интернета вещей, которые находятся в автономном режиме в течение 1 часа. После возвращения в интернет активатор может получать данные, но данные были отложены в течение 1 часа от этого автономного состояния, которое происходит за пределами Активатора.

Ниже приведен еще один пример.

Пользователь создает правило, которое вычисляет среднюю температуру в минутах интервалов. По умолчанию задано значение "По умолчанию". Значение по умолчанию — две минуты. Значения температуры 20 и 30 включены, а средняя температура составляет 25. Однако событие позднего прибытия для температуры в 40 градусов не включается до следующей активации правила. 

Время события	Время прибытия	Температура
09:00	09:02	20
09:01	09:03	30
09:02	09:07	40

Внимание

В настоящее время невозможно переопределить допустимое значение по умолчанию. Этот параметр также не применим к правилам Power BI.

Правила, созданные на основе визуальных элементов Power BI

Встроенная задержка отличается от службы. Задержка для потоков событий отличается от задержки для визуальных элементов Power BI. Существует две части, составляющие задержку для правил, созданных на основе визуальных элементов Power BI: частота запросов визуальных элементов Power BI, встроенных в систему, и задержка, которую может представить серверная часть активатора.

Правила Power BI оцениваются при поступлении новых данных в Активатор. Активатор каждый час выполняет прием новых данных из Power BI. Это означает, что события, соответствующие условию правила, активируют активацию не более одного часа после возникновения события. Дополнительные сведения см. в разделе "Получение данных для активатора" из Power BI.