Платформа 4.0
Федеративное развёртывание видеоаналитики VizorLabs
Как связать центральный офис, дочерние общества и edge-серверы площадок: события, версии моделей, сценарии и локальная обработка в архитектуре Platform 4.0.
На этой странице
Центр, дочерние общества и площадки
Федеративная схема показывает вариант развёртывания на нескольких уровнях: центральный управляющий контур, кластеры дочерних обществ и edge-серверы объектов. Локальные узлы анализируют видео рядом с источниками, а верхние уровни получают результаты и управляют согласованными конфигурациями.
Это проектная топология, а не обязательный состав каждой установки. Одной площадке может быть достаточно локального развёртывания; крупной группе предприятий нужна согласованная иерархия управления и обмена.
Какие данные идут между уровнями
Потоки результатов и потоки конфигураций имеют разное назначение. Их важно описать отдельно, чтобы не подменить централизованное управление постоянной передачей всех исходных видеопотоков.
| Направление | Содержимое | Что согласовать |
|---|---|---|
| От площадки к кластеру и центру | События JSON, стоп-кадры и выбранные видеофрагменты | Состав, объём, задержка, очередь и политика хранения |
| От управляющего контура к исполнению | Версии моделей, политики и сценарии | Совместимость, тестирование, права и порядок распространения |
| Между уровнями аналитики | Агрегированные события и локальные отчёты | Правила агрегации и сопоставление справочников |
| В корпоративное хранилище / BI | Согласованные результаты и аналитические данные | Формат, владельцы данных, доступ и сроки хранения |
Локальная обработка и нестабильная связь
Локальное выполнение уменьшает зависимость распознавания от канала до центрального офиса. Однако автономная работа, буферизация, восстановление передачи и доступность медиа должны быть предусмотрены в конфигурации и проверены отдельно.
Отсутствие интернета не равно отсутствию доступа к камере. Если поток недоступен самому вычислительному узлу, продолжать анализировать новые кадры невозможно. Для такого случая задаются правила диагностики и последующей обработки доступной записи.
Масштабирование определяется нагрузкой
Количество камер на схеме иллюстрирует один вариант объекта. Расчёт производительности зависит от разрешения и частоты обработки, числа и типа моделей, сложности сценария, применения MLLM, оборудования и политики хранения.
Модели другого производителя показаны как возможный источник в архитектуре. Их использование требует совместимости пакета, категорий и runtime и не означает автоматической поддержки любого артефакта. Федеративное развёртывание также не означает федеративного обучения моделей.
Что зафиксировать в проектной схеме
Перед тиражированием согласуйте границы ответственности каждого уровня и проверьте отказовые ситуации на тестовом контуре.
- Где выполняются декодирование, inference, сценарии и MLLM; где хранятся исходные видео и результаты.
- Какие версии и политики распространяются централизованно и какие параметры остаются локальными.
- Как совпадают идентификаторы камер, объектов и событий между системами.
- Как восстанавливаются обмен и обработка после обрыва связи или перезапуска узла.
- Кто утверждает обновление, как проверяется совместимость и возвращается прежняя версия.