Стратегия миграции
Зачем нужно
Документ задаёт подход к переходу от текущих систем (Laravel-сайт, GetCourse, Мир Олимп, операционные таблицы и ручные процессы) к целевой 7-доменной архитектуре. Цель — переход без потери данных и без блокировки разработки.
Этот раздел не является executable runbook. Canonical decision source для стратегии — ADR-021 и доменные acceptance/data-mapping документы; перед реальным cutover по каждому домену создаётся отдельный dated runbook с владельцем, checklist, rollback и критериями go/no-go.
Главный принцип
Миграция идёт по доменам и по ownership-границам. Запрещено пытаться одновременно заменить всю экосистему. См. ADR-021.
Карта документов
| Документ | Что описывает |
|---|---|
current-state.md | Краткое описание текущего ландшафта |
target-state.md | Целевое состояние и владельцы |
phases.md | Фазы перехода |
cutover.md | Стратегия dual-write, backfill, переключения, rollback |
risks.md | Риски и mitigations |
data-mapping/ | Mapping исходных сущност ей в целевые по 7 доменам |
Связь с разработкой
Порядок миграции согласован с platform/development-order.md: identity → storefront → crm → lms → task-bank → competitions → management.
Главные правила
- источник истины — целевой домен после переключения; до переключения исходный контур помечен
temporary; - любая интеграция «целевой ↔ исходный контур» имеет ADR и срок отключения;
- финансовые и аудит-данные мигрируются с гарантиями целостности;
- поломочные изменения не делаются без отката;
- любая миграция данных проверяется на staging перед prod.
Что не входит
- календарные сроки (план спринтов);
- персональные ответственные.