Проект 02 · Platform engineering

Novus Core:
общая платформа для независимых продуктов.

Framework-agnostic ядро на native PHP 8.4: стабильные контракты для модулей, безопасная композиция продуктов, лицензирование, обновления, очереди и единая административная инфраструктура.

  • PHP 8.4
  • Composer
  • PSR
  • PDO
  • Extension API
  • PHPUnit
Формат
Коммерческое ядро
Контур
Web · Backend · CLI
Задача
Общая платформа продуктов
Роль Nexronik
Архитектура и разработка
Мастер установки Novus Core с проверкой серверного окружения
Веб-мастер проверяет окружение до изменения системы

01 / Контекст

Не ещё один продукт.
Основа для целой линейки.

Когда каждый коммерческий продукт заново реализует пользователей, лицензии, обновления и модули, развитие превращается в синхронизацию копий.

Novus Core выделяет платформенные обязанности в одно ядро. Продукт становится точкой композиции, а предметная функциональность подключается самостоятельными модулями через стабильный публичный API — без правок Core и скрытых межмодульных зависимостей.

01

Дублирование

Общие механизмы не копируются между продуктами и не расходятся по поведению.

02

Связанность

Модули владеют своими данными и интегрируются только через контракты, события или API.

03

Обновления

Версии, совместимость и откат проверяются до активации нового релиза.

02 / Архитектура

Контракты отделяют продукт
от платформы.

Core не знает брендов и бизнес-терминов продуктов. Он публикует Extension API, управляет жизненным циклом и даёт продукту безопасно собрать нужный набор модулей.

01API 1.7
API

Stable Contracts

Публичная граница для модулей, продуктов и инфраструктурных адаптеров.

  • Аддитивное развитие API
  • Capability contracts
  • Версионированная совместимость
  • Contract tests
02Native PHP
CORE

Kernel & Runtime

Контейнер, HTTP, события, маршрутизация, авторизация и жизненный цикл расширений.

  • Module registry
  • Install / boot / uninstall
  • Queue и scheduler
  • Audit и safe errors
03Composition
PRODUCT

Products & Modules

Продукт выбирает модули, настройки и оболочку, не меняя исходники ядра.

  • Изолированные данные модулей
  • Явные capabilities
  • Product shell и навигация
  • Независимые релизы
ProductComposition root
ModulesПредметные функции
Extension APIСтабильные контракты
CoreОбщие сервисы

03 / Возможности

От первого запуска
до безопасного обновления.

Ядро закрывает повторяющиеся платформенные задачи, чтобы продуктовые команды развивали предметную ценность, а не собственную копию инфраструктуры.

01INSTALL

Веб-мастер установки

Восемь шагов: окружение, база данных, Cloud, лицензия, конфигурация, администратор, миграции и блокировка повторного запуска.

02MODULES

Менеджер модулей

Manifest, dependency graph, конфликты, capabilities, миграции и контролируемый lifecycle.

03LICENSE

Лицензирование

Подписанные ответы, локальная проверка, offline grace и отдельная серверная граница.

04MARKET

Marketplace

Проверка подписанных пакетов и многошаговые планы установки до загрузки кода.

05UPDATE

Атомарные релизы

Неизменяемые версии, stage, проверка, активация указателя и возврат на предыдущий релиз при ошибке.

06QUEUE

Очереди и задачи

PDO-очередь с idempotency, priorities, leases, heartbeat, retry и dead-letter queue.

07BACKUP

Резервное копирование

Driver-based backup, verify и restore для поддерживаемых СУБД.

08ADMIN

Admin и UI API

Пользователи, роли, настройки, навигация и безопасные точки расширения интерфейса.

04 / Интерфейс

Сложная платформа —
понятный первый запуск.

Мастер последовательно проверяет окружение и внешние зависимости, а системные состояния остаются читаемыми на desktop и mobile.

Скриншоты фиксируют ранний интерфейс Core 1.0.0. Показатели ниже относятся к актуальному составу исходного дерева и документированным контрольным прогонам.

05 / Границы

Расширяемость
без скрытого доверия.

Модуль получает только объявленные возможности, а пакет проходит проверку до того, как его код попадёт в активный runtime.

01

Контракты вместо внутренних классов

Продукты и модули зависят только от публичного Extension API, а Core не импортирует их namespaces.

BOUNDARY
02

Явные capabilities

Требуемые полномочия объявляются в manifest и отдельно выдаются продуктом.

GRANT
03

Проверенные пакеты

Подпись, SHA-256, структура manifest и dependency graph проверяются до установки.

VERIFY
04

Fail-closed совместимость

Неподдерживаемая версия API, конфликт owner или дубликат стабильного ID останавливают композицию.

SEMVER

06 / Проверка

Масштаб подтверждён
артефактами проекта.

Здесь только воспроизводимые показатели: документированный E2E, состав тестового дерева, публичных контрактов и матрицы CI. Это не бизнес-метрики и не SLA.

Desktop и mobile E2E 8 / 8

шагов установки завершено

1264 px desktop 390 × 844 mobile
Автоматизированная проверка 421

публичный test-метод в 103 PHPUnit-файлах

Extension API 157

PHP-файлов публичных Core Contracts

Database CI 4

варианта: SQLite, MySQL, MariaDB и PostgreSQL

Восьмишаговый E2E зафиксирован 20 июля 2026 года на PHP 8.4.16 и SQLite 3.49.2. Числа 421 и 157 описывают статический состав текущего дерева; они не подменяют полный релизный прогон по всем СУБД.

07 / Стек

Минимум магии.
Явные границы.

  • RuntimeNative PHP 8.4 · Composer
  • StandardsPSR-3 · PSR-7 · PSR-11 · PSR-15
  • DataPDO · MySQL · MariaDB · PostgreSQL
  • SecuritySodium · Ed25519 · SHA-256
  • InterfacePHP templates · CSS · JavaScript
  • QualityPHPUnit 12 · PHPStan 2.1 · CI matrix

Нужна платформа для линейки продуктов?

Спроектируем ядро,
которое не ограничивает рост.

Разделим платформу, продукт и модули так, чтобы новые функции подключались через ясные контракты, а обновления оставались управляемыми.

Обсудить архитектуру Вернуться в портфолио