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

LUNA PLATFORM v.5.72.1#

Изменения LP

  • SDK обновлен до версии 5.22.1.

    В данной версии LUNA PLATFORM:

    • поддержана 116ая модель нейронной сети для извлечения биометрических шаблонов тел;
    • удалена из контейнера Remote SDK 107ая модель нейронной сети для извлечения биометрических шаблонов тел. Поддержка данной модели не прекращается.

    Важно! Если на момент обновления используется 107ая модель нейронной сети (настройка "DEFAULT_HUMAN_DESCRIPTOR_VERSION"), то без дополнительных действий сервис Remote SDK не запустится.

    Необходимо выполнить одно из дополнительных действий ниже:

    • Запросить отсутствующую модель у VisionLabs и самостоятельно добавить в контейнер Remote SDK.
    • Выполнить задачу Additional extraction перед началом обновления, а затем указать новую версию в настройке "DEFAULT_HUMAN_DESCRIPTOR_VERSION" перед запуском сервиса Remote SDK, тем самым сохранив возможность использования старых биометрических шаблонов.
    • Указать новую версию в настройке "DEFAULT_HUMAN_DESCRIPTOR_VERSION" перед запуском сервиса Remote SDK, тем самым прекратив использование старых биометрических шаблонов.

  • В политику "storage_policy" добавлен новый тип callback'a luna-ws-notification, позволяющий получать сгенерированные события при подписке на сервис Sender через механизм веб-сокетов.

    Новый тип callback'a пришел на замену политике "notification_policy", которая теперь считается Deprecated. Одновременного использования callback'a и "notification_policy" не предполагается (будет отправлено два уведомления).

    Основным преимуществом механизма callback'ов перед устаревшей "notification_policy" является возможность указания нескольких callback'ов с разными фильтрами в запросе на создание обработчика, в результате чего будет отправлено только одно событие.

  • Для скриптов создания бакетов ("lis_bucket_create.py", "s3_bucket_create" и "monitoring_db_create.py") и подготовке БД ("db_create.py") добавлен аргумент -v, устанавливающий уровень логирования равным "DEBUG".

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

  • Ускорено сравнение по списку лиц при включенном кешировании (настройка "cache_enabled" в сервисе Python Matcher).

  • В сервис Lambda добавлена новая группа настроек "LUNA_LAMBDA_BUILD_LIMITS", позволяющая настроить ограничения на использование оперативной памяти и CPU-процессора, выделяемых для задач сборки Docker-образа.

  • Добавлено новое разрешение токена verify, позволяющее указать права на выполнение запроса "perform verification", выполняющего верификацию биометрических шаблонов и изображений.

    Кроме того, аналогично разрешению emit_events, можно поместить идентификаторы верификаторов в черный или белый списки. Если идентификаторы "verifier_id" присутствуют в черном списке, то только их использование будет запрещено. Если же идентификаторы присутствуют в белом списке, то только их использование будет разрешено. Максимальное количество идентификаторов в списках — 100.

    Если выдано разрешение "verify", то во время выполнения верификации будут созданы все необходимые объекты независимо от разрешений, задаваемых в токене. Например, разрешение типа "sample" не влияет на создание биометрического образца во время выполнения верификации. Таким образом, при использовании верификатора с параметром "store_sample" и отсутствии права "creation" для "samples", все равно будет создан биометрический образец.

  • Теперь скрипт migrate_ttl_settings.py выполняет миграцию настроек TTL для объектов в S3 быстрее.

    См. раздел "Добавление TTL для S3 бакетов" в руководстве по обновлению.

  • Версия SDK для Handlers-lambda обновлена с версии 5.19.0 до версии 5.21.0.

  • Добавлена возможность задания TTL в S3 для архивов с Lambda.

    TTL задается в параметре "archive_ttl" в запросе на создание/обновление lambda.

    См. подробную информацию о настройке TTL в S3 в разделе "Миграция для добавления TTL к объектам в S3" в руководстве администратора.

  • В Handlers-lambda добавлена поддержка полей "origin_bounding_box", позволяющих указать координаты bbox с лицом или телом в системе координат исходного изображения.

  • Ускорено сравнение по нескольким спискам в одном запросе.

  • Изменена точка мониторинга для сравнения в сервисе Python Matcher.

    Ранее точки мониторинга содержали поле list_id, необходимое для сравнение лиц по списку. Теперь такие точки содержат поле list_batch_size, означающее количество кэшированных списков.

    См. подробную информацию в разделе "Monitoring" руководства разработчика сервиса Python Matcher.

  • Документация по миграции с LUNA PLATFORM 3 на Backport 3 и с LUNA PLATFORM 4 на Backport 4 удалена из комплекта поставки и онлайн-документации.

    Данные комплекты документации теперь можно получить по запросу к VisionLabs.

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

  • Исправлена ошибка, при которой разрешения токена не учитывались в запросе "detect faces" из-за чего, например, можно было создать биометрический образец даже если в токене нет разрешения "creation".

  • Из спецификации OpenAPI сервиса API удален неиспользуемый метод OPTIONS для запросе "ws handshake".

  • Исправлена ошибка запуска сервисов с указанием переменных окружения для переопределения настроек (префикс VL_SETTINGS).

  • Исправлена ошибка, из-за которой запросы "ws handshake" с авторизацией по токену могли выполняться без учета прав на просмотр события.

  • Исправлена ошибка передачи переменных окружения для скрипта подготовки БД db_create.py.

  • Исправлена ошибка, при которой GET запросы без каких-либо данных авторизации (например,запрос "get handlers") не учитывали параметр запроса "account_id" в качестве фильтра.

  • Исправлена ​​ошибка, из-за которой невозможно было создать токен без установки "visibility_area" для учетной записи типа "user".

    Из-за этой ошибки пользователь типа "user" не имел доступа к пользовательскому интерфейсу сервиса API.

    Теперь для токенов, созданных в рамках аккаунта "user", дефолтное значение "visibility_area" равно "account".

  • Улучшена валидация запросов для ресурсов "/liveness" и "/tasks/schedules".

    Ранее могла возникнуть ошибка типа "Internal server error" с кодом состояния 500 из-за недопустимого тела запроса. Теперь возвращаются корректные сообщения.

  • Исправлена ошибка, из-за которой скрипт luna-prepare с аргументом --dump-file утилиты Storages завершался ошибкой No module named 'configurator_db_tools'.