Концепции и архитектура
В этом разделе объясняется, почему Canopy устроен именно так. Он предназначен для читателей, которые хотят понять принципы проектирования платформы — не просто научиться ею пользоваться, а разобраться в логике, определившей её архитектуру. Обращайтесь к этому разделу, когда сталкиваетесь с неожиданным поведением системы, планируете сложное развёртывание или оцен иваете, подходит ли Canopy для вашей организации.
Содержание раздела
| Страница | Что рассматривается |
|---|---|
| Понимание метамодели, управляемой данными | Почему типы карточек, поля, связи и роли хранятся как записи базы данных, а не как код — и что это означает для настройки, миграции и мультиарендности |
| Системная архитектура | Четырёхкомпонентный стек (React SPA, бэкенд FastAPI, PostgreSQL, граничный Nginx), дополнительные модули (Ollama AI, MCP-сервер) и потоки данных между ними |
| Разрешения и роли | Трёхуровневая модель разрешений (роли приложения → роли заинтересованных сторон → эффективные разрешения на карточку), когда использовать каждый уровень и как работает административный подстановочный знак |
Что не входит в этот раздел
Этот раздел объясняет концепции и проектные решения — он не содержит пошаговых инструкций. Если вам нужно сделать что-то конкретное, воспользуйтесь:
- Обучающими руководствами — для пошагового обучения
- Практическими руководствами — для решения конкретных задач
- Администрированием — для настройки платформы