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

v.5.193.0#

Изменения

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

    В данной версии были обновлены:

    • эстиматор Deepfake до версии 12;
    • эстиматор Face Image Modification до версии 4.

  • Добавлен новый запрос "move streams between groups" для перемещения потоков из одной группы в другую.

    За один запрос можно переместить до 1000 потоков. Поддерживается фильтрация по идентификаторам, именам, статусам, источнику, времени создания и другим полям. В ответе возвращается количество перемещённых потоков и их идентификаторы со значением consequence, показывающим, что произошло с потоком помимо перемещения ("update", "restart" или "none").

    В отличие от пары запросов прикрепления/открепления потоков, новый запрос перемещает потоки из одной группы в другую атомарно: исключается промежуточное состояние, когда поток уже откреплён от исходной группы, но ещё не прикреплён к целевой. Подробнее см. раздел Группировка потоков.

  • Добавлена поддержка параметра target для удаления обобщенных событий в сервисе Events.

    Параметр target задаёт список полей пользовательской информации события event (передаваемой при создании, например stream_id, location или любой пользовательский атрибут, кроме дескрипторов). Если параметр указан, каждый элемент результата дополнительно содержит поле event с запрошенными полями (или пустое поле, если таких данных у события нет). Если параметр не указан, ответ, как и ранее, содержит только поля event_id и event_type.

  • В секции routes_stats ответа на запрос "get system info" к сервису Admin добавлено поле response_time.

    Поле содержит среднее время выполнения (avg), а также 95-й (p95) и 99-й (p99) процентили для каждого кода статуса в рамках маршрута и месяца.

  • Структура секции stats, возвращаемой запросом "get system info" к сервису Admin, подробно описана в документации: назначение каждого поля, способ его вычисления и источник данных.

    См. раздел "System info statistics" руководства разработчика.

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

  • Дополнено руководство по обновлению Kubernetes-развёртывания LUNA PLATFORM для клиентов, которые устанавливали версию LUNA PLATFORM ≤ v.5.177.0.

    Начиная с версии v.5.181.0 имя Helm-релиза и связанных с ним Kubernetes-ресурсов сервиса (Deployment, Service, ConfigMap) совпадает с именем директории чарта; на версиях ≤ v.5.177.0 оно было другим. Это не было отражено в руководстве по установке, из-за чего стандартные команды helm uninstall/helm upgrade с именем сервиса, установленного на версии ≤ v.5.177.0, не находили старый релиз — вместо обновления рядом с работающими старыми ресурсами создавались новые.

    В раздел "Удаление старых Helm чартов и манифестов" добавлена команда для определения фактического имени установленного релиза перед удалением.

    В раздел "Примечания перед обновлением/даунгрейдом" добавлено описание обновления сервисов командой helm upgrade (как альтернативы удалению и переустановке чартов) с примером того, как определить текущие имена релиза и ресурсов и передать их через fullnameOverride/nameOverride/appSettings.configuratorHost, чтобы helm upgrade не переименовал (не пересоздал) ресурсы.

  • Исправлены примеры имён Docker-образов и контейнеров в документации (LUNA PLATFORM, LUNA Index Module) — они не соответствовали фактическим именам образов в реестре.

  • Исправлены ошибки при формировании ответа на запрос "get system info" к сервису Admin:

    • в секции estimators_performance_stats ранее полностью отсутствовала статистика использования эстиматора, для которого за данный месяц было получено только одно из значений — batch_size или execution_time. Теперь данные такого эстиматора присутствуют в отчёте, а поле, по которому нет данных (batch_size или execution_time), принимает значение null. Оба поля отмечены как nullable и больше не являются обязательными;
    • в секции estimators_stats отсутствовала информация об использовании эстиматора head_pose_estimator_usages;
    • в секции image_processing_stats при бесконечном значении высоты (height = inf) в гистограммах image_size и face_detection_size формировался некорректный ключ вместо inf;
    • в секции routes_stats (при использовании ClickHouse) данные группировались некорректно: если у маршрута были запросы или ошибки более чем в одном месяце, все месяцы объединялись в одну запись с произвольным месяцем. Теперь для каждого месяца формируется отдельная запись;
    • в секции stats (при использовании InfluxDB) при наличии данных face_descriptor_score из ответа могли пропадать секция estimators_stats и поле image_processing_stats > image_load_time.

  • Исправлено описание ответа на запрос "get streams which processing must be started" сервиса Video Manager: поля event_source_group, event_meta и intervals теперь корректно отмечены как nullable.

  • Исправлено описание ответа на запрос "post feedback on streams" сервиса Video Manager: список streams может быть пустым.