242 подписчика
Хорошая статья сегодня пролетела про микросервисы - как с ними жить и вообще оправданы ли они. Как по мне автор немного сгущает краски и статья орет почти всю дорогу, что они совсем не нужны. И только под конец автор говорит, что возможно нужны не микросервисы, а сервисы или монолит, но главное - понимать зачем вы выделяете что-то в отдельный сервис. Ну и действительно, всегда надо думать головой, а не быть просто на хайпе.
При этом хочу сказать, что автор забыл упомянуть, например, вопросы найма - нанимать команду на монолит может быть сильно сложнее, так как люди еще и о своем резюме заботятся. Также есть вопросы к теме сложности понимания кода разработчиками. Автор статьи утверждает, что понимать много микросервисов сильно сложнее, но у меня, например был обратный случай с кодовой базой на 5к-7к файлов на php+js. Просто от объема кода и возможности все импортить откуда угодно были проблемы, но тогда и линтеров особо не было в мире разработки, конечно))
Поэтому хочу сказать, что хороша такая архитектура, которая в первую очередь позволяет выполнять бизнес задачи и зарабатывать деньги (иначе откуда брать деньги на разработку), нанимать команду и расти по необходимости. Кроме этого система должна выдерживать нагрузку, иметь запас вертикальной масштабируемости и понятный flow горизонтальной масштабируемости, Ну не тратить сильно много денег на обслуживание и запуск.
1 минута
25 сентября 2023