Главная
Обзор платформы
Что такое КсаиЛаб, из каких компонентов состоит платформа и в каком порядке читать документацию.
Обзор платформы
КсаиЛаб — платформа виртуальных лабораторий для образовательных организаций. Преподаватель формирует лабораторный курс или выбирает готовый пакет, платформа автоматически разворачивает для каждого обучающегося изолированную вычислительную среду, доступ идёт через веб-браузер без установки программного обеспечения.
С чего начать
- Детальная архитектурная документация — целевая архитектура, что уже реализовано, что остаётся legacy
- Авторизация и контроль доступа — Keycloak, backend-owned browser auth, RBAC и ABAC
- Backend Platform — прикладная логика, API, границы ответственности
- Ниша и позиционирование — фактовая база, аналоги, открытые топики
Ключевые разделы
| Раздел | Описание |
|---|---|
| Инфраструктура | Proxmox, VM, Terraform, сценарии развёртывания |
| Backend | FastAPI, прикладная логика, точка исполнения прав доступа |
| Celery Workers | Асинхронные задачи и интеграция с Kubernetes |
| GitLab CI/CD | Сборка образов и процесс одобрения лабораторных работ |
| Kubernetes | Оркестрация и ресурсы платформы |
| Авторизация | Keycloak, capabilities, роли, доступ |
| Деплой лаб | Жизненный цикл лабораторных работ |
| Сетевые потоки | RabbitMQ и взаимодействие компонентов |
| Frontend Platform | Клиентская часть и рендеринг UI по capabilities |
| Development Workflow | Процесс разработки, тестов, merge request |
| Ниша и позиционирование | Фактовая база, вариативность конфигураций, открытые вопросы |
О проекте
- Микросервисная архитектура на базе Kubernetes
- Динамическое развёртывание изолированных окружений для обучающихся
- Централизованная аутентификация на Keycloak, асинхронная обработка через RabbitMQ и Celery
- CI/CD и контейнерный registry в GitLab
Порядок чтения
Документация писалась в разное время. Разделы 06-authorization, 02-backend-platform, 09-frontend-platform и 10-development-workflow актуализированы под текущее состояние платформы. Остальные разделы и детальная схема инфраструктуры полезны как контекст, но описывают более раннее состояние. Границу между уже реализованным и целевым контрактом задаёт детальная архитектурная документация.