Skip to main content

Архитектурное ревью

Назначение​

Архитектурное ревью — чек-лист и документ, фиксирующий техническую готовность решения к выводу в продакшн. Проводится на этапе «Прототип» и является обязательным условием для прохождения Gate 3.

Структура документа​

Интеграционная архитектура​

  • Схема взаимодействия AI-решения с целевыми системами (API, очереди, базы данных).
  • Протоколы интеграции: REST, gRPC, Kafka, batch-файлы.
  • Контракты API: входные и выходные данные, форматы, версионирование.
  • Зависимости от внешних систем и сервисов.

Потоки данных​

  • Схема движения данных: источники → предобработка → модель → результат → целевая система.
  • Частота обновления данных: real-time, near-real-time, batch.
  • Трансформации данных на каждом этапе.
  • Хранение промежуточных и итоговых результатов.

Безопасность и комплаенс​

  • Классификация обрабатываемых данных (персональные данные, коммерческая тайна, банковская тайна).
  • Шифрование данных в покое и при передаче.
  • Контроль доступа: аутентификация, авторизация, ролевая модель.
  • Соответствие внутренним политикам и регуляторным требованиям.
  • Аудит-лог обращений к модели.

Требования к инфраструктуре​

  • Вычислительные ресурсы: CPU/GPU, память, хранилище.
  • Среда исполнения: Kubernetes, виртуальные машины, serverless.
  • Сетевые требования: latency, bandwidth, сетевые зоны.
  • Оценка стоимости инфраструктуры (monthly run rate).

Мониторинг и наблюдаемость​

  • Метрики модели в продакшне: accuracy drift, data drift, latency, error rate.
  • Бизнес-метрики: отслеживание целевых показателей в real-time.
  • Алерты: пороги, каналы уведомления, эскалация.
  • Логирование: запросы, ответы модели, промежуточные данные.
  • Дашборды для команды и бизнес-владельца.

Масштабируемость​

  • Текущая нагрузка и прогноз роста (запросов/сек, объём данных).
  • Горизонтальное и вертикальное масштабирование.
  • Лимиты и throttling.

Отказоустойчивость​

  • Поведение при недоступности модели: fallback, graceful degradation.
  • Резервирование компонентов.
  • SLA: доступность, время ответа.
  • Процедура восстановления при сбое.

План отката (Rollback)​

  • Стратегия отката: canary, blue-green, feature flag.
  • Критерии автоматического отката.
  • Время отката и процедура.
  • Ответственные за принятие решения об откате.

Использование в процессе​

Архитектурное ревью проводит архитектор совместно с командой разработки и представителями инфраструктуры, безопасности и комплаенса. Чек-лист заполняется, выявленные несоответствия фиксируются как блокеры Gate 3.

Описание целевой архитектуры — в системной архитектуре. Процесс создания прототипа — в построении AI-прототипа.