Простыми словами
Например, в проекте для «аналитическое событие» добавляют проверку «доказательство происхождения данных»: конфигурация задаёт порог, автоматизация собирает сигнал, а превышение блокирует продвижение либо переводит систему в заранее описанный безопасный режим. Поэтому заранее определяют правила чтения, записи и восстановления - иначе параллельные операции могут оставить данные в состоянии, которого бизнес не ожидал.
Пример при разработке
Например, для «аналитическое событие» задают понятный порог и автоматическую проверку «доказательство происхождения данных». Если порог нарушен, выпуск останавливают или система переходит в заранее выбранный безопасный режим.
Это редакционный пример применения, а не часть определения или доказательство концепции.Формальное определение
Для «аналитическое событие» это запись источников, преобразований и версий, позволяющая проследить полученный набор данных до исходных входов. Заранее задают полнота lineage и воспроизводимость преобразования и способ увидеть результат. Если результат нельзя проверить, правило существует только на бумаге.
Механизм действия
Для «аналитическое событие» сначала фиксируют исходное состояние, полнота lineage и воспроизводимость преобразования, допустимый порог и действие на случай нарушения. Затем проверяют это в тестах, при выпуске или в работе системы и сохраняют результат.
Пример в работе
Записать «Доказательство происхождения данных: аналитическое событие» в документации и считать работу законченной, не назначив ответственного и не определив, как проверить результат.
Назвать конкретный риск, задать полнота lineage и воспроизводимость преобразования, назначить ответственного и пересматривать правило после значимых изменений.
Ограничения
«Доказательство происхождения данных: аналитическое событие» закрывает только один класс риска. Она не заменяет проверку безопасности, корректности данных, отказоустойчивости и пользовательских последствий.
Источник
NIST, «NIST Big Data Interoperability Framework: Reference Architecture», без даты.