Перейти к содержанию

LUNA PLATFORM v.5.96.0#

Изменения LP

  • Теперь по умолчанию используется 65-ая версия нейронной сети для извлечения биометрических шаблонов лиц (настройка "DEFAULT_FACE_DESCRIPTOR_VERSION" сервиса Remote SDK).

    При выполнении миграции настроек сервиса Configurator последней версии, настройка "DEFAULT_FACE_DESCRIPTOR_VERSION" не будет автоматически обновлена. Для продолжения работы с существующими биометрическими шаблонами лица с новой 65-ой версией нейронной сети необходимо вручную изменить значение настройки "DEFAULT_FACE_DESCRIPTOR_VERSION", предварительно выполнив повторное извлечение существующих биометрических шаблонов с помощью 65 модели, используя задачу "Additional extraction. Если изменить дефолтную версию без выполнения задачи, то старые биометрические шаблоны станут недоступны.

    См. раздел "Подготовка к смене версии нейронной сети" для более подробной информации по обновлению настройки "DEFAULT_FACE_DESCRIPTOR_VERSION".

  • Добавлен механизм разделяемых потоков.

    Разделяемый поток — это поток с заданными пользователем аналитиками, обработка которых может выполняется разными агентами одновременно. С точки зрения лицензирования разделяемый поток будет считаться одним потоком независимо от того, какое количество агентов задействовано в интересах обработки его аналитик.

    Все аналитики будут обрабатываться (включая логи, авторестарт и т.д.) как отдельный поток. Для получения дополнительной информации см. разделяемые потоки.

    • Запрос "create stream" теперь поддерживает параметр splittable, который разрешает распределять обработку потока на более чем одного агента в случае, если ни один агент не поддерживает все указанные наборы аналитики.

    • Обновлены ответы на запросы "get stream" и "get streams":

      • поле status: для неразделяемых потоков изменений нет, а статус разделяемого потока — это общий статус всех его частей. Добавлены новые статусы состояния разделяемых потоков: unknown - разделяемый поток имеет разные статусы на каждом агенте и handler_lost - служебный статус, означающий, что данные от обрабатывающего поток агента не были получены и такой поток будет заново перераспределен в обработку (в логах потока появляется в комбинации handler_lost-restart-pending).
      • поле autorestart перемещено в поле analytics: для неразделяемого потока оно будет одинаковым для каждой его части (элементов массива analytics) и может быть разным для каждой части разделяемого потока в зависимости от их состояния.
      • в поле analytics было добавлено поле status, описывающее статус каждой части разделяемого потока.
    • Теперь для запроса "stream events ws handshake" доступен новый параметр analytic_index, который предоставляет информацию только для аналитики с указанным индексом, который соответствует индексу аналитики из запросов "create stream" или "get stream(s)". Параметр не является обязательным и по умолчанию параметр принимает значение 0, что соответствует первому элементу массива analytics.

  • В сервис Image Store добавлена поддержка S3-совместимых хранилищ, не имеющих встроенной функциональности тегирования.

    Также для данных хранилищ была добавлена поддержка политики TTL (Time To Live - автоматическое удаление файлов по истечении заданного срока).

    При создании бакета в него помещается специальный файл, содержащий значение ttl по умолчанию для хранящихся в нем объектов; если значение не указано, оно устанавливается на None, что означает, что у объектов не будет автоматически назначенного срока действия. Чтобы включить этот механизм, необходимо указать параметр TAGGING = 0 в настройке S3. При включении дата удаления объекта будет сохранена в метаданных для объектов, для которых параметр ttl был указан при создании или изменении. Если у объекта нет явно заданного ttl, будет применено значение ttl бакета по умолчанию.
    Однако если значение TTL по умолчанию не настроено, объект останется в хранилище на неопределенный срок. Чтобы явно предотвратить удаление объекта, ему следует назначить значение ttl, равное -1.

  • Обновлена логика запроса получения функций из лицензии с целью поддержки гибкого лицензирования.

    Теперь запрос "get license" сервиса Licenses поддерживает любой таргет, указанный пользователем, для получения функции из лицензии, если она включена в лицензию.

    Ранее были доступны только следующие таргеты: expiration_time, faces_limit, liveness, iso, index, people_counter, body_attributes, streams_limit, lambdas. Теперь любые другие функции, доступные в лицензии, также доступны в качестве таргетов.

    Если указанная пользователем функция не включена в лицензию, будет возвращена ошибка с кодом 33008 и описанием License problem. Unknown feature: {feature_name}..

  • Добавлено периодическое удаление логов, регулируемое настройкой LUNA_VIDEO_MANAGER_LOGS_CLEAR_INTERVAL.

    Эта функция помогает автоматически очищать базу данных сервиса Video Manager от устаревших логов, предотвращая их накопление. Периодическое удаление логов настраивается с помощью нижеописанных параметров из группы параметров LUNA_VIDEO_MANAGER_LOGS_CLEAR_INTERVAL:

    • "interval" - задает интервал удаления логов. Логи, старше чем данный интервал, будут удалены. Значение по умолчанию - 7;
    • "interval_type" - задает тип интервала (недели, дни, часы, минуты, секунды). Значение по умолчанию - days;
    • "check_interval" - задает частоту проверки логов на удаление (секунды). Значение по умолчанию - 180;
    • "active" - включает/выключает автоматическое удаление логов потоков. По умолчанию параметр в выключен.

    При включенном параметре "active" значения по умолчанию запускают автоматическое удаление с проверкой логов потоков в базе данных каждые 180 секунд и удаляют логи старше 7 дней.

  • База данных Oracle больше не поддерживается в сервисах Lambda и Video Manager.

  • В скриптах start_platform.sh и start_logging.sh добавлена поддержка автоматического выбора между docker-compose (отдельный бинарный файл) и docker compose (встроенная команда в docker).

    Ранее при попытке выполнить скрипты с docker compose, если docker-compose не был установлен, возникала ошибка.

    Также из документации была удалена инструкция по установке Docker Compose в виде бинарного файла.

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

  • Исправлена ошибка при аутентификации Redis Sentinel с использованием логина и пароля.

    Ранее сервис Tasks не работал с конфигурацией Sentinel, где был указан недефолтный пользователь и обязательная аутентификация. Возникала ошибка MasterNotFoundError с сообщением Authentication required, так как система не передавала логин/пароль при подключении к Sentinel.

  • В спецификацию запросов "create stream" и "put stream" был добавлен отсутствующий паттерн для имени потока.

    Паттерн имени потока: ^[a-zA-Z0-9_\-]{0,128}$, из которого следует, что имя потока может содержать только: - латинские буквы (a-z, A-Z); - цифры (0-9); - нижнее подчёркивание (_) и дефис (-). Паттерн допускает: длину от 1 до 128 символов — для осмысленных имен (например, stream_1) или пустую строку ("") — как крайний технический случай, но это не рекомендуется для реального использования.

  • Исправлена ​​ошибка, которая позволяла передавать неиспользуемый параметр ttl в image_retain_policy для аналитики people_count и human_tracking.

    Это применимо только к ресурсу "/videosdk", поскольку там не сохраняются данные, в отличие от потоков, где данные сохраняются.

  • В спецификацию аналитики People count добавлено отсутствующее описание поля source в "callback request".

  • Исправлено дублирование логов при запросе "get streams logs" к удаленному потоку.

  • Обновлена логика обработки потока при отсутствии ответа от агента в Video Manager.

    Если поток был отправлен на обработку, но агент не подтверждает его статус (например, из-за сбоя или недоступности), то теперь потоку последовательно присваиваются статусы: - handler_lost – служебный статус, означающий, что данные от обрабатывающего поток агента не были получены. - restart – поток помечается для перезапуска. - pending – статус потока изменяется на "ожидание" для повторного распределения на другого агента.

    Ранее в таких случаях в логах фиксировалась только такая последовательсть "restart-pending".

Изменения UI сервиса API

  • Раздел "Проверки": Добавлена возможность загружать видеофайлы для проверки на Liveness, Deepfake, а также оценки атрибутов лица и тела.