Архитектура платформы «Галактика Сверхновая»: разделение ядра, логики и интерфейсов

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

Почему не стали переписывать ERP с нуля

За почти четыре десятилетия в кодовой базе «Галактики» накопилось больше 50 млн строк. За цифрой — проверенные расчёты, отраслевые правила, особенности российского учёта и тысячи отработанных сценариев. Переписать всё — значит выбросить слишком много ценной логики; бесконечно усложнять существующий контур — тупик. Команда выделила четыре проблемы текущей архитектуры:

• монолитность — изменение в одной части рискует задеть другие;
• vendor lock-in — заказчик попадает в зависимость от вендора;
• внутренний язык разработки — редкие специалисты, дорогой поиск;
• долгие внедрения — месяцы от бизнес-требования до работающей функции.

Для тяжёлой ERP транзакционная целостность и предсказуемость важнее модных архитектурных трендов, поэтому команда выбрала эволюционный подход вместо лозунга «давайте всё на микросервисы».

Как устроено разделение

Внутри остаётся консервативное ядро Atlantis: транзакции, права доступа, аудит, словарь данных, базовые операции и драйверы. Изменения здесь максимально консервативные и проходят полный регрессионный цикл. Вокруг ядра — три самостоятельных контура:

• слой прикладных расширений, которые можно писать на Python, Java и C#;
• интеграционный и API-слой;
• цифровые интерфейсы и ИИ-сервисы.

Граница между контурами проводится не по принципу «монолит или микросервис», а по ответственности и риску. Часть компонентов живёт в одном процессе с ядром, часть — как отдельные сервисы. Метаданные стали основой для интеграций и ИИ-конвейера: платформа изначально спроектирована под современные инструменты, а не прикручена сверху.

Что это меняет для пользователя

Для бизнеса вся архитектурная кухня сводится к деньгам: долгие внедрения, дорогое переобучение, новые серверы, бесконечная поддержка. «Сверхновая» пытается сократить эти затраты — гибкость на периферии при стабильном ядре. Со стороны заказчика это выглядит проще: можно обновлять интерфейсы и кастомизировать процессы, не устраивая миграцию всей системы.

Логика «открытая оболочка над проверенным ядром» всё чаще переносится компаниями на смежные цифровые решения — в том числе на покупку акций США на бирже Bitget, где предсказуемость механики и понятные риски важнее архитектурной красоты.

Что отслеживать

• Появятся ли публичные кейсы миграции на «Сверхновую» и какие сроки они покажут.
• Привлечёт ли открытая модель расширений сторонних разработчиков на Python, Java и C#.
• Станет ли работа с метаданными стандартом для ИИ-инструментов в российских ERP.