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

v.5.200.0#

Изменения

  • В контейнер сервиса Python Matcher добавлена переменная окружения VL_CACHED_MATCHER_KEYS_RETENTION, относящаяся к синхронизации кеша биометрических шаблонов (БШ) с БД сервиса Faces.

    Кеш БШ ускоряет сравнение по спискам: БШ читаются из памяти Python Matcher, без запросов к БД Faces. Кеш периодически обновляется, забирая изменения из БД Faces. Переменная VL_CACHED_MATCHER_KEYS_RETENTION задаёт, в течение какого времени кеш при обновлении отслеживает недавние изменения, чтобы не потерять те, что попали в БД Faces с опозданием. По умолчанию 2 секунды. Если значение окажется недостаточным, часть изменений из БД Faces может не попасть в кеш до перезапуска сервиса Python Matcher.

    Подробнее см. в новом разделе "Descriptors cache" руководства разработчика.

  • В запрос сравнения по обобщённым событиям "general events matching" добавлен параметр targets.

    Параметр задаёт для кандидатов список полей обобщённого события (например, event_id, account_id), которые необходимо вернуть в результатах сравнения.

  • В запросе удаления обобщенных событий сервиса Events параметр target теперь поддерживает вложенные пути и обращение к элементам массивов через [*] на любой глубине.

    Ранее параметр позволял запрашивать только поля верхнего уровня.

    В качестве значения параметра можно указывать:

    • вложенные поля пользовательских данных обобщенного события (event) с помощью пути через точку, например store.name;
    • маску [*] после любого сегмента пути, чтобы получить значение поля в каждом элементе массива, например store.book[*].title или store.books[*].chapters[*].title.

    В ответе поле event повторяет структуру запрошенного пути. Например, для параметра store.book[*].title и события {"store": {"book": [{"title": "A", "author": "X"}, {"title": "B"}]}} в ответе будет возвращено {"store": {"book": [{"title": "A"}, {"title": "B"}]}}.

    Если несколько запрошенных полей относятся к одному массиву, их значения объединяются. Отсутствующие поля в ответ не включаются.

  • При обработке запроса "predict liveness" больше не выполняется избыточная проверка лицензии: функция liveness не запрашивается у сервиса Licenses, поскольку её проверяет сервис Remote SDK.

  • Обновлена логика обработки ошибок получения лицензии: единичные ошибки больше не приводят к немедленному возврату ответа с кодом состояния 403.

  • Улучшена производительность аналитики отслеживания людей human_tracking: в некоторых случаях агент теперь может обрабатывать больше видеопотоков одновременно.

  • Группа параметров LAMBDA_RESOURCE_LIMITS сервиса Lambda переименована в LAMBDA_DEPLOYMENT_SETTINGS.

    Помимо ограничений на ресурсы для lambda, группа параметров теперь позволяет задать пользовательский манифест развёртывания (deployment) Kubernetes для каждого пространства имён (namespace). Подробнее см. в разделе "Custom deployment manifest" руководства разработчика.

    Важно! При обновлении задайте настройки в группе параметров с новым названием: прежнее название LAMBDA_RESOURCE_LIMITS больше не используется.

  • Адрес сервиса Configurator, из которого lambda получает настройки, теперь можно задать с помощью группы параметров LAMBDA_DEPLOYMENT_SETTINGS.

    Для этого в секцию default_namespace добавлено необязательное поле luna_config_address (также может быть задано в элементах секции allowed_namespaces).

    По умолчанию поле не задано, и lambda использует адрес из параметров запуска сервиса Lambda; если сервис Lambda настроен на работу с файлом конфигурации (USE_CONFIGURATOR = 0), используется адрес http://configurator:5070/1.

    Примечание. Параметр не влияет на ранее созданные lambda.

    Подробнее см. в разделе "Configurator address" руководства разработчика.

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

  • Добавлено требование авторизации для запроса get service requests statistics в спецификации OpenAPI.

    Это требование действовало всегда, однако ранее не было указано. Подробнее о типах авторизации см. в разделе "Типы авторизации для доступа к ресурсам".

  • Исправлено некорректное поведение аналитики people_count, когда при одновременном задании обоих порогов количества людей (people_count__gte и people_count__lte) регистрация событий происходила за пределами заданного диапазона.

    Теперь события регистрируются только при количестве людей в заданном диапазоне.

  • Исправлена ошибка, из-за которой lambda могла не запуститься, если в группе параметров LAMBDA_DEPLOYMENT_SETTINGS не был указан parralel_job_limit в секции default_namespace (или в одной из записей allowed_namespaces).

    Теперь параметр parralel_job_limit обязателен для каждой записи пространства имён (namespace).

    При обновлении ранее сохранённые настройки без parralel_job_limit автоматически получают значение 10 (по умолчанию) одновременно выполняемых задач на пространство имён. См. в разделе "Job queue architecture" руководства разработчика.