v.5.108.0#

Изменения

В запросе create stream максимальная длина поля reference (ссылка на источник потока) увеличена с 512 до 2083 символов.

Важно! При переходе на более раннюю версию LUNA PLATFORM убедитесь, что у вас нет критичных потоков со ссылками длиннее 512 символов — они будут удалены.
SDK был обновлен до версии 5.29.0.

В данной версии LUNA PLATFORM обновлен эстиматор DeepFake до версии 8.
В мониторинг сервиса Remote SDK добавлено поле face_descriptor_score для сбора данных о качестве дескрипторов лиц. См. подробную информацию в разделе "Monitoring" в руководстве разработчика.

Также был расширен ответ на запрос "get system info" к сервису Admin: добавлено поле face_descriptor_score, предоставляющее статистику качества дескрипторов лиц. Данные автоматически распределяются по бакетам с шагом 0.05. Пример:
```
"face_descriptor_score": {
"score_0.85": 2,
"score_0.9": 197,
"score_1": 4
}
```
Где "score_0.9": 197 — означает 197 дескрипторов с оценкой в диапазоне 0.90–0.94.
Агрегация данных мониторинга теперь необязательна и может быть отключена в новой настройке MONITORING_AGGREGATION сервиса Admin.

Формат задания настройки — boolean. Значение по умолчанию — true.

Примечание. При отключении настройки статистические данные в секции stats ответа на запрос "get system info" не будут отображаться.
Изменена логика подготовки окружения для мониторинга с помощью утилиты Storages.

Ранее создание бакета для хранения данных мониторинга luna_monitoring (если не задано иное имя) и создание бакета для хранения статистики использования LUNA PLATFORM luna_monitoring_aggregated (теперь необязательно, см. выше) выполнялось в два этапа, а теперь это единый этап подготовки окружения мониторинга. Это означает, что в случае включенной настройки MONITORING_AGGREGATION (включено по умолчанию) во время подготовки окружения для мониторинга будет выдана ошибка Bucket <bucket_name> already exists если какой-то из двух бакетов существует, т.к. утилита Storages воспринимает отсутствие любого из бакетов как необходимость создать оба.

Во всех документах по установке и в скрипте Docker Compose команда запуска InfluxDB теперь выполняется с инициализацией бакета с именем default вместо luna_monitoring (переменная окружения DOCKER_INFLUXDB_INIT_BUCKET для контейнера InfluxDB), а утилита Storages далее создает бакет(ы) самостоятельно. Это позволяет избежать ошибки, когда бакет luna_monitoring уже был инициализирован на этапе запуска InfluxDB, а утилита Storages обнаружила его наличие в паре с отсутствием бакета luna_monitoring_aggregated.

При необходимости можно не менять привычную команду запуска контейнера InfluxDB и использовать аргумент --ignore-integrity во время подготовки окружения Storages. Это позволит создать только бакет luna_monitoring_aggregated, проигнорировав наличие бакета для хранения данных мониторинга, однако следует использовать этот аргумент с осторожностью, т.к. он может проигнорировать и другие существующие сущности при вызове в паре с позиционным аргументом prepare all_entities.

Важно! При обновлении с предыдущей версии, где не использовался сервис Admin, и не был создан бакет luna_monitoring_aggregated, но был создан бакет luna_monitoring, также будет получена ошибка Bucket <bucket_name> already exists. В таком случае нужно отключить настройку MONITORING_AGGREGATION, либо воспользоваться аргументом --ignore-integrity (см. выше).

Исправленные ошибки

Исправлен некорректный вывод команды luna_prepare prepare --help в контейнерах сервисов Video Manager и Video Agent.
Для сервиса Licenses восстановлена поддержка переменной окружения EXTEND_CMD. С её помощью можно передавать дополнительные аргументы в команду запуска сервиса, если для них не предусмотрены отдельные переменные окружения.

Например, можно явно задать тегированные настройки при запуске сервиса: --env=EXTEND_CMD="--LUNA_MONITORING=TAG_1".

См. подробную информацию о переменных окружения и аргументах в разделе "Аргументы сервисов" в руководстве по установке.
Теперь, если при выполнении запроса create stream одна или несколько указанных аналитик недоступны, возвращается код состояния 422 (Unprocessable content) вместо 400 (Bad/incomplete input data).