LUNA PLATFORM v.5.9.0

Изменения

• В поставку добавлены дашборды с информацией о запросах LP и возникающих ошибках.

  Для отображения дашбордов используется Grafana. Доступ к GUI Grafana осуществляется по порту 3000.

  Для создания дашбордов требуется InfluxDB версии 2. Дашборды не работают с версией 1. Теперь InfluxDB 2 версии используется по умолчанию при установке LP. InfluxDB 1 все ещё поддерживается, но рекомендуется использовать версию 2.

  При установке для подключения к InfluxDB 2 используются token и password, заданные по умолчанию. Измените их при необходимости.

  В инструкции по установке добавлены описания запуска контейнеров Grafana и InfluxDB 2, запуска скрипта создания дашбордов.

  Дополнительную информацию о мониторинге и дашбордах можно найти в разделе \«Мониторинг\» в руководстве администратора.

• Добавлены ресурсы для сохранения и получения объектов из Image Store: \«/objects\» и \«/objects/{object_id}\».

  Доступны следующие типы содержимого запроса:

  • \«application/json\»
  • \«application/pdf\»
  • \«application/zip\»
  • \«text/plain\»

  Ресурс \«/objects\» позволяет сохранить объект одного из перечисленных форматов в Image Store под уникальным ID.

  Ресурс \«/objects/{object_id}\» позволяет:

  • получить объект.
  • удалить объект.
  • проверить, существует ли объект с указанным ID.

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

  В качестве \«target\» теперь можно указать \«event_descriptors\». Далее следует указать, какой тип биометрических шаблонов следует удалить для события (face, body) и их версию.

  Важно, что было внесено изменение в тело запроса создания задачи GC \«/tasks/gc\». Теперь для удаления биометрических шаблонов лиц следует указывать \«face_descriptors\» вместо \«descriptors\» в качестве \«target\».

  В GUI Admin добавлена возможность запуска задачи удаления биометрических шаблонов событий.

  В сервис Events добавлен ресурс \«/events/descriptors\», позволяющий удалять биометрическе шаблоны, прикреплённые к событию.

• В настройки сервисов Tasks и Python Matcher добавлена группа параметров \«PLATFORM_LIMITS\». С их помощью для запросов \«/matcher/face\», \«/matcher/body\», \«/tasks/clustering\» и \«/tasks/cross_match\» можно настроить максимальное количество:

  • эталонов и кандидатов в запросе
  • передаваемых значений для некоторых фильтров
  • возвращаемых в ответе кандидатов

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

• В сервисах Python Matcher, Admin и Index Manager теперь используется Python 3.9. Поддержка более старых версий Python для сервисов прекращена.

• Список зависимостей для выполнения скрипта миграции с LUNA PLATFORM 3 на LUNA PLATFORM 5 был вынесен в отдельный requirements.txt файл в контейнере Backport 3. Файл может использоваться при необходимости выполнять миграцию вне контейнера Backport 3.

• Добавлена возможность указывать атрибуты в качестве кандидатов для верификации в ресурсе \«/verifiers/{verifier_id}/verifications\».

  Атрибут имеет ограниченный срок существования и будет удалён по его завершении, поэтому верификация через некоторое время будет невозможна.

  Например, это позволит выписать пропуск на 24 часа (задать соответствующий TTL атрибута) и пропускать человека только в течение этого периода.

• Добавлена следующая информация в OpenAPI документацию сервиса API:

  • в документацию в описание ресурса \«/tasks/{task_id}/result\» возвращены примеры результатов выполнения задач сервиса Tasks.
  • в документацию в описание ответа ресурса \«/tasks/{task_id}/result\» добавлен пример результата выполнения задачи \«exporter\». В описании ответа ресурса необходимо выбрать response schema \«application/zip\».

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

• Исправлена ошибка, когда задача \«Exporter\» выполнялась без учёта разделителя, указанного в запросе в параметре \«csv_delimiter\».

• ID событий без атрибутов теперь возвращаются в упорядоченном виде в ответе ресурса \«/events/attributes/missing\» сервиса Events.

• В сервисе Events исправлена ошибка, когда в ответе на запрос DELETE в ресурс \«/events\» возвращались sample ID со значением \«Null\».

• Исправлена ошибка при смене пароля в сервисе Admin при отправке запроса PATCH на ресурс \«/login\».

• Для сервиса Events исправлена ошибка с попаданием в лог сервиса следующего сообщения WARNING: sanic.root: Message body set in response on /2/events. A 204 response may only have headers, no body.. Сервис больше не возвращает тело запроса при указании gzip или deflate в качестве accept-encoding при статус коде 204 или методе HEAD.

• В документации обновлена схема базы данных для сервиса Events.

• Сервис Backport 3:

  • Статус код для успешного ответа на POST \«/handlers/verify/raw\» был обновлён.

  • Была добавлена схема ответа на запрос PATCH \«/storage/persons/{person_id}\» для статус кода 400.

  • Обновлена схема ответа для запроса GET в ресурс \«/version\».

  • Для полей персоны \«user_data\» и \«external_id\» значения по умолчанию были заменены на пустые строки.