Эволюция монолитного приложения, еще один подход

[amarao]

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

[XaBoK]

То что описывает статья - один из распространенных способов распила на живую. В таких вариантах, когда остановка легаси не возможна (единственный источник дохода) и ожидание нового продукта тоже не вариант (слишком долго, а изменения в работу необходимо). Допустим изменение регуляций - дедлайн, который нельзя отодвинуть и при этом легаси останется не у дел. Первый этап - увеличение уровня абстракций. Попытка разделить фронт и бэк, добавить устойчивости и масштабируемость, а потом пилить фронт и бэк на слои и кусочки.

[NeverIn]

К счастью по базе данных там конфликтов не было и переделывать внутреннюю логику работы необходимости не было.

что же это за монолит если БД такая независимая ?! может это уже и был один большой микросервис

[Semenych]

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

[Dhwtj]

Молодцы!

Ну вот, а говорят CI/CD на монолите невозможен. Надо просто добавить простой советский разбить на быстрые стадии чтобы можно было быстро гасить инстанс

[Dhwtj]

Система уже забетонирована насмерть.

Надо было ещё лет 10 не допускать разрастания ядра из высоко связанных бизнес агрегатов. А к ним уже через адаптеры или сетевые сервисы цеплять периферийный функционал.

Я в похожей системе ещё надеюсь пересобрать смысловое ядро. Но система заметно проще, а работы всё равно много.