Целевое состояние
Зачем нужно
Документ описывает целевой ландшафт после миграции и завершения разработки.
Что должно быть
- 7 доменов как самостоятельные сервисы со своими БД;
- единый identity authorization server для всей экосистемы;
- storefront как read-model публичной витрины;
- CRM как владелец коммерческой и финансовой модели;
- LMS как владелец учебного контента, дорожной карты, занятий, прогресса;
- task-bank как владелец канонических задач, версий, подборок, activity/program templates, content export snapshots и low-level content/check artifacts;
- competitions как владелец олимпиадного контура;
- management как владелец аналитики, целей, рекомендаций и команды;
- platform-слой с reference-данными, единой шиной событий, observability;
- исходные системы (GetCourse, Мир Олимп, Laravel-каталог, ручные таблицы) выведены из эксплуатации либо переведены в режим read-only.
Карта владения
См. ../ecosystem/ownership.md.
Главные характеристики
- one source of truth per entity;
- inter-domain коммуникация через events bus и через scoped service tokens;
- read-models не считаются источником истины;
- единая UI-система, единый стек, единая платформа observability.