Дублирование
Общие механизмы не копируются между продуктами и не расходятся по поведению.
Проект 02 · Platform engineering
Framework-agnostic ядро на native PHP 8.4: стабильные контракты для модулей, безопасная композиция продуктов, лицензирование, обновления, очереди и единая административная инфраструктура.
01 / Контекст
Когда каждый коммерческий продукт заново реализует пользователей, лицензии, обновления и модули, развитие превращается в синхронизацию копий.
Novus Core выделяет платформенные обязанности в одно ядро. Продукт становится точкой композиции, а предметная функциональность подключается самостоятельными модулями через стабильный публичный API — без правок Core и скрытых межмодульных зависимостей.
Общие механизмы не копируются между продуктами и не расходятся по поведению.
Модули владеют своими данными и интегрируются только через контракты, события или API.
Версии, совместимость и откат проверяются до активации нового релиза.
02 / Архитектура
Core не знает брендов и бизнес-терминов продуктов. Он публикует Extension API, управляет жизненным циклом и даёт продукту безопасно собрать нужный набор модулей.
Публичная граница для модулей, продуктов и инфраструктурных адаптеров.
Контейнер, HTTP, события, маршрутизация, авторизация и жизненный цикл расширений.
Продукт выбирает модули, настройки и оболочку, не меняя исходники ядра.
03 / Возможности
Ядро закрывает повторяющиеся платформенные задачи, чтобы продуктовые команды развивали предметную ценность, а не собственную копию инфраструктуры.
Восемь шагов: окружение, база данных, Cloud, лицензия, конфигурация, администратор, миграции и блокировка повторного запуска.
Manifest, dependency graph, конфликты, capabilities, миграции и контролируемый lifecycle.
Подписанные ответы, локальная проверка, offline grace и отдельная серверная граница.
Проверка подписанных пакетов и многошаговые планы установки до загрузки кода.
Неизменяемые версии, stage, проверка, активация указателя и возврат на предыдущий релиз при ошибке.
PDO-очередь с idempotency, priorities, leases, heartbeat, retry и dead-letter queue.
Driver-based backup, verify и restore для поддерживаемых СУБД.
Пользователи, роли, настройки, навигация и безопасные точки расширения интерфейса.
04 / Интерфейс
Мастер последовательно проверяет окружение и внешние зависимости, а системные состояния остаются читаемыми на desktop и mobile.
Скриншоты фиксируют ранний интерфейс Core 1.0.0. Показатели ниже относятся к актуальному составу исходного дерева и документированным контрольным прогонам.
05 / Границы
Модуль получает только объявленные возможности, а пакет проходит проверку до того, как его код попадёт в активный runtime.
Продукты и модули зависят только от публичного Extension API, а Core не импортирует их namespaces.
Требуемые полномочия объявляются в manifest и отдельно выдаются продуктом.
Подпись, SHA-256, структура manifest и dependency graph проверяются до установки.
Неподдерживаемая версия API, конфликт owner или дубликат стабильного ID останавливают композицию.
06 / Проверка
Здесь только воспроизводимые показатели: документированный E2E, состав тестового дерева, публичных контрактов и матрицы CI. Это не бизнес-метрики и не SLA.
шагов установки завершено
публичный test-метод в 103 PHPUnit-файлах
PHP-файлов публичных Core Contracts
варианта: SQLite, MySQL, MariaDB и PostgreSQL
Восьмишаговый E2E зафиксирован 20 июля 2026 года на PHP 8.4.16 и SQLite 3.49.2. Числа 421 и 157 описывают статический состав текущего дерева; они не подменяют полный релизный прогон по всем СУБД.
07 / Стек
Нужна платформа для линейки продуктов?
Разделим платформу, продукт и модули так, чтобы новые функции подключались через ясные контракты, а обновления оставались управляемыми.