Монолит? Фу, ты что, в каменном веке застрял?

Печальное заблуждение. Думаю мы сами в этом виноваты. Обучающие курсы пытаются из этой темы выжать максимум продаж. Компании стараются быть в тренде и периодически выбирают такую архитектуру только потому что это круто и современно! Напишем в вакансии, что у нас ещё и хайлоад — чтобы совсем мощно звучало.

Реальность куда печальней. Ты окажешься на проекте с n-микросервисами, которые пять поколений разработчиков передавали друг другу как эстафетную палочку. Единого стиля разработки нет, у каждого сервиса свои костыли. Чтобы отладить баг, нужно поднять десяток контейнеров, а потом неделями разбираться, в каком сервисе что сломалось. Повезёт, если есть крутая команда, у которой будет время тебе помочь. Но есть риск продолжить писать костыли в соло.

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

Тем не менее мы живем в то время, когда монолит стал настоящим редфлагом. Простое, понятное решение вдруг превратилось в признак устаревшего проекта. А ведь это просто один из подходов к разработке. Я бы даже сказал, что это классика, которая доказала свою жизнеспособность десятилетиями. Да, у него есть минусы, но и плюсов хватает.

Не архитектура должна подстраиваться под тренды, а бизнес-задачи должны определять выбор инструментов. Помни: лучший код — это тот, который решает проблемы, а не создаёт новые :)

Реклама. Киселев А.С. ИНН 503015075801. erid: LjN8KD7v1