Видеоархив: буферное хранение данных от 150 камер в течение 30 суток

В составе вычислительного комплекса проектировалась отдельная система хранения видеоданных. Предметом проверки была не система видеонаблюдения целиком, а ёмкость функции видеоархива: проектное решение должно было одновременно принимать данные от 150 видеокамер и обеспечивать их буферное хранение в течение 30 суток. В рассмотренных материалах были подтверждены все три определяющих элемента этого решения — 150 видеопотоков, срок хранения 30 суток и наличие отдельной системы хранения данных.

150 камер и 30 суток образуют одну проектную задачу

Количество видеопотоков и продолжительность хранения нельзя рассматривать как два независимых показателя. Вместе они определяют назначение проектируемого видеоархива: система должна принимать определённый объём входящих потоков и сохранять накопленные данные в течение заданного периода.

В рассматриваемом проекте количество источников было зафиксировано конкретно — 150 видеокамер. Одновременно был установлен буферный срок хранения — 30 суток. Поэтому профессиональная проверка состояла не только в подтверждении каждой цифры по отдельности, но и в установлении того, что обе характеристики относятся к одной подсистеме хранения видеоданных.

Это различие существенно. Указание количества камер без срока хранения описывало бы только входную нагрузку на функцию архива. Срок 30 суток без количества источников не позволял бы понять масштаб проектной задачи. Только совместное рассмотрение этих параметров даёт содержательное описание предусмотренной функции.

Отдельная система хранения данных завершает архитектуру решения

Третьим подтверждённым элементом стало наличие отдельной системы хранения данных. Она является самостоятельным звеном той проектной архитектуры, которая должна обеспечивать накопление видеоданных от 150 источников в течение установленного периода.

Для экспертизы эта связь принципиальна. Одно утверждение о необходимости хранить видео в течение 30 суток ещё не показывает, каким элементом вычислительного комплекса реализуется соответствующая функция. Наличие отдельной системы хранения связывает требование к архиву с конкретным архитектурным уровнем проектного решения.

В результате рассматриваемая схема читается последовательно: имеются 150 источников видеоданных, для них задан 30-суточный буфер хранения, а для реализации этой функции предусмотрена отдельная система хранения данных. Именно такая последовательность и сформировала подтверждённый проектный результат.

Что проверялось в проектных и расчётных материалах

Основным документом, фиксировавшим предмет и результат экспертизы, было техническое заключение по результатам проверки проекта. Вместе с ним рассматривались проектные и расчётные материалы, относящиеся к функции видеоархива.

Проверочная логика строилась вокруг трёх вопросов:

• какое количество источников должно одновременно передавать видеоданные в систему;
• какой срок буферного хранения предусмотрен проектом;
• выделена ли для этой функции отдельная система хранения данных.

По первому вопросу подтверждены 150 видеопотоков. По второму — 30 суток хранения. По третьему — отдельная система хранения данных в архитектуре комплекса. Такая проверка позволяет установить, что проектное описание функции архива имеет определённый масштаб и срок, а не ограничивается общим указанием на необходимость записи видеоданных.

Почему проектная ёмкость не равна фактической глубине архива

Подтверждённые 150 камер и 30 суток описывают проектную функцию. Они показывают, на какое количество потоков и какой буферный период рассчитано рассмотренное решение. Но из этих двух параметров нельзя автоматически вывести фактически достигнутую глубину архива после ввода системы в работу.

Фактический объём сохраняемых данных зависит от характеристик самих видеопотоков. На него могут влиять битрейт, применяемый кодек, разрешение камер и фактическое заполнение массива хранения. Эти параметры прямо входят в границу результата: рассмотренная проектная проверка не подтверждает, что при конкретных значениях таких характеристик реальная система в эксплуатации действительно удерживает весь требуемый объём данных ровно 30 суток.

Поэтому здесь важно различать два уровня. Первый — проект предусматривает функцию хранения данных от 150 камер в течение 30 суток. Второй — фактически установленная и работающая система обеспечивает такую глубину архива при реальных параметрах видеопотоков и фактической загрузке. Подтверждён именно первый уровень.

Как меняется объём хранения при изменении видеопотоков

Для понимания результата полезно видеть профессиональную зависимость, не превращая её в неподтверждённый расчёт конкретного проекта. При одинаковом количестве камер изменение характеристик видеопотока может изменить требуемый объём хранения. Поток с иной интенсивностью передачи данных создаёт другую нагрузку на архив даже при неизменных 150 источниках и том же сроке 30 суток.

Аналогично, одинаковая ёмкость массива не гарантирует одинаковую продолжительность хранения при разных параметрах записи. Если фактический объём данных от одной камеры возрастает, та же физическая ёмкость будет заполняться быстрее. Если уменьшается — глубина архива может измениться в противоположную сторону.

Именно поэтому проектное требование «150 камер × 30 суток» должно при детальной проверке связываться с характеристиками потоков и принятой системой хранения. Однако конкретные значения битрейта, кодека, разрешения и заполнения массива не входят в подтверждённый результат этого случая, поэтому численный расчёт фактической ёмкости из него делать нельзя.

Что означает 30-суточный буфер хранения

Термин «буферное хранение» в этой задаче характеризует предусмотренную проектом длительность сохранения видеоданных — 30 суток. Практически это задаёт период, который должен поддерживаться функцией архива в проектной модели.

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

Таким образом, 30 суток — не абстрактная характеристика системы хранения, а часть конкретной связки с количеством источников. В рассматриваемом решении срок относится именно к видеоданным, одновременно поступающим от 150 камер.

Что даёт такой результат при проверке аналогичного проекта

Для похожей задачи сначала необходимо определить, сколько видеопотоков действительно входит в проектируемую систему и какой срок хранения требуется обеспечить. Затем эти два параметра связываются с архитектурой хранения: должно быть понятно, где именно реализуется архив и какие проектные материалы описывают эту функцию.

После этого уже можно переходить к расчётной проверке ёмкости. Для неё потребуются параметры конкретных потоков и принятая модель использования хранилища. Если таких исходных данных нет, профессионально корректно подтвердить саму проектную функцию, но нельзя выдавать предполагаемую эксплуатационную глубину архива за установленный результат.

Такой порядок разделяет функциональное требование и его фактическую реализацию. Сначала устанавливается задача — число камер и срок. Затем определяется архитектура хранения. После этого, при наличии необходимых исходных параметров, проверяется расчётная достаточность принятой ёмкости.

Подтверждённый результат и его практическая граница

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

Результат можно использовать как профессиональный ориентир для аналогичных задач: проверять количество источников, требуемый период хранения и архитектурное выделение системы хранения как взаимосвязанные параметры. Для другого проекта все исходные характеристики необходимо устанавливать заново.

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