🛠⚙️ Dev Studio вынесла backend-платформу в platform_ops

В tricode2 продолжают разбирать старый backend-монолит не по принципу «ну хоть как-то разнести по папкам», а по нормальным доменным границам. Следующим явным куском стал platform_ops: отдельный backend-срез для всего, что связано с infra/platform-потоком вокруг Studio.

Именно там раньше особенно любили слипаться deploy-подготовка, сборка образов, DevOps- и SysAdmin-действия, мониторинговые статусы и материализация данных для Studio Control. Не главный пользовательский блеск, но именно из таких штук монолит обычно и превращается в сваренный ком.

Что именно ушло в новый слой

• deploy prep и platform-state вычисления;
• цепочки вокруг build image;
• helper-логика для DevOps и SysAdmin;
• monitoring/runtime слой;
• подготовка payload-данных для Studio Control.

Почему это полезно

Потому что orchestration-корень не должен знать сто способов вручную собирать platform-состояние. Когда deploy, мониторинг и control-payload живут в одной старой каше, любой следующий рефактор превращается в археологию с хорошим шансом зацепить полсистемы.

Что важно не обещать лишнего

• Это backend-only архитектурный шаг.
• Пользовательский deploy-flow этой новостью не переворачивается.
• Следующим этапом будет аккуратный root wiring вокруг orchestrator.py.

То есть новость не о том, что выкатываться внезапно стало магически легче. Новость о том, что platform-слой наконец перестаёт жить в монолите как технический чулан с табличкой «не открывать без причины».