Post by Maxat A.

DevOps | Cloud Engineer

На конференции KolesaJunDay 2026 был очень интересный доклад от Александра Кузьминского который на своем опыте поделился когда необходимо использовать монолитную или микросервисную архитектуру в проекте. Монолитная архитектура это стартовая точка любого проекта. Особенно если у вас стартап проект и команда до 6 человек. Монолитная архитектура характеризуется быстрым деплойментом, понятным дебаг процессом и в целом простотой архитектуры. Основной минус это жёсткие связи между компонентами монолита. Отсюда вытекает невозможность масштабирования отдельных компонентов. Когда же использовать микросервисную архитектуру? Основной признак это когда ваши деплойменты теряют скорость, простоту и становятся настоящей болью. Одним из полезных советов будет вести привычку делить код внутри монолита на модули. Модули кода это ваши прототипы будущих микросервисов. К примеру на примере сайта подобного Колеса.кз ваш монолит может быть поделен внутри на модуль просмотров, модуль оплаты, модуль публикации и т.д. Основной посыл доклада это не вестись на хайп вокруг микросервисов и не переходить с монолита на микросервис если это на текущий момент не требуется. Спикер на своем горьком опыте испытал все прелести такого необоснованного перехода. Важно помнить, что микросервисы это не цель, а инструмент решения конкретных задач и проблем #kolesa #conference #kolesajunday2026 #monolith #microservice

Post content