Платформа 4.0
Релизы и обновления
Как переносить версии сервисов, моделей и сценариев между тестовым и продуктивным контурами.
На этой странице
Релизный манифест
Фиксируйте версии frontend, backend, Sandbox, inference, медиасервера, интеграционных сервисов, схем данных, моделей и сценариев. Номер задачи без перечня артефактов недостаточен.
Последовательность
Сделайте резервную копию, проверьте свободные ресурсы, примените изменения в тестовом контуре, выполните smoke-проверку и только затем переносите в production по согласованному окну.
Откат
До начала обновления должны быть известны условия остановки, совместимые предыдущие версии и процедура восстановления данных. Проектные команды и адреса публикуются только в закрытом runbook.
Состав релиза
Таблица — рекомендуемый состав записи об изменении, а не формат конфигурационного файла продукта. Свяжите сервисы, схему данных, модели и сценарии.
| Объект | Фиксируемое значение | Для чего |
|---|---|---|
| Продукт и компонент | BOX 3.x либо компоненты Платформы 4.0 / BOX 5.0 | Выбор регламента |
| Контейнеры | Имя образа, версия, digest | Воспроизводимый состав |
| База данных | Версия схемы и миграции | Совместимость приложения и данных |
| Модель | Опубликованная версия | Контроль изменения детекций |
| Сценарий | version_id и зависимости | Контроль поведения |
| API | Копия OpenAPI контура | Сравнение клиентских контрактов |
| Контрольный запуск | Ассет, launch_uuid, результат | Проверка после обновления |
Откат приложения и данных
Если релиз изменяет схему базы, возврат предыдущего контейнера может оказаться несовместимым с новым состоянием хранилища. До обновления определите, допускается ли обратная миграция или потребуется восстановление согласованной копии.
Для обновления модели через MM проверьте зависимые сценарии: групповая замена создаёт новые версии сценариев. Возврат старой модели без проверки назначенных версий сценариев не завершает откат.